I wrote about how we use an Enterprise Architecture Capability Maturity Model as a roadmap and measure of the success of our EA practice. This post has been the most responded to on my blog.  I have sent the Excel template to colleagues around the globe to over 15 different people.

Just a quick refresher on the process I use for our EA CMM development:

  1. Identify 5 stages of maturity (processes: Level 1=Informal, Level 2=Development, Level 3=Defined, Level 4=Managed, Level 5=Optimized)
  2. List Attributes that describe the maturity level
  3. Develop Attribute Descriptions for further clarification
  4. Review with stakeholders particularly management and peers
  5. Create a spreadsheet to record the CMM
  6. Evaluate and score each Attribute (I used a simple scale of 0=not started, 0.5=underway, 1=complete)
  7. Total scores for each level to determine CMM level and total EA Maturity score
  8. Publish and review regularly (annually might be the best option)

So what were the big changes in our EA CMM from the last iteration?  Unfortunately, not as much as I hoped. Managing a team of 24 systems analysts is more than a full time job.

There were some tangible improvements ….

  • EA Assessments of Capital purchase requisitions involving technology – A benefit of moving EA responsibility into a management role allows me to interact with key decision makers around the Institute and provide the guidance and consulting required on projects.  I actively work on a communication strategy that involves  emails, presentations, face to face meetings, etc to ensure our community knows the EA service is here to help.  A big win in the past year has been a partnership with our Finance department on reviewing capital requests for technology.  I now receive a request to provide an EA assessment of a technology purchase requisition before it gets approved. 
  • Creation of a Solutions Architecture practise – We posted and hired a Solutions Architect last year. The main mission of the Solutions Architect was to work on managing complexity in our solution delivery platforms. The solution architect manages and maintains our application portfolio. This has allowed us to get a handle on the many solution delivery stacks.  We understand the complexity of our current state and have articulated a future state architecture with only 3 solution stacks.
  • Creation of a Solutions Council – We created a cross-functional team in IT Services with SME from the various areas of technology.  The mission of this group is to start to manage our complex environment by using EA to recommend technology to deliver solutions.  So far so good, and I will be posting more about this group later
 

We all know James McGovern has a strong dislike for things like CMMi and heavy weight processes but I wanted to share a light weight way to use a Capability Maturity Model to plan and build out your Enterprise Architecture. This tool has been a great way for me to build an EA practice from scratch.

In April 2005, I successfully competed for the Enterprise Architect position in the IT Services department at BCIT. Here is the list of initial responsibilities of the position:

  • Developing and delivering presentations on EA to all levels of the organization
  • Detailed development of the Data/Information EA as part of an TEK activity (Information Access and Management 3 Year Action Plan)
  • Participation and assimilation into departmental processes and projects
  • Approving all Project Charters and Change Requests for EA compliance
  • Development of a plan for the integration and maturation of EA
  • Provide direction and guidance for all technology related acquisitions

At the suggestion of my Director, I tried using a simple CMM to develop a plan for integration and maturation of EA. It took many iterations and consultation with colleagues and senior IT leadership to be able to publish a plan. The end result is the maturity plan I use to grow our EA practice.

Steps I took to build this model:

  1. Identify 5 stages of maturity (processes: Level 1=Informal, Level 2=Development, Level 3=Defined, Level 4=Managed, Level 5=Optimized)
  2. List Attributes that describe the maturity level
  3. Develop Attribute Descriptions for further clarification
  4. Review with stakeholders particularly management and peers
  5. Create a spreadsheet to record the CMM
  6. Evaluate and score each Attribute (I used a simple scale of 0=not started, 0.5=underway, 1=complete)
  7. Total scores for each level to determine CMM level and total EA Maturity score
  8. Publish and review regularly (annually might be the best option)

Below is an image of the spreadsheet with the EA CMM, that I use. If you would like a copy of the document, please email me.

EA CMM

© 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