I seem to be on a roll writing about my impressions of Forrester Research articles recently.  I meant to dig into a blog post by Forrester Research analyst Henry Peyret from December, 2010 earlier. Henry explains the approach taken to gather information and then makes a couple of key statements.

Keep it simple and focus on EA’s ability to drive critical activities.

Henry is bang on here. Trying to build sophisticated models and documenting everything in your current architecture to a high degree of detail will result in a massive amount of effort invested to deliver little business value.

There is no end state where you’re supposed to be and no score you’re supposed to attain; rather, you should compare what you do against what the most effective EA programs do to drive these critical activities – for example, IT investment governance.

Again, I completely agree.  EA is an ongoing practice and there is never an end state where you can say “We are done”.  I also like changing the focus on scoring to comparing the impact to critical business activities.  This is essential to build trust in the organization that the investments in building an EA practice demonstrate clear business value.

Henry provides some suggested dimensions and measures within them that can be used to understand your investment.  The three dimensions and measures proposed are:

Lastly, Henry asks the following questions:

What do you think about these dimensions? Are they the right ones? Are there others? Is it possible to put a “number” to maturity? Is it even useful?

The dimensions are concise and provide the right level of abstraction to cover the broad scope of an Enterprise Architecture practice.  These 3 dimensions fit well with a post I wrote about Enterprise Architecture Roles and I would definitely include all three at top level groupings.  I might suggest one other dimension “Tangible Business Value” .  This dimension must have a monetary amount as its unit of measure.  Being explicit about the real dollars, pounds, and euros saved or gained by EA’s involvement is the most significant way for Enterprise Architecture practices to embedded into the culture of an organization.

 

My friend Nick Malik wrote a post - Zachman’s Fatal Flaw: No Row for Customer.  Here is my response …

Do I believe that Zachman’s Framework is fatally flawed?  No. It all depends on your perspective and that to me is defined by your EA maturity.  How we view and evaluate models and frameworks depends on how much time we have spent working on Enterprise Architecture.

Here is a simplistic example of what I mean. Think of our understanding of astronomy that we have at various stages of our education.  As an elementary school student, we learned about the solar system and the main celestial bodies.  As we progressed to secondary school, we learned about gravity and its influence on the solar system.  At a university level, even more depth and understanding of the physics adds to our understanding (and perspective) of the universe.  Would a graduate student use the grade school model to understand the solar system? No, but does that invalidate the elementary model used to introduce astronomy to grade schoolers? No it does not.

What Nick observes is that our view of  the Zachman Framework has changed, due to the growth in our EA maturity.  Most organizations that embarked on establishing Enterprise Architecture practices focused internally first.  We did this to understand what we had and what it cost to deliver the technology services required by our companies.  EA also started primarily in the IT departments and slowly began to grow outwards to assist in business and strategic planning. If we start with an internal view focused on IT what would you expect? An internal focus – think of it as getting our house in order.  This is a very “Inside-Out” perspective and the Zachman Framework served may organizations well over the past decade. That is why so much EA writing uses the “IT” and its relationship to “the Business”  model. Here is Nick’s quote about the flaw:

What is the fatal flaw?  As you can tell from the title of the post, the flaw is an “Inside-Out” perspective on the enterprise.

We are maturing our EA profession from being focused on our internal processes and complexity and moving to a customer centric focus. Now that we have a better handle on our internal house using an EA approach, the next logical place for EA to focus and show value is in strategic planning.  Nick’s quote about the customer is particularly important here:

A business that does not provide value to a customer is doomed.  Therefore, it is critical to develop models of the enterprise that reflect the viewpoint and perspective that is of critical importance.

 

Gene Leganza, Forrester VP Research wrote a post today titled “Babies, Bath Water, and Enterprise Architecture Maturity Models”. He gave an overview of why he discounted capability maturity models in the past as a technique for maturing EA.  In the post, Gene wrote positively about the roadmap approach we use to plan, mature and assess our EA practice – our EA roadmap.  I will keenly follow any comments and feedback from Gene’s blog post.

Here are the links to my earlier posts on our EA CMM approach that Gene referenced:

Gene, thank you for commenting on our roadmap approach. I will be looking into the “Goal-Question-Metric” technique you mentioned to further refine our approach (and I will blog on it when I am ready!).

If any of you want the templates, just email me at ldesousa12 AT gmail.com and I will be happy to send them to you.

© 2007-2012 Enterprise Architecture in Higher Education - Leo de Sousa Creative Commons License
Enterprise Architecture in Higher Education by Leo de Sousa is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License.
Based on a work at leodesousa.ca.
Suffusion theme by Sayontan Sinha

Switch to our mobile site