EA Heuristic #3: Talk to more blind men to know the elephant

(this article is part of the series “12 Heuristics for Enterprise Architecting“)
Picture of an elephant in a gentleman outfit.  Enterprises are like elephants, much bigger than this one, thus a lot harder for any person to get a correct whole picture of.
photo credit: Murilo Morais 
Enterprises are like often like elephants and the enterprises’ employees and stakeholders are like blind men in the classic story; they are each touching a different part of the enterprise and they will each describe the enterprise differently, sometimes in significantly different ways.  As such, though it might seem obvious, it is important to talk to multiple people, and if possible representatives of various stakeholder groups.  Moreover, what EA often reveals is the breakdown in information flow across the enterprise.

In our EA exercise, we got employees of the organization to suggest ideas.  In order to encourage more ideas to be contributed, we make it safe for idea contributors by not tagging names to ideas.  Later, when we evaluated the ideas, we observed that some ideas suggested by one employee was labeled as “we are already doing this” by another employee.  Clearly the initiative in question was seen as an area of improvement in the eyes of the first employee, but seen as completed in the eyes of the second.  This was a good example of different perspectives on the state of the enterprise.

EA Heuristic #3: Talk to more blind men to know the elephant

(this article is part of the series “12 Heuristics for Enterprise Architecting“)
Picture of an elephant in a gentleman outfit.  Enterprises are like elephants, much bigger than this one, thus a lot harder for any person to get a correct whole picture of.
photo credit: Murilo Morais 
Enterprises are like often like elephants and the enterprises’ employees and stakeholders are like blind men in the classic story; they are each touching a different part of the enterprise and they will each describe the enterprise differently, sometimes in significantly different ways.  As such, though it might seem obvious, it is important to talk to multiple people, and if possible representatives of various stakeholder groups.  Moreover, what EA often reveals is the breakdown in information flow across the enterprise.

In our EA exercise, we got employees of the organization to suggest ideas.  In order to encourage more ideas to be contributed, we make it safe for idea contributors by not tagging names to ideas.  Later, when we evaluated the ideas, we observed that some ideas suggested by one employee was labeled as “we are already doing this” by another employee.  Clearly the initiative in question was seen as an area of improvement in the eyes of the first employee, but seen as completed in the eyes of the second.  This was a good example of different perspectives on the state of the enterprise.

Just Enough Detail

The real art of enterprise-architecture, and perhaps its hardest challenge, is in presenting the right level of detail. Not too little, not too much, but just enough. Just Enough Detail. To which people will, of course, immediately ask, “Okay, but how much detail is ‘Just Enough Detail’?”. And I’ll have to admit that there isn’t […]

Modernizing Enterprise Architecture: Address The Neurosis of IT

“TCP/IP and Ethernet will not be accepted as a valid network implementation as SNA and Token Ring are our preferred standards.” – circa 1993 by nameless corporate Information Systems expert.
I was shocked when I had heard this, and images …

Modernizing Enterprise Architecture: Address The Neurosis of IT

“TCP/IP and Ethernet will not be accepted as a valid network implementation as SNA and Token Ring are our preferred standards.” – circa 1993 by nameless corporate Information Systems expert.
I was shocked when I had heard this, and images …

Modernizing Enterprise Architecture: Address The Neurosis of IT

“TCP/IP and Ethernet will not be accepted as a valid network implementation as SNA and Token Ring are our preferred standards.” – circa 1993 by nameless corporate Information Systems expert. I was shocked when I had heard this, and images of ostriches with their heads in the sand immediately came into mind. I was new…

On enterprise blueprinting — entrenchment

It is naive to believe one can, or should, blueprint an enterprise. An enterprise is a complex system that must continually, adapt to survive and thrive.

For any system to sustain, shift, and grow, over time, it requires energies (accelerants), efficiencies, connectors (& disconnectors), and means to remove waste.

Enterprise architecture should focus its attention on fortifying these core functions of the enterprise system, via the infusion of intellectual and digital capability.

Enterprise architecture should capacitate fluidity, not rigidity.
Related posts:

  1. Entrenchment: What we have is a thinking problem