As Is–Where’s The To Be?

As_is

I saw this “As Is” license plate on a car and I was wondering whether he was selling it as is, loved it as is, and perhaps whether on the back was another plate that said “To Be.”


Maybe, his “as is” is a Mercedes, but his to be is a BMW or Lexus? 


Or perhaps, his as-is car is black, but his dream to-be is red?


Then again, maybe he is hopelessly in love with his wife and he has the as is car, but his wife has the to be–now I think I am on to something!


Alternatively, I’ve simply overdosed on enterprise architecture, and I can’t help thinking–what’s an as is without a to be? 


Like peanut butter without jelly, it just doesn’t work–even on a license plate! 😉


(Source Photo: Andy Blumenthal)

Let’s Come Clean About The Cloud

Cost-savings

An article in Federal Times (16 April 2011) states that “Experts See Little Return For Agencies’ Cloud Investments.”

The question is were the savings really achievable to begin and how do you know whether we are getting to the target if we don’t have an accurate baseline to being with.

From an enterprise architecture perspective, we need to have a common criteria for where we are and where we are going.

The notion that cloud was going to save $5 billion a year as the former federal CIO stated seems to now be in doubt as the article states that “last year agencies reported their projected saving would be far less…”

Again in yet another article in the same issue of Federal Times, it states that the Army’s “original estimate of $100 million per year [savings in moving email to the DISA private cloud] was [also] ‘overstated.'”

If we don’t know where we are really trying to go, then as they say any road will get us there.

So are we moving to cloud computing today only to be moving back tomorrow because of potentially soft assumptions and the desire to believe so badly.

For example, what are our assumptions in determining our current in-house costs for email–are these costs distinctly broken out from other enterprise IT costs to begin? Is it too easy to claim savings when we are coming up with your own cost figures for the as-is?

If we do not mandate that proclaimed cost-savings are to be returned to the Treasury, how can we  ensure that we are not just caught up in the prevailing groupthink and rush to action.

This situation is reminiscent of the pendulum swinging between outsourcing and in-sourcing and the savings that each is claimed to yield depending on the policy at the time.

I think it is great that there is momentum for improved technology and cost-savings. However, if we don’t match that enthusiasm with the transparency and accuracy in reporting numbers, then we have exactly what happens with what the papers are reporting now and we undermine our own credibility.

While cloud computing or other such initiatives may indeed be the way go, we’ve got to keep sight of the process by which we make decisions and not get caught up in hype or speculation.

(Source Photo: herewith attribution to Opensourceway)

>Measurement is Essential to Results

>

Mission execution and performance results are the highest goals of enterprise architecture.

In the book Leadership by Rudolph Giuliani, he describes how performance measurement in his administration as mayor of NYC resulted in tremendous improvements, such as drastic decreases in crime. He states: “Every time we’d add a performance indicator, we’d see a similar pattern of improvement.”

How did Giuliani use performance measures? The centerpiece of the effort to reduce crime was a process called Compstat in which crime statistics were collected and analyzed daily, and then at meetings these stats were used to “hold each borough command’s feet to the fire.”

What improvements did Giuliani get from instituting performance measurements? Major felonies fell 12.3%, murder fell 17.9%, and robbery 15.5% from just 1993-1994. “New York’s [crime] rate reduction was three to six times the national average…far surpassed that of any other American city. And we not only brought down the crime rate, we kept it down.”

How important was performance measurement to Giuliani? Giuliani states, “even after eight years, I remain electrified by how effective those Compstat meetings could be. It became the crown jewel of my administration’s push for accountability—yet it had been resisted by many who did not want their performance to be measured.”

From an architecture perspective, performance measurement is critical—you cannot manage what you don’t measure!

Performance measurement is really at the heart of enterprise architecture—identifying where you are today (i.e. your baseline), setting your goals where you want to be in the future (i.e. your targets), and establishing a plan to get your organization from here to there through business process improvement, reengineering, and technology enablement.

