www.flickr.com
This is a Flickr badge showing public photos and videos from Chief Architect. Make your own badge here.

Search ...

Powered by Squarespace
« Is SOA just too difficult? | Main | Architect’s Linkblog »
Friday
Apr272007

Enterprise Architecture Tools

Serge Thorn as written an excellent blog Enterprise Architecture Tools: Why are IBM, HP, Microsoft, CA and others absent? He makes the point that we would be well served as enterprise architects if  the major tool vendors created integrated products that addressed all the activities that we engage in.  There are tools for modelling, there are repositories, portfolio management tools, governance platforms, requirements tools, CMDBs, non functional modeling tools, but there is nothing that brings these together.  The small tool vendors will not have the capability to develop a comprehensive toolset but the large vendors will.  The prize for them is that with such a toolset deployed, they have the opportunity to be at the centre of IT planning at a strategic and tactical level.

However, I don't think we help the vendors.  We can't decide on a definition of enterprise architecture.  In some organisations it is strategic activity, in others low level technical tasks masquerade as architecture.  We need to stop refering to developers, quality assurance staff and designers as architects.  We need to stop including these activities in the remit of enterprise architecture functions.  There are well established development and test tools for these activities.

We need to properly define the tooling that will support the process of "architecting":

  • formulation - business & IT strategy alignment, strategic IT problem resolution, future state models, roadmaps, policies, architectural requirements
  • alignment - impact analysis (on the business, current IT, future IT), project governance, portfolio planning, scoping, strategic capacity planning, cost/TCO/skills/organisation/capability implications
  • support - design alignment (approvals & waivers)
  • feedback - post implementation review, benefits review, operational feedback

To date, my view is that tools have concentrated on supporting the creation of architecture rather than the process of architecting which is broader, more complex, requires more information and is about delivering strategic benefit to the organisation.  To carry out the architecting activities we have to pull to together information from a variety of incompatible sources (or use a best guess) to make important decisions.

To get architecture tool support right, as with any business requirement, we need to take our own medicine and take a process view of architecture rather than an simplistic artefact oriented view. 

PrintView Printer Friendly Version

EmailEmail Article to Friend

Reader Comments (3)

I guess it would help if the vendors would come up with a tool to store, reproduce and publish architectures, combines with a proper requirements tracking functionality.

It would certeinly not be complete, but it would be a start.

Sjaak Laan

June 5, 2007 | Unregistered CommenterSjaak Laan

In my Enterprise architecture column called MDA Radar I have recently started an EA Tool Evaluation series. My first installment is here, Enterprise Architecture Tools: What is in the Enterprise Mind?. Your valued readership will be much appreciated.

Best Regards,

Soumen

August 15, 2007 | Unregistered CommenterSoumen Chatterjee

There are couple of tools out there which support end to end EA and strong business architecture, have a look at www.alfabet.com. Also have a look at this website which shows the functionality width of different tools http://www.enterprise-architecture.info/EA_Tools.htm

August 19, 2011 | Unregistered CommenterJigar

PostPost a New Comment

Enter your information below to add a new comment.

My response is on my own website »
Author Email (optional):
Author URL (optional):
Post:
 
Some HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>