Gartner 2010 Hype Cycle for Enterprise Architecture

Recently Gartner released the 2010 Hype Cycle for Enterprise Architecture (EA).  It's an interesting report. I'm not sure if there are really any surprises here but it worth looking at the macro themes of the report. 

You can find additional resources here:

Gartner Enterpise Architecture Hype Cycle 2010 

Source: Gartner July 2010 

What the report reveals is a set of macro themes for Enterprise Architecture.

  • Traditional Enterprise Architecture that is technology focused and driven has become mainstream.
  • A fundamental shift in the architecture community from IT Architecture to true Enterprise Architecture where Business Architecture is a first class citizen. EA is past the hype of the standard lip service of "We align IT with Business" and we are actually doing it. 
  • Business focused EA that is executed through Enterprise Business Architecture (EBA), Business Process Management (BPM), Capability analysis and modeling, and EA Performance Management
  • Frameworks are not as mature as they could be. This capability for EA is estimated by Gartner to be 10+ years out until productivity is realized. As you have heard from me in past posts and articles, I believe there is a level of pragmatism that is lost on the EA Tool providers. If they nail that, they will shorten that time to productivity significantly. 
  • While there is mainstream adoption of Enterprise Architecture, the maturity level is still low. This is shown in the Hype Cycle survey it stated that 73% of EA organizations aspire to be "mature". Does this mean that those 73% are not mature? 

Gartner has published the following abstract to the EA Hype Cycle

"The artificial walls between business and IT are crashing down, and EA is the bridge to integrate business and IT," said Philip Allega, Research Vice President, Gartner. "EA's original promise was its ability to provide future safe guidance given the desires and vision of an organisation's senior leadership team. As IT roles shift away from technology management to enterprise management, EA is suited to bring clarity to these blurred boundaries, and, by 2015, increased adoption of EA processes and uses by business will further IT's alignment with the organisation's culture, future-state vision and delivery of business value outcomes."

Early-generation EA, situated on the right side of the Hype Cycle, is marked by long-standing and well-practiced approaches such as enterprise technology architecture (ETA) and architecture assurance that have been supported by traditional and federated approaches to EA. While these practices help to direct tactical IT operations, they are often supported without a business future-state vision and, as such, limit the ability for organisations to achieve and demonstrate significant business value.

"Overall, EA slipped into the Trough of Disillusionment, along with EA tools, because EA practitioners couldn't or wouldn't push EA efforts to become integrated with the business, drawing an invisible wall between the business and IT," said Allega.

As EA practitioners have become more business-focused and organisations have become more hyperconnected, new approaches of managed diversity and middle-out have emerged on the Trigger slope, forming the latest generation of EA. These disciplines are employed by end-users to try to integrate and engage with the business as a partner. One of the emerging disciplines includes a middle-out EA approach, which according to Gartner will have a transformational impact on business in the next two to five years.

"The middle-out approach enables the creation of an adaptable architecture that can help manage rapid change and enable innovation by focusing on coordination through interfaces, rather than on control through top-down standards," said Allega.

Gartner found that 73 percent of clients aspired to support "mature enterprise architecture" during the next three to five years, demonstrating that business strategy will be pervasively understood and supported within EA and across business and IT. "We predict that by 2015, the marketplace of EA practitioners will find a landscape very different from today's environment," said Betsy Burton, Research Vice President and Distinguished Analyst, Gartner.

"To prepare for 2015, EA practitioners need to ensure that EA practices are driven by a clear business vision and defined business context, and that their EA program has stabilised the practices and disciplines that are less than two years to mainstream adoption."

Advertisements

New set of MOF 4.0 Materials Released

Over the past few weeks Microsoft has released a series of new guidance in their Microsoft Operations Framework (MOF). Those releases have both been in the form of betas and full releases. 

For those that do not know what MOF is, it is essentially ITIL lite. It is made up of a series of light weight checklists and templates to help make more sophisticated service management frameworks such as ITIL much more actionable. 

MOF Release Information

The MOF/Microsoft products companion guides bridge the gap between high-level service management processes and real-world application by clearly outlining how to apply MOF concepts using Microsoft products. The best practices outlined in this guidance will help facilitate collaboration between IT process and IT technology professionals, and make it easier to achieve improved service management outcomes in a timely manner.

Diagrams of MOF Management Reviews, which summarize the concepts outlined in the corresponding guide, are intended to help organizations ensure that their IT services are on track to deliver expected value. The colorful graphics logically put the goals, process flow steps, key terms, outcomes/metrics, and role types of each management review into context. The visual representations provide the knowledge to help management set goals, evaluate progress, and confirm results.

The reliability workbooks present hands-on tasks that you can fine tune to meet the goals of your organization and the technologies that you use.

