Enterprise Architecture
Enterprise Architecture Books of 2008: The Good, the Bad and the Ugly
0I wanted to follow up on my 2009 book post with one looking back at EA-books of 2008. I’ve however been waiting for some of them, but those I got the other day, and have now been checking them out. From what I count, 2008 gave us 9 EA-books. That is, books about enterprise architecture. Published in 2008. Did I forget any books on that list?
Without further ado, here is my highlights of 2008:
The Good
Jaap Schekkerman‘s Enterprise Architecture Good Practices Guide: How to Manage the Enterprise Architecture Practice is a clear winner.
At 386 pages, Schekkerman’s Guide is based on IFEAD‘s EA guides published over the years, and is one big EA-goodie-bag for organizations that seek guidance in initiating, developing, using, and maintaining their EA practice. Schekkerman’s Primer does a good job at covering contemporary EA practice.
This is his third book. It much better than the two previous ones. Which weren’t bad.
But speaking of bad:
The Bad

Jeff Handley’s “Enterprise Architecture Best Practice Handbook: Building, Running and Managing Effective Enterprise Architecture Programs – Ready to use supporting documents bringing Enterprise Architecture Theory into Practice” claims that it “covers every detail, including some missed in other books”, and is presented as a “thorough book”, that “leaves no key process out and completely covers everything …”. In addition, the book “is realistic and lays the foundation for a successful implementation”. At 120 pages! Of which pages 5-66 are hardly readable powerpoint slides with bullet point speakers notes. To add insult to injury, the book is rather expensive.
There is actually a few good nuggests of information buried down in the material, but it’ll be an insult to books to call this a book. The main reson it get two stars out of ten is that I have to be able to score something even lower, see below.
The Ugly

Continuing with books I do not recommend, we have Gerard Blokdijk’s Enterprise Architecture 100 Success Secrets – 100 Most Asked Questions on Enterprise Architecture Definition, Design, Framework, Governance and Integration, which is the joke of the year.
A seemingly random collection of 100 one-pagers from near and far, “the top 100 questions that we are asked and those we come across in forums, our consultancy and education programs”. And then it “tells you exactly how to deal with those questions, with tips that have never before been offered in print”.
I notice that the Bad and the Ugly books are both published by Emereo Pty Ltd. My New Year’s Resolution will be never to buy any of their books again.
2009 – A Year of EA Books
2If you are into EA-books, you can look forward to 2009. There will be at least three books you must read.

We are working hard on getting our book ready for publication. There is still no set date for publication/availability, but we still say ‘early 2009′, and will self-publish the book to speed up the publishing.
Having many contributers, and four strong-willed editors, would have been a challenge on any book project, but since we write about coherency, we have been determined to create a coherent book, and have had many and long discussions in the editor team and with contributors.
If you have read our JEA article, you will have an idea about how we think conherency management. In the book, we have invited world-leading enterprise architects to write up their stories and thoughts about coherency management and enterprise architecture, and have also taken another step in fleshing out our own perspectives on how coherency management should be practised.
Now, shamelessly having promoted my own work first, let me turn to the two other 2009-books you cannot miss. In fact, both of these are available from 1st January, and both can be ordered now.
First one is Business/IT Fusion (book website) by Peter Hinssen. Subtitled “How to move beyond alignment and transform IT in your organization: A practical guide to a new IT,” and nicely bound and printed on glossy and square paper, this book is targeted at practitioners, in both business and IT, and especially the CIO.
The book “provides a roadmap for the journey to completely rethink IT, and transform IT into something radically new”, Hinssen writes, and he argues that it’s time for IT 2.0. Hinssen believes that we should not just be concerned with ‘aligning business and IT’, but that we should be busy integrating IT into the business.
At 276 pages, Hinssen presents the reader with chapters with titles such as: The new CIO: from Robin to Batman; The marketing of IT; Intelligent governance: beyond IT governance; and, Architects of Change: using scenario planning in IT. For a practitioner-oriented book, we get surprisingly much “theory”, with references and all, to the extent that I will have no problems recommending this book in academic circles and to my students. In fact, Hinssens book should be read by all students who like the Ross/Weill/Robertson approach to EA.

