Archive for the ‘Forrester's EA Forum’ Category

Intro To A Research Series On Information Architecture

February 1, 2010 Leave a comment

In January, the lead-off piece that introduces my research thread on information architecture hit our web site. It’s called  Topic Overview: Information Architecture. Information architecture (IA) is a huge topic and a hugely important one, but IA is really the worst-performing domain of enterprise architecture. Sure, even fewer EA teams have a mature — or even active — business architecture practice, but somehow I’m inclined to give that domain a break. Many, if not most, organizations have just started with business architecture, and I have a feeling business architecture efforts will hit practical paydirt fairly quickly. I’m expecting to soon hear more and more stories of architects relating business strategy, goals, capabilities, and processes to application and technology strategies, tightly focusing their planning and implementation on areas of critical business value,  and ultimately finding their EA programs being recognized for having new relevance, all as a result of smart initial forays into business architecture in some form.

But information architecture will continue to languish, even though more EA teams have been working on this area for a longer time, and there’s a more direct connection between IA and EA’s traditional comfort zones of technology architecture and application architecture. IA is just very hard to do. It’s highly political, it can appear irrelevant to tactical business needs even more than other areas of architecture, it seems like a boil-the-ocean sized problem, and there is an increasingly dizzying array of technology and architecture options to consider. If you had a green field, it would be difficult to figure out what the best configuration of centralized, consolidated data warehouses and federated/virtualized information fabric to build. And no one has a green field. Not a big surprise that the IA domain lags (see the figure below).

Information architecture lags all domains except business architecture

On a recent consulting gig, where I interviewed a bunch of IT and business folks and made recommendations about where the organization should focus its EA efforts, I identified four areas that they should concentrate all their efforts on. One of them, the most important one, was to put an information strategy together for two important business units. Their CIO told me after my final presentation that she thought the advice was right on, and they were going to pursue those priorities right away. Except for that information strategy one — they’ll hold off on that one for now. A typical scenario!

Take a look at the technology areas that our survey respondents (all EAs) said would be important over the next two years (see the next figure). I’ve highlighted the ones that IT really can’t pursue effectively without a formal information architecture practice.

Important technology decision areas for 2010 & 2011

So, IA is going to be hot this year, right? Probably not. Check out this last chart that shows IA as an also-ran in the list of EA priorities.

2010 EA priorities: IA is not near the top

In the published piece, I present some other data on things like the maturity of data governance practices and then I  discuss why IA is such a problem. I also present a high-level approach for addressing IA in general. I borrowed this approach from analyst Randy Heffner. Randy introduced the idea of “street-level strategy” to describe a non-big-bang approach to a large undertaking. It couldn’t be more appropriate for information architecture. It’s about having a vision for the kind of architecture you need but not acting like you’ll be able to stop normal day-to-day activities and dedicate resources to building out that architecture before once again resuming business as usual. It’s about being opportunistic about nudging every project that comes along in the direction identified by your vision. Anyway, after all this material, I get into all the typical stuff that a Forrester Topic Overview gets into — which is to break a big subject down into component parts, and point to the existing research we have on those parts (each of which is a fairly meaty topic on its own).

I just introduce the ideas in this piece. I plan on getting a lot more prescriptive in my following research docs. This quarter I’m writing up the fruits of the discussions I’ve had with analysts Mike Gilpin, Randy Heffner, and Noel Yuhanna on the role of IA in SOA and information-as-a-service initiatives. This is where I will begin to put some flesh on the bones of the street-level-strategy approach and get into how implementation considerations — both in terms of business requirements and technology complexity — can help guide a stepwise approach to such a big initiative as IA. Following that, I’ll be working with analysts Leslie Owens and Stephen Powers to lay out the organizational roles that need to be pulled into an information architecture initiative, with some best practices guidance for coordinating such a political cross-silo program. Please get in touch if you have some thoughts about the kind of research on information architecture that you’d find particularly useful.

A Note About Forrester’s Policy Of Free Access To Topic Overview Documents

Topic Overviews are typically relatively light on new content. They mostly introduce and rationalize a body of work on an important topic. As such, Forrester doesn’t charge its by-the-drink price for this type of document. Topic Overviews point to a lot of other research, all of which is only available for a fee or to Forrester subscribers. This creates a rather ironic scenario — Forrester doesn’t charge as by-the-drink buyers would be disappointed and angered by the lack of original research in the document itself if they had to pay for it. Makes sense; but because they are free, a lot of non-clients access Topic Overviews, and then if the document makes a compelling argument to read further, every click on a link of interest leads to an abstract and a notice that access is only for a fee. This can also anger readers who then perceive the free access to the Topic Overview as a cheesy marketing ploy. It’s a bit of a no-win situation. For my IA Topic Overview, I included as much primary research via interviews and survey data as I typically would for a document of this length, with the hope of avoiding the frustration scenario while still serving as a consolidator of related research by other analysts. Did it work? As of this writing, 11 people rated my document, with an average score of 8 out of 10 (this is actually a lot of ratings — typically docs get read a couple thousand times with 0-2 people rating them). I’ve seen the scores come in as they were entered and the 8 is the average of ten nines and one zero. The zero-scorer did not bother to leave a comment about what he or she objected to; that indicates the standard free/fee frustration scenario. Oh well!

Forrester’s EA Forum – The Panel Discussions

January 29, 2010 Leave a comment

Wow, I really dropped the ball on this blogging thing. I haven’t written an entry since the end of October ! I guess our annual Q4 frenzy got to me and I reverted to old habits — drop everything except what’s due next. And to think that despite my lack of social media activity, I managed to nab the coveted 233rd slot in Technobabble’s list of top analyst blogs! Imagine what might have been possible if I had kept up. Blew my big chance for fame; or, at least, a shot at a 22x ranking. Oh, well. I have resolved to do a more consistent job of fitting social media into my workflow. I’ll make up for some lost ground over the next couple weeks once Forrester’s EA Forum in San Diego (February 11 & 12) and London (March 2 & 3) convene — I plan on tweeting and blogging frantically to keep up with the flow of ideas that those events produce.

The flood of ideas comes from the constant interaction with practitioners, from the pre-conference program for the EA community members (Forrester Leadership Board/EA, aka the EA Council), the one-on-ones that are scheduled for any time slot an analyst has a free 20 minutes, the questions and discussions during and after formal sessions, and just all the random encounters that happen when a lot of people are in the same place at the same time.

An added plus this year will be the presence of Brenda Michelson in the role of official external blogger. She’ll be wandering around, attending sessions, commenting through her blog and Twitter, and, I hope, acting as a stimulus for discussions at the conference as well as in the blogo- and twittersphere. This should prove much different from just inviting the press.

This year, besides a vanilla stand-and-deliver session, I’m also doing three panel discussions. Now, panel discussions can be fun, stimulating, and illuminating, but they can also be extremely ho-hum. It’s challenging enough to say something meaningful in a 45-60 minute session without breaking the time up into smaller chunks to rotate through panel members’ comments — you can easily wind up with a series of truisms being trotted out to the nods of the audience with no real value added beyond general encouragement to keep on doing what we all know to do.

But I’m psyched about these panels because I’ve lined up questions I think will dig out the nuggets of advanced knowledge that my esteemed panelists have in their heads. I’m not going to go so far as to take on the persona of an obnoxious talk show host, but I will use the panelists’ answers to questions as the jumping-off point to really dig into what made them successful, or exactly how to go about implementing a new approach to architecture.

I’m doing a panels on: 1) Best Practices Of Successful EA Teams (a keynote session), 2) Next-gen EA, and 3) Business Design As The Key To Information Architecture. What would you want to ask successful EA leaders about the obstacles you are facing? What about a bunch of supposed experts on EA 2.0, or whatever we’re calling this phase of the evolution of EA? How about that most difficult of places — the intersection of application development, business architecture, and information management? What would you ask of experts who say they know how to best juggle the demand for tactical results with strategic needs? Here is a sampling of the questions I have lined up. Feel free to comment and suggest approaches. If I use your question, I’ll be sure to blog about the answers here.

Panel: Architecture Guides IT ’s Delivery To Business—Key Practices From Three Firms


How do you deal with the tradeoff between the value of keeping to standards and being “responsive to the business” by allowing for non-standard technology implementations?

How do you deal with prioritizing your resources around the right issues? If your answer is to go where the heat is, how to you ensure that you don’t get too tactical?

How do you ensure that EA influences business and/or IT decision-making? How do you know that the architecture is being considered when people are making decisions? What is your governance model and how do you know it’s working?

Would you characterize EA as an IT function whose charter is to help IT plan better and to guide technology strategy, or as a business function whose overall goal is to help the business meet its goals? If the former, is all this “EA 2.0” talk about being closer to the business just a lot of hot air? And if the latter, should EA report into the business instead of IT?

Panel: Next-Generation Enterprise Architecture


We’ve heard a lot about “EA 2.0,” “next-gen EA.” Why do we need a new approach? Is it because the old approach isn’t working? Will the new approach “work” better? Is next-gen EA a change in what EA is trying to do or how it’s going to go about doing it?

If, in the new scenario we keep hearing about, EA is closer to the business, is it farther from technology? Does EA leave its responsibilities for technology strategy and technology governance behind? If not, then this is additive, isn’t it? So this means EA teams will get bigger? Or do EA teams teach IT technology subject matter experts to add architecture-related tasks to their day jobs, thereby making the technology-related responsibilities of EA more virtualized?

Will EAs be involved in forming business strategy? Or will EA be, at most, “shaping demand,” whatever that means? Or, will EA be doing all these new things just to do a better job of setting the technology strategy?

How can an organization tell if they’re ready to make the move to next-gen EA? What are the indicators that an organization is ready? Or, conversely, what are the indicators that an organization is not ready to attempt a change? Are there some types of organizations that will be better positioned for this move? Is it sector-related? Size-related? Related to any kind of maturity model?

What comes after this? Two years from now, what will we be describing as the next next-gen EA program? Is EA 3.0 completely virtualized with architects absorbed into the business?

Panel: Briding the Silos: Business Design As A Guide To Information Architecture


Are there good reasons to be pursuing a service-oriented architecture or creating data services and not establishing a canonical information model? When is it OK and when is it not OK? How can it be a good idea to pursue IaaS without establishing a canonical information model? What is the downside to not engaging in formal IA activities?

About half the people I’ve surveyed who say there have a formal IA practice say they have a predominately bottom-up approach. This means that the primary trigger for internal IA research will be an application project. Now, it’s good that there is a driver for pursuing IA but it’s problematic to impose a project’s timeline on that sort of strategic  activity. What approach to IA can best accommodate the need to do some IA “archeological digs” in the context of projects?

IaaS, MDM, ETL, BI, data federation, data virtualization, semantic technologies, etc. etc.: Are these all different approaches to different problems that just happen to be about information, or are they connected? Would it be crazy to expect to be able to build a strategy that uses each of these information-related technologies in a complimentary way? And what about BPM? Where does that fit in? Are there any shops out there with information strategies that present a coherent view of the use of these technologies to achieve business goals?

How do you connect “business design” and business architecture to a coherent set of strategies for all the related information architecture and information management areas?

People have had enough trouble doing IA because it’s highly political and the technology requires an architect-and-high-priest-level of understanding of some pretty esoteric areas. Now we’re telling everyone to add in a major business architecture component to drive and focus the whole set of initiatives. Is there a pragmatic approach to this?

Your turn!
What questions would you ask the experts on these panels?

Bridging The Silos: Business Design As A Guide To Information Architecture