13 years, 7 months ago

Can Federal EA ever include the full scope of Enterprise Architecture?

Link: http://blogs.msdn.com/b/nickmalik/archive/2010/10/02/can-federal-ea-ever-include-the-full-scope-of-enterprise-architecture.aspx

Adrian Grigoriu recently posted about the failure of EA frameworks to address real enterprise architecture, due to their focus on IT and lack of focus on business.  He is right, of course, in pointing out that TOGAF does not cover Enterprise Architecture fully and that Zachman is so poor that it fails to offer any real help in solving actual business problems.

One thing that occurs to me, today, is that the Federal Enterprise Architecture effort has some advantages on commercial EA, and some disadvantages… key changes that I believe will fundamentally divide government EA from commercial EA.

Advantages that Federal EA has

First off, Federal EA programs do not need to spend vast amounts of their resources justifying their existence.  The nature of legislation is such that a policy can be written in cement and that the policy can create the rationale for Enterprise Architecture.  We’ve seen this with the interpretation of federal legislation to build out support for EA programs.  That is a huge advantage.

Disadvantages that Federal EA has

Two disadvantages that will drive Federal EA’s evolution along different lines than commercial EA —

  1. Without the need to continually justify the existence of EA, government programs don’t have the evolutionary pressure needed to FOCUS on the activities that provide the most possible value to their organizations.  They can spend a lot of time on unnecessary activities.  They don’t have to, and well disciplined programs won’t.  But they can. 
  2. Federal EA will always focus on about half of the value of EA.  I view EA as being accountable for influencing and guiding the investments of an organization to improve their ability to execute on their mission.  Unfortunately, the guiding part, in a governmental system, usually happens in either the legislative process or in the policy-development (political) process.  Neither of these processes are flexible.  Neither are within the scope of Enterprise Architecture in the Federal mindset.


The lack of influence on funding is a key wedge between commercial and governmental EA.

Governmental EA will only ever be able to work at the micro-financing level, deciding how investments should divide up between program dollars and shared services, or clarifying the lines of alignment within a funded program.  But Governmental EA will not be able to stretch the full width of EA unless and until it includes the ability to cancel a stupid-yet-legislative-funded program, or move money to an area that the government needs, in order to meet its mission, yet the legislature won’t cover it.

What this means for the evolution of frameworks

Frameworks evolve to solve the problems that their contributors must cope with.  The Federal EA frameworks will evolve to focus on the “solution and information architecture” aspects of EA because they have no control over the formation of funding policy, only on the execution of it.  Commercial EA frameworks will be able to focus on both funding and execution, and as such, will cover a broader scope with broader reach, but will spend a much greater focus on justifying the existence of EA.