But speaking of students, there is a new EA-textbook on the market now: Enterprise Architecture: Creating Value by Informed Governance by Martin Op ’t Land, Erik Proper, Maarten Waage, Jeroen Cloo, and Claudia Steghuis. These are all Capgemini consultants, but also recognised university affiliates in the Netherlands.
The book was created in an effort to develop a textbook for one of the key courses of a Master of Enterprise Architecture program in the Netherlands. At only 145 pages, it is a quite condensed introduction to EA, and I’m not sure how newcomers will take it.
The authors see the role of enterprise architecture as an instrument for governance, and identify seven key applications for enterprise architecture: situation description, strategic direction, gap analysis, tactical planning, operational planning, selection of partial solutions, and solution architecture, enabling informed governance.
Enterprise architecting is seen as a process involving a dashboard giving stakeholders indicators and controls allowing the gain insight into the current state of enterprise, alternatives for the future, as well as the performance of the transformation process(es), and to steer/direct these transformations.
The authors define EA as a “coherent set of descriptions, covering a regulations-oriented, design-oriented, and patterns-oriented perspective on an enterprise, which provides indicators and controls that enable the informed governance of the enterprise’s evolution and success”.
I am not sure I agree with this definition. Strictly speaking, EA is a practice, not just a set of documents. But I do like some of the elements they bring to the table.
As a textbook, I think the authors have made some unfortunate pedagogical choices. Using Pizzeria “Perla del Nord†as the through-running case is a very unenterprisey example. So when we get to stuff like “The mission of the pizzeria is to offer positive influence in the work-life balance of both yuppies and dinkies,” and the like, I get a bit tired.Perhaps because I remember being in a similar situation around five years ago, where I used a flower shop as an example. I learned that a “Very Small Enterprise” can be useful for learning to understand simple modeling and system thinking, but unproductive when entering the “real” enterprise space – and hence, counterintuitive for understanding EA.
I am not very surprised that the authors, coming out of the Dutch EA school, like to talk about decomposition, modeling notations, and using Archimate. Students will here find a fine introduction, but need to go elsewhere if seeking actual, practical guidance. The same goes for the Normalized Architecture Organization Maturity Index (NAOMI), an assessment framework designed to determine an organization’s architecture effectiveness. We get an introduction, but not enough info to apply this NAOMI.
Teachers and advanced learners should check both Hinssen’s book and Op ‘t Land et al’s book out. I continue to use Scott Bernard’s Introduction to Enterprise Architecture, but may reconsider what I use a supplementary books. Maybe Hinssen will end up replacing Ross/weill/Robertson, or at least, supplementing it.
FruITion
2Subtitled “Creating the Ultimate Corporate Strategy for Information Technology”, you might go and pick up the recent book called FruITion by Chris Potts (blog, articles) expecting yet another book about business and IT alignment. You probably wouldn’t expect a novel. Actually, you will get both, because FruITion is a novel about the relationship between IT and business.
So maybe I’d better note: Spoiler alert!
We follow CIO Ian Taylor during a week in an enterprise in London where new strategies are created and heads are rolling. Effectively, we follow how Ian becomes a corporate strategist, learning to write one-page documents with just text and numbers, and how he gets a new job title and a seat in the executive committee. The enterprise ends up replacing Ian the CIO with Ian the Chief Internal Investment Officer, CIIO.
It’s not a murder mystery, but we do have a victim. The victim is the IT strategy, and it is the CIO who ‘did it’ while committing strategic harakiri as The Last CIO, only to be resurrected as the CIIO.
Potts tells the story though Ian’s thoughts and conversations. Here’s an example from a conversation between Graham, the Group Strategy Director, and Ian:
“I’m not sure about Enterprise Architecture. What’s that all about?”
“It’s the people who do what we currently call Strategy.”
“What do they ‘architect’, as you call it?”
“Business processes, information, systems, technologies.”
“That’s not enterprise, that’s capital.” He saw my blank look. “Factors of Production. Economies.”
“Economies or not, it’s what everyone calls Enterprise Architecture.”
He seemed to accept this retort, at least for the time being.
“Well, if it’s a core competency, we’ll integrate that, and Business Amalysis, into my own strategy group and learn where they fit.”
p 172-173
And later, in the end, Ian tells us:
“One of the first things that Graham did with his new Enterprise Architects was to get them architecting ‘enterprise’ as defined by economics, rather than just ‘capital’. He wanted them working on people’s ideas and motivations for creating maximum value from the capital we were investing in, as well as helping to shape that capital.” p 214
Actually, these two places are just about the only places in the book where Potts/Ian talks (literally) about EA. There is quite a bit more talk about capital and investment strategies. Had the book been a bit longer and more educational, I’m sure Ian the CIIO would eventually have introduced ValIT, balanced scorecards, and EVM.
If it were me writing the story, I would have chosen to have Graham, Ian and the others talk about coherency management, embedded architecture and evergreening the enterprise. Potts brings us only half-way there, but at least goes in the right directioon I think, by emphasising the need for strategy alignment.
Potts did an interview with Claudia Imhoff, which I found interesting to listen to. Partly becuase Potts talks about the book, but also because I found Dr Imhoff’s comments and questions quite revealing: She doesn’t get it (Potts message), and I’m afraid she is not the only person not getting the message.
The book’s title, Fruition, is a good one. But it’s a pity that Potts offers the usual, narrow meaning of the word, as bearing of fruit, getting value, reaping the benefits. As John Smith has taught me, there is a Buddhist three-fold logic of Ground, Path, and Fruition, where fruition means direction and level of development, the creation of an enlightened culture. This may be what Potts means by “architecting ‘enterprise’ as defined by economics, rather than just ‘capital’”, but I’m not sure.
Business of Government Research
0I’m very pleased to announce that The IBM Center for The Business of Government has selected me as a recipient of a research stipend in the area of Transforming Government.
As a grantee, I must write up a report (monograph) presenting new approaches to improving the effectiveness of government, and it should assist public sector managers in effectively responding to their mission and management challenges. In my case, it will be a report about how enterprise architecture can be used to improve the effectiveness of government.
The Center’s reports are generally of a very high quality, so I realise I’m up for a challenge. But what a great one it is!
