The Architecture of Architecture, Part I
Theres only one Paris Hilton, but there seem to be a lot of different notions of what enterprise architecture is or should be. Too often, what I read and hear about enterprise architecture reminds me of the fable of the blind men and the elephant: A half dozen or so blind men encounter an elephant and try to identify what it is. Each touches a different part of the elephantan ear, a tusk, the trunk, a leg, a side, the tail. They are unable to agree on what they confront, each defining the whole in terms of the part that they know.
The role of the IT architect has become important enough that there are multiple efforts afoot to train, certify and professionalize architects as such, including (but surely not limited to) the U.S. Department of Defense, Federated enterprise architecture Certification (FEAC) Institute, the International Association of Software Architects (IASA), the IT Architect Certification (ITAC) program, the TOGAF certification program, the Microsoft Certified Architect (MCA) program, and The Association of Open Group Enterprise Architects (AOGEA).
Given that enterprise architecture promises to be such an important concept and is generating such a frenzy of activity, Im surprised, and a bit dismayed, by how blithely we assume not only that we all know what it is, but that we all know it as the same thing. Worse, that assumption too often takes the form of, Everybody means what I mean, and everybody does what I do, or the insistence that Everybody should mean what I mean, and everybody should do what I do.
Why it Matters
Assuming that others use the same words to mean the same things you do can lead to misunderstandings with possibly serious consequences. For example, the legal, medical and engineering professions are critically dependent upon consistent and shared vocabularies. If we wish to establish the practice of enterprise architecture as a legitimate profession, we need just such a vocabulary ourselves.
Most people understand that we use words to represent and express the ideas that we have, and we take for granted that the words we use accurately reflect the things we think. But we often overlook that the words we use, to some extent, determine how and what we think. So, as long as we talk sloppily about architecture we will think sloppily about it, as well.
But arent these issues pretty much settled? I think not.
Over four years ago, Martin Fowler wrote in IEEE Software : In a sense, I define architecture as a word we use when we want to talk about design but want to puff it up to make it sound important.
More recently, Frank Hayes wrote: In IT, we love titles and metaphors that come from the construction world. Of course, many of our software engineers dont know the first thing about engineering, and the quality of IT infrastructure that we casually call plumbing would make a union plumber cringe. And architects? In IT, we think that means people who design systems.
I think its worse than that; I think many practitioners believe that if youre really good at
Our discipline has a penchant for self aggrandizement. Taking a cue from The World Series and the Miss Universe Pageant, we give much bigger names to things than they really deserve; trusting implicitly that well never have to deal with anything actually that big. The same bits we used to call data we now call information. What was called electronic data processing when I started programming has become information technology, or even more grandly, business technology.
If you didnt know better, youd think that enterprise architecture meant the architecture of an enterprise: the entire enterprise, not just its IT assets. If the enterprise is really just the IT department, and architecture is really just design, why are we calling IT design enterprise architecture (other than to make ourselves feel important, and earn a few extra bucks)?
Well, I for one (and I know Im not just one) believe that enterprise architecture is a legitimate name for a critical discipline that is much more than just IT design. As a former Architecture Profession Office lead for HP Services, Ive spent a lot of cycles pondering this subject. It started when I realized that the most common question I was asked when I taught HPs architecture methodology was some version of Whats the difference between architecture and design? I could only wave my hands and allude to The difference between orange and red. My students were not satisfied, and neither was I. My colleague Roberto Rivera describes his experience with this issue in Am I doing architecture or design work?.
My quest to answer this question has led me far and wide, far enough from the conventional wisdom that without my explaining the path to my conclusions, youd likely write me off as a crackpot.
I eventually realized I was pursuing two sets of goals:
Next time, Ill survey the diversity of opinion on what our kind of architecture is all about.
Len Fehskens is The Open Groups vice president and global professional lead for enterprise architecture. He has extensive experience in the IT industry, within both product engineering and professional services business units. Len most recently led the Worldwide Architecture Profession Office at Hewlett-Packards Services business unit, and has previously worked for Compaq, Digital Equipment Corporation (DEC), Prime Computer and Data General Corporation.