What Enterprise Architects can Learn from Designers

Warren Berger from the Harvard Business Review Blogs posts a really good article titled The Four Phases of Design Thinking. he contrasts the lessons we could learn from traditional designers.

The four lessons are:
1. Question
2. Care
3. Connect
4. Commit

These are great. I agree a great deal with the article entirely there is a lot of truth to what is being said. I had to laugh for a minute when I read the piece about responses to questions being asked. I used to hear the 22 year bit a great deal when I was in Financial Services space but now I hear more ego or territorial responses in the other industry segments. even though you get those responses it is important to be persistent. I talked a bit about this in my response to the "State of Enterprise Architecture" post.

The care element is not new in principle but is typically stated as "Trusted Advisor" or "Relationship Management". Either way, I like the empathy element of this. It's more than just understand the issues but to empathize with the current pain points, what the customer is not receiving, or the history of events that led up to this point. Enterprise Architects and other roles like them are well equipped for this job. They should be the front line for customer care. Empathy based relationship management should be core.

Connect is critical as well. If you delver a product that is unusable or is not as desired your customer will not use or will not get the right level of adoption you are looking for. As Enterprise Architects we need to sniff these issues out. If a product isn't usable it shouldn't of been built at all.

Very simply, commit equals credibility. This is all about agile delivery of frequent deliveries for rapid feedback. This is where Agile processes like Scrum fit well. If you can not deliver you will not be trusted, you will not have a seat at the table to ask the right questions, to be empathetic, or deliver on a well aligned and useful product. This makes it real.

Here is a portion of the article:

Question. If you spend any time around designers, you quickly discover this about them: They ask, and raise, a lot of questions. Often this is the starting point in the design process, and it can have a profound influence on everything that follows. Many of the designers I studied, from Bruce Mau to Richard Saul Wurman to Paula Scher, talked about the importance of asking "stupid questions"–the ones that challenge the existing realities and assumptions in a given industry or sector. The persistent tendency of designers to do this is captured in the joke designers tell about themselves. How many designers does it take to change a light bulb? Answer: Does it have to be a light bulb?

In a business setting, asking basic "why" questions can make the questioner seem naïve while putting others on the defensive (as in, "What do you mean 'Why are we doing it this way?' We've been doing it this way for 22 years!"). But by encouraging people to step back and reconsider old problems or entrenched practices, the designer can begin to re-frame the challenge at hand — which can then steer thinking in new directions. For business in today's volatile marketplace, the ability to question and rethink basic fundamentals — What business are we really in? What do today's consumers actually need or expect from us? — has never been more important.

Care. It's easy for companies to say they care about customer needs. But to really empathize, you have to be willing to do what many of the best designers do: step out of the corporate bubble and actually immerse yourself in the daily lives of people you're trying to serve. What impressed me about design researchers such as Jane Fulton Suri of IDEO was the dedication to really observing and paying close attention to people — because this is usually the best way to ferret out their deep, unarticulated needs. Focus groups and questionnaires don't cut it; designers know that you must care enough to actually be present in people's lives.

Connect. Designers, I discovered, have a knack for synthesizing–for taking existing elements or ideas and mashing them together in fresh new ways. This can be a valuable shortcut to innovation because it means you don't necessarily have to invent from scratch. By coming up with "smart recombinations" (to use a term coined by the designer John Thackara), Apple has produced some of its most successful hybrid products; and Nike smartly combining a running shoe with an iPod to produce its groundbreaking Nike Plus line (which enables users to program their runs). It isn't easy to come up with these great combos. Designers know that you must "think laterally" — searching far and wide for ideas and influences — and must also be willing to try connecting ideas that might not seem to go together. This is a way of thinking that can also be embraced by non-designers.

Commit. It's one thing to dream up original ideas. But designers quickly take those ideas beyond the realm of imagination by giving form to them. Whether it's a napkin sketch, a prototype carved from foam rubber, or a digital mock-up, the quick-and-rough models that designers constantly create are a critical component of innovation — because when you give form to an idea, you begin to make it real.

But it's also true that when you commit to an idea early — putting it out into the world while it's still young and imperfect — you increase the possibility of short-term failure. Designers tend to be much more comfortable with this risk than most of us. They know that innovation often involves an iterative process with setbacks along the way — and those small failures are actually useful because they show the designer what works and what needs fixing. The designer's ability to "fail forward" is a particularly valuable quality in times of dynamic change. Today, many companies find themselves operating in a test-and-learn business environment that requires rapid prototyping. Which is just one more reason to pay attention to the people who've been conducting their work this way all along.

Full Article
http://blogs.hbr.org/cs/2010/07/the_four_phases_of_design_thin.html