So as for renovations to an existing building, the construction industry has been completing successful projects for the last 100 years. They have accomplished this great feat by using a set of interconnected drawings with defined symbols to create a complete understanding of what is to be built. Even though the units are sometimes fuzzy (like a beam position is plus or minus six inches), the constructor(s) see’s what they are going to build in advance and knows’ the areas of issues just by looking at the drawings and their experience.  Not just one role uses these diagrams, but all roles! The person who installs the foundation has probably never met the electrician, framer or plumber, but they all work in concert as if they were long-lost friends with a history of understanding each others trades…
We in IT have tried to work this way. This week I met with John Zachman, a pioneer in this space, who created a set of interconnected diagrams in the early 90’s that he used to create BI solutions.  His ideas were revolutionary and had a great starting position, but did not included many of the areas that we would need to consider in an enterprise implementation that contained all four of the basic layers:  Business Architecture, Information Architecture, Applications Architecture and Infrastructure Architecture.  His updated solution is brilliant and works.
IBM purchased another solution which was Rational Rose but better known as implementing the Unified Modeling Language or UML – a set of interconnected diagrams but has been referred to as a framework.  Here we go with the need for a single dictionary in IT, but we will hit this later.
Today, we are implementing BPM and SOA’s without a clue that the diagrams provide both the visibility into the solution as well as the traceability across the multiple layers of the architecture – just as the electrician, who is installing the light fixtures can look on the building diagram to see the stud position (and if it was installed correctly).
We need to consider enterprise architecture not as a hindrance, but as an asset to the IT organization and also to the business that we are enabling. For how can we align to the business needs if we do not understand the business architecture or the way the business in composed, organized, functions, processes and with what entities and attributes?

Register or login for access to this item and much more

All Information Management content is archived after seven days.

Community members receive:
  • All recent and archived articles
  • Conference offers and updates
  • A full menu of enewsletter options
  • Web seminars, white papers, ebooks

Don't have an account? Register for Free Unlimited Access