http://e-cio.org/lea_book.htm

http://blogs.ittoolbox.com/cio/lea/archives/distinguish-ea-from-business-transformation-8704

This subject has been a hot topic in IT community. Cutter IT Journal recently call for paper on The CIO Today: Technology Manager or Strategic Visionary? The sad part is that EA get a long way to become mature, we are still at the stage to identify the direction. The good part is that we are lucky to be part of this evolution.

In my openion, an Enterprise Architect is a facilitator as you said it means to honorably, responsibly, seek out the value that is compelling to our community, build a shared vision, build passion and commitment to attaining the vision, and lead the decisions and the action that realizes the vision.

An entry in my blog have also touched this subject . Enclosed is the URL for your reference.

The link :

http://e-cio.org/lea_book.htm

I have come up a book propsal in

http://blogs.ittoolbox.com/cio/lea/archives/distinguish-ea-from-business-transformation-8704

Please review and comment.

Thanks.

As an example, for the past 6 weeks, I’ve been working with a company which is in the planning stages for a next generation cardiac defibrillator/monitor. Even though this product replaces an existing 7 year old product, the vision and planning activities involve people from clinical, product marketing, electrical engineering, mechanical engineering, software engineering, human factors, manufacturing, field sales, support, and finance.

When we were first brought in, we conducted interviews with 24 different stakeholders. Interestingly, everyone was in full agreement that they needed to build a defibrillator/monitor, and everyone had a good appreciation for what that involved (most having done it several times before). However, the group’s vision lacked alignment. The general manager had been pushing for a low cost unit. His boss felt that cost was important, but time to market was more important. The Marketing director knew that a major competitor had just introduced a new product and pushed for competitive features, especially in the area of hospital data management.

In this particular case, I believe that a key to gaining alignment will be a financial model which illustrates the tradeoffs between a 1% change in market share vs. a $50 decrease in parts cost, vs. a 3 month delay in getting to market. Vision usually requires tradeoffs, and this means getting someone to loosen the grip on a perspective and belief system that they hold close to their hearts.

BTW, 30 years ago, if I had any idea that my path as a software engineer, architect, and consultant would lead in this direction, I would have paid a lot more attention in psychology and sociology classes!

Charlie

Leaders inspire and set direction. Early on, direction is set in terms of vision. So a leader needs to ensure that vision input is sought from key stakeholders, and that a vision is articulated, championed, and bought-into.

A more specific answer begs more specific context. For example, if you mean the vision document for a product, then this is best created by the multi-functional team responsible for the product, led by that team’s leader. The software architect may or may not be the team leader in this situation. But the software architect will lead on the software architecture vision that may be a component of the product vision, or may complement the product vision.

Alternatively, if the architecture is for a product family (or software product line), then the architecture has a lifecycle of its own. This begins with vision, and the lead architect will be responsible for creating, selling, and sustaining the vision, with the help of others on the architecture team, and the extended team (future product marketing, key developers, etc.).

In any event, the Grove materials look pretty good (without having actually used them). They seem to address the right things – where would you like to go, what are the opportunities that make it possible, and what are the obstacles and risks in your path.

Larry Bossidy, an ex-GE protege of Jack Welch and former CEO of Honeywell is the co-author of a book with Ram Charan called “Execution”. One of the chapters of this book deals with executing the strategic planning process, and says, “Many strategies fall apart because the right critical issues aren’t raised.” They go on to illustrate the point with examples from AT&T (negative), Motorola/TRW, Dell, and Honeywell (positive).

I agree. A solid grounding in reality is the primary ingredient that separates a solid vision from a fanciful dream. And value models show pretty conclusively that reality is based in how well the vision participants can identify the impact of obstacles, opportunities, dependencies, and risks on value, and then figure out how best to attack the resulting challenges.

–Charlie

I’ve led, and participated in, visioning in different formats and I keep returning to Grove’s graphical facilitation format. I often improvise on their graphical templates, but also often use them as is. If you didn’t already follow the links on my post, I highly recommend taking a look at http://www.grove.com.

It is amazing what happens when you bring together the various stakeholders (including business people and technical people) and create a shared visual mindspace. It takes some courage for us technical types to jump into graphical facilitation in the fuzzy front-end, but it is the best lightweight way I’ve found to navigate expeditiously to a shared vision and roadmap.

As we enrich our understanding of the value propositions to the various stakeholder groups, across the value contexts, we will refine the vision, illuminate the challenges and improve our roadmap. But it always amazes me how powerful the group graphical facilitation format is in aligning diverse stakeholders, and creating enthusiasm for a shared vision that is vivid, and rich in imagery, tells a visual story that is owned by all the diverse participants, because it was created by all.

Thanks for creating dialog Charlie. It gives me hope that this will grow to a conversation!

(For those who don’t know, Charlie Alfred has begun a value modeling blog. I have very high expectations for this blog, given Charlie’s other writing and his first posts to his blog. See http://calfred.blogharbor.com/blog)

o how vivid the value proposition of the future state is
o how well understood the challenges of getting there are
o the extent to which all the key stakeholders understand both

Breakdowns in any of these three areas will compromise the vision.

If the value proposition is cloudy, then the architects won’t know
how to make good tradeoff decisions, or mitigate risks (re: SEI’s ATAM method).

When the value proposiiton is clear, but the challenges are not well appreciated, vulnerability to underfunded projects with unrealistic schedules is the result. I suspect that many of us have participated in these types of death marches.

The most common situation is where the business people really understand the value proposition (including how it varies across context), but this is not communicated effectively to the architects. At the same time, the architects understand the strengths and limitations of the solution technology, but don’t grasp the nuances of the business problem. To exacerbate things, the two sets of stakeholders don’t speak the same lanaguage.

It’s like “Men are from Mars, Women are from Venus” on steroids.

Other than that, there’s not much to establishing a compelling vision, is there?

Charlie