In the end, genuine leadership means we direct people, process, and technology towards achieving measureable results. Fear of measurement just won’t make the grade!

>Gap Analysis and Enterprise Architecture

>

There was a terrific keynote at the 1105 Government Information Group enterprise architecture conference this week in Washington, DC by Mr. Armando Ortiz, who presented “An Executive Architect’s View of IT Asset Investment and EA Governance Strategies.”

The highlight for me was Mr. Ortiz, view of EA gap analysis, which goes something like this (i.e. in my words):

Enterprise architects, supported by business and technical subject matter experts across the organization, develop the current and target architectures. The difference between these is what I would call, the architecture gap, from which is developed the transition plan (so far not much new here).

But here comes the rest…

The gap between the current IT assets and the target IT assets results in one of two things, either:

  • New IT assets (i.e. an investment strategy) or
  • Retooling of existing IT assets (i.e. a basic containment strategy);

New IT investments are a strategic, long-term strategy and retooling the existing IT assets is an operational, short-term strategy.

In terms of the corporate actors, you can have either:

  • Business IT (decentralized IT) or
  • Enterprise IT (centralized IT; the CIO) manage the IT asset strategy.

For new IT investments:

  • If they are managed by business IT, then the focus is business innovation (i.e. it is non-standard IT and driven by the need for competitive advantage), and
  • If it is managed by enterprise IT, then it is a growth strategy (i.e. it is rolling out standardized IT—utility computing–for implementing enterprise solutions for systems or infrastructure).

For existing IT assets:

  • If they are managed by business IT, then the focus is improvement (i.e. improving IT for short-term profitability), and
  • If it is managed by enterprise IT, then it is a renewal strategy (i.e. for recapitalizing enterprise IT assets).

What the difference who is managing the IT assets?

  • When IT Assets are managed by business IT units, then the organization is motivated by the core mission or niche IT solutions and the need to remain nimble in the marketplace, and
  • When IT assets are managed by the enterprise IT, then the organizations is motivated by establishing centralized controls, standards, and cost-effectiveness.

Both approaches are important in establishing a solid, holistic, federated IT governance.

Mr. Ortiz went on to describe the EA plans developing three CIO WIFMS (what’s in it for me):

  • Operational excellence (“run IT efficiently)
  • Optimization (“make IT better”)
  • Transformation (“new IT value proposition”)

The link between IT assets, investment/containment strategies, business and enterprise IT actors, and the benefits to the CIO and the enterprise was a well articulated and perceptive examination of enterprise architecture and gap analysis.

>Building Enterprise Architecture Momentum

>

Burton Group released a report entitled “Establishing and Maintaining Enterprise Architecture Momentum” on 8 August 2008.

Some key points and my thoughts on these:

  • How can we drive EA?

Value proposition—“Strong executive leadership helps establish the enterprise architecture, but…momentum is maintained as EA contributes value to ongoing activities.”

Completely agree: EA should not be a paper or documentation exercise, but must have a true value proposition where EA information products and governance services enable better decision making in the organization.

  • Where did the need for EA come from?

Standardization—“Back in the early days of centralized IT, when the mainframe was the primary platform, architecture planning was minimized and engineering ruled. All the IT resources were consolidated in a single mainframe computer…the architecture was largely standardized by the vendor…However distributed and decentralized implementation became the norm with the advent of personal computers and local area networks…[this] created architectural problems…integration issues…[and drove] the need to do architecture—to consider other perspectives, to collaboratively plan, and to optimize across process, information sources, and organizations.”

Agree. The distributed nature of modern computing has resulted in issues ranging from unnecessary redundancy, to a lack of interoperability, component re-use, standards, information sharing, and data quality. Our computing environments have become overly complex and require a wide range of skill sets to build and maintain, and this has an inherently high and spiraling cost associated with it. Hence, the enterprise architecture imperative to break down the silos, more effectively plan and govern IT with an enterprise perspective, and link resources to results!

  • What are some obstacles to EA implementation?

