101 Lessons from Enterprise Architecture

Free EA Resources

Information FrameWork (IFW) – Systems Journal Article

Free Offer – Enterprise Patterns Executive Report

Free EA Resources

Click to view free posters, templates, guidelines, videos and case studies about EA & TOGAF

Upgrading the EA Role

Late last year I wrote a post on the Cutter Blog, entitled EA to Reflect On and Upgrade Its Role, as part of the Cutter predictions series. A recent comment asked said that “EA is mainly perceived as IT discipline and so far largely failed to establish Business Capability Evolution and organizational change.” The author,…

A Meta Framework

It is probably true to say that every book has one major theme running through it, and probably a few sub-themes. Writing the second edition of a book is a great opportunity to revisit its primary topic to see whether it is still relevant or not. I found it really interesting to revisit the book I wrote with Elaine over ten…

Business Patterns and EA

I’ve just finished writing a fascinating Report for Cutter Consortium about Business Patterns and EA. For some time now I’ve been working with EA practitioners who are taking advantage of information that has already been gathered by people from backgrounds other than EA. The EA role then becomes one of converting or translating this information…

2nd Edition

My first book about enterprise architecture was published in 2003. It was called: Information First – Integrating Knowledge and Information Architecture for Business Advantage. Around 2013, being the tenth anniversary of publication, I planned to do a re-write and produce a second edition. I didn’t think it would take too long! Well here we are…

Why did I become an Enterprise Architect?

You meet someone new. They ask you what you do… I say, “I’m an Enterprise Architect”, and this usually gets the conversation off to a difficult start, because the next question about what is an enterprise architect can be a tricky one. But on this occasion the response was: why did you become an Enterprise Architect?

Well I certainly didn’t set out to become one! My passion has always been making sense of things. It led me to study history at university, but I didn’t find that satisfying because university didn’t offer the opportunity to really explore the subjects that really excited and attracted me. Studying the rise of ancient Greece was interesting to an extent, but it didn’t hold the same fascination as grappling with a problem that no-one, or very few people, had ever tackled before!

When my temporary teaching post became redundant, I was offered the chance to train as a computer programmer. I remember being asked: “have you ever thought of a career with computers?”, and to get the job I stretched the truth by saying that it was a subject that I found fascinating. This was partly true – this was in the late 1970s, at a time when computers were in their infancy, and I was fascinated to understand the role they might play in our lives. But as for a career in programming? That was certainly not in my wildest plans.

But it turned out to be more fascinating that I could have imagined. I learned about programming PL1 and structured design methods, and I entered a whole new world (for me) of formal languages and virtual structures. It was the beginning of a fascination with the emerging field of enterprise architecture.

I was lucky that my first job as a programmer was on a project to computerize the UK Land Registry. Unlike most projects today, it was a green field – the previous system was entirely manual. This mean that the team had to think about the development holistically – we had to consider the whole as much as the parts.

As well as learning tried-and-tested programming techniques, I also realized that there were many things that were difficult to do, because the techniques hadn’t been developed. The main problem was being able to grasp the complete architecture as a whole, and being able to subdivide it in effective ways – for gathering requirements, for analysis, for design, and for realization. I started to explore the idea of a framework or blueprint that could show this big picture. A few years later I discovered that other people – like Richard Saul Wurman, Richard L. Nolan and John Zachman – had been grappling with the same problem, and also used the analogies with architectures, blueprints, and frameworks.

After four years at the Land Registry I applied for a new job, and rather jokingly put my job title down in my CV as Analyst Programmer and Information Architect (in the early days of enterprise architecture, it was known as information architecture, or information systems architecture). Although my official title in my new job was only Analyst Programmer, I still thought of myself primarily as an architect. The architectural role steadily took over from programming. Following the Land Registry I rarely wrote or amended any program code. From 1984 my role was enterprise architect.

So why did I become an enterprise architect? I am passionate about making sense of things. The more complex and difficult the better. What could be more interesting than the many, many diverse human endeavors that we, as a species, undertake? And in particular, how do we build and support human enterprise with an amazing repertoire of often intangible, digital and conceptual components, techniques, and tools? And finally, how do all these elements fit together systemically within a cohesive architecture framework?

That’s why – accidentally – I became an Enterprise Architect.

See also: