Enterprise Architecture

Announcing: Third Annual Enterprise Summer School

by

Week 31 is for students and researchers as well as practitioners in the field of enterprise architecture, who want to spend a pracademic week together and share and learn more about EA. 
Dates: 30 July – 3 Aug 2012
Location: IT University of Copenhagen
REGISTER NOW
Themes:

EA as a Discipline and a […]

Gartner et al. – gettin’ there on EA

by

Nice to see that even the ‘big fish’ are finally ‘gettin’ there’ on the real scope of enterprise-architecture… A month ago we saw Open Group begin to re-frame their previous IT-centred approach to EA into a new style of ‘enterprise transformation’. (The conference was still more IT than anything else, of course, but at least […]

EA Heuristic #4: Collect and analyze data with reusability in mind

by

Metal Bottle Cap Flowers (credit: urban woods walker)
(this article is part of the series “12 Heuristics for Enterprise Architecting“)
EA exercises involve collecting a lot of data and distilling insights from them.  It seems wasteful if the fruits of these efforts are used just once and then thrown away.  Instead, when collecting data and doing analysis on them, it is useful to think about how the data and analysis can be re-used.

Specifically, as discussed in Heuristics #2: Guess, Validate, Iterate: Time-bound architectural efforts, the insights are likely to contain some inaccuracies, so expect gradual refinement of the data and analysis.  To do that, how the analysis is derived from the data should be clear.  In addition, involve as much as possible the people who are going to update it in the future.  The more familiar they are with the collected data and analysis, the more likely they will reuse it in the future.

During our EA exercise, we created a chart showing the key products offered by the organization, along with each product’s importance and satisfaction level.  We created a first draft of the chart, then we explained to the organization how we did it, and then they refined it.  We hope that they will reuse this chart, and we are more confident of it since they have already updated it once.  In addition, when we created the summary of our key findings, we tried as much as we can to resist the temptation of listing down gut feels and focus on findings that are backed up by data.

EA Heuristic #4: Collect and analyze data with reusability in mind

by

Metal Bottle Cap Flowers (credit: urban woods walker)
(this article is part of the series “12 Heuristics for Enterprise Architecting“)
EA exercises involve collecting a lot of data and distilling insights from them.  It seems wasteful if the fruits of these efforts are used just once and then thrown away.  Instead, when collecting data and doing analysis on them, it is useful to think about how the data and analysis can be re-used.

Specifically, as discussed in Heuristics #2: Guess, Validate, Iterate: Time-bound architectural efforts, the insights are likely to contain some inaccuracies, so expect gradual refinement of the data and analysis.  To do that, how the analysis is derived from the data should be clear.  In addition, involve as much as possible the people who are going to update it in the future.  The more familiar they are with the collected data and analysis, the more likely they will reuse it in the future.

During our EA exercise, we created a chart showing the key products offered by the organization, along with each product’s importance and satisfaction level.  We created a first draft of the chart, then we explained to the organization how we did it, and then they refined it.  We hope that they will reuse this chart, and we are more confident of it since they have already updated it once.  In addition, when we created the summary of our key findings, we tried as much as we can to resist the temptation of listing down gut feels and focus on findings that are backed up by data.

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

by

(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.