Money rules—“Bag-O-Money Syndrome Still Prevails…a major factor inhibiting the adoption of collaborative decision-making is the funding model in which part of the organization that bring the budget makes the rules.”

Agree. As long as IT funding is not centralized with the CIO, project managers with pockets of money will be able to go out and buy what they want, when they want, without following the enterprise architecture plans and governance processes. To enforce the EA and governance, we must centralize IT funding under the CIO and work with our procurement officials to ensure that IT procurements that do not have approval of the EA Board, IT Investment Review Board, and CIO are turned back and not allowed to proceed.

  • What should we focus on?

Focus on the target architecture—“Avoid ‘The Perfect Path’…[which] suggest capturing a current state, which is perceived as ‘analyze the world then figure out what to do with it.’ By the time the current state is collected, the ‘as-is’ has become the ‘as-was’ and a critical blow has been dealt to momentum…no matter what your starting point…when the program seems to be focused on studies and analysis…people outside of EA will not readily perceive its value.”

Disgree with this one. Collecting a solid baseline architecture is absolutely critical to forming a target architecture and transition plan. Remember the saying, “if you don’t know where you are going, then any road will get you there.” Similarly, if you don’t know where you are coming from you can’t lay in a course to get there. For example, try getting directions on Google Maps with only a to and no from location. You can’t do it. Similarly you can’t develop a real target and transition plan without identifying and understanding you current state and capabilities to determine gaps, redundancies, inefficiencies, and opportunities. Yes, the ‘as-is’ state is always changing. The organization is not static. But that does not mean we cannot capture a snapshot in time and build off of this. Just like configuration management, you need to know what you have in order to manage change to it. And the time spent on analysis (unless we’re talking analysis paralysis), is not wasted. It is precisely the analysis and recommendations to improve the business processes and enabling technologies that yield the true benefits of the enterprise architecture.

  • How can we show value?

Business-driven —“An enterprise architect’s ability to improve the organization’s use of technology comes through a deep understanding of the business side of the enterprise and from looking for those opportunities that provide the most business value. However, it is also about recognizing where change is possible and focusing on the areas where you have the best opportunity to influence the outcome.”

Agree. Business drives technology, rather than doing technology for technology’s sake. In the enterprise architecture, we must understand the performance results we are striving to achieve, the business functions, processes, activities, and tasks to produce to results, and the information required to perform those functions before we can develop technology solutions. Further, the readiness state for change and maturity level of the organization often necessitates that we identify opportunities where change is possible, through genuine business interest, need, and desire to partner to solve business problems.

>TEOTWAWKI and Enterprise Architecture

>

TEOTWAWKI stands for the end of the world as we know it. It is a term used in the survivalist movement and is sometimes used as a reference to the apocalypse. (The apocalypse though has religious connotations in that the end of the world has greater meaning in terms of revealing G-d’s ultimate purpose for mankind.)

The end of the world—is there such a thing?

As mortal human beings, we know that all living things have a beginning and an end of life. Even inanimate objects are recognized as having a lifecycle, and this is often talked about from a management perspective in terms of administering “things” from their initiation through their ultimate disposition. Some common lifecycles frequently referred to are: organizations, products, projects, assets, investments, and so on.

So how about the world itself?

Well, the answer is of course, yes—even the world will one day come to end. Astronomers have long witnessed even the implosion of stars at their end of life—these are called supernovas. And our world is a lot smaller than a star; in fact, you could fit about a million Earths inside our sun (which is a star).

When times get tough, TEOTWAWKI is something that perhaps we ponder about more and wonder whether this is it!

For example, during the Cold War and the buildup of the nuclear arsenals of the Soviet Union and the United States, there were enough nukes to destroy the world ten times over. And people wondered when the button would actually be pushed.

