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
 

I received a tweet today from @victoravila about the bicentenial celebration of my #1 inspirational leader Abraham Lincoln. Here is the link: http://gov.ca.gov/proclamation/11459

Who is your main leadership inspiration? I would be really glad to know. I have been working on a leadership post for some time now.

 

My EA colleague Mike Kavis posted a “Free E2AF Cheat Sheet” for all of us to leverage. Thanks Mike!

For those of you who don’t know Mike has been leveraging the E2AF to build out the enterprise architecture of his startup company.  Following Mike in his journey using a  ”learning lab” for EA has been insightful and a great educational experience for me.  For me, the huge value of this post and the template is that Mike’s document is field tested as part of his company’s EA development.

I am looking forward into digging into Mike’s document, seeing what we can apply in our EA practice and will definitely share back any observations and modifications that I come up with.

© 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