Nowadays, we wonder less about nuclear holocaust and more about overpopulation (currently at 6.3 billion and expected to reach 9 billion by 2042) and depletion of world energy resources like oil (currently at $140 a barrel and up 44% in cost YTD), demand outstripping supply for silver, copper, aluminum, and many other commodities, and shortages of food (as the UK Times reported in February that “the world is only ten weeks away from running out of wheat supplies after stocks fell to their lowest levels for 50 years.”)

Further, while the population continues to explode and resources continue to be depleted, we continue to overflow the world’s dumps with garbage so much so that there has even been talk of sending garbage into space, just to get it the heck out of here!

And let’s not forget global warming and pollutants that stink up our cities, cause acid rain, asthma, and so many other unfortunate effects on the ecosystem and human health.

The good news is TEOWAWKI talk is often just fear and occasional panic and it is not imminent. The bad news is there are some very real problems in the world today.

The problems are so big that leaders and governments are having a difficult time trying to tackle them. All too often, the problems get passed to the next generation, with the mantra, “Let it be someone else’s problem.”

As an enterprise architect, my frame of reference is to look at the way things are (the baseline) and try to come up with a better state for future (the target) and work up a transition plan, and basically get moving.

We all know that it is extremely difficult to see our way through these extremely complex problems of global magnitude. But if enterprise architecture has taught me anything, it is that we must create a roadmap for transformation; we must forever work to change things for the better. We must do whatever we can to prevent TEOTWAWKI.

Perhaps the field of enterprise architecture can be expanded from one that is IT-focused and now becoming business and IT-focused to ultimately becoming a discipline that can drive holistic change for major world problems and not just enterprise problems. Does this mean that enterprise architecture at some point becomes world architecture?

>Systems Monitoring and Enterprise Architecture

>

When we log on at work, most if not of us get some sort of message that logging on connotes acknowledgment to monitoring and that there is no implied privacy to what you’re doing when logged onto corporate IT assets.

Monitoring is a way of life at work. It is part of information security, management oversight, and ensuring systems are running effectively (and preventing a severe network outage).

Kenneth Klapproth in DM Review, 22 February 2008 reports that network management tools are able to collect date “across the shared network to present real-time and historical availability, performance, and configuration statistics on individual services and applications.”

Cross platform monitoring and event management and resolution are important to maintaining the availability of today’s complex networks that are vital for corporate communications (voice, data, and video).

  • ALERTS: Monitoring not only alerts IT personnel to when networks falter, but can also be set to provide alerts when certain fault tolerances are reached, so that IT personnel can take action before the network is brought down.
  • CAPACITY: Network monitoring identifies not only when the network becomes overloaded, but also when there is excess capability that can be more optimally used.
  • TRENDING: Performance is not monitored as snapshots in time, but also can provide historical trending that can provide valuable information based on usage patterns.
  • VISUAL REPORTING: “Dashboard and web displays deliver visually compelling and graphically concise reports [of key network and capacity utilization trends] that enable organizations to make the right decisions faster and with more confidence.”
  • QUALITY OF SERVICE: QoS is improved with monitoring. “Managers can see the current and historical use and performance of network resources, monitor and report on congestion, correlate QoS configuration with network performance, and use the information to improve traffic and service delivery.”

Additionally, many network monitoring tools have the ability for other key management features including self-discovery and healing. These features include: IT asset management, remote control, problem resolution, operating system set-up and configuration, software distribution, license monitoring, back-up and recovery, security, and lights-out management.

While network monitoring and management are more operationally focused, they are critical from an enterprise architecture perspective to ensure the delivery of core IT functionality for the enterprise: namely, a robust, sound, secure, cost-effective, state-of-the-art IT infrastructure upon which information can be delivered to the right people, anytime, anywhere.

Network management tools can also be helpful in building the enterprise architecture because of their asset discovery feature. With the ability to spider out over the network and touch anything with an IP address, these tools can help identify key enterprise architecture assets in order to establish the baseline and plan for future targets.