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.

Posted by brenda michelson at 7:40 am in enterprise architecture, entrenchment | Permalink | Comments(2)
| Trackback URL

Last Friday on Twitter, I was lamenting the compulsion of new people on existing projects to revisit and reinvent every prior decision and action, rather than focus their energy on execution. I tagged the tweets reinvention week. My opening salvos:

Wouldn’t it be cool if new people to a project focused on getting it done, rather than reinvention? #reinventionweek #EntArch

We need to value execution on par with creation. #entarch #reinventionweek

These sparked a conversation with Sally Bean and Neil Ward-Dutton on why this happens: ego, uncertainty, lack of communication and so on.

Certainly, there are instances when revisitation is required, and is the mission of the new person. However, in my experience, too frequently the need is driven by ego. Either, in placing a stamp on the project, or in moving the project to the technology, standards, patterns the new person is expert on, and therefore most likely to be seen as a star and/or become a key player.

In our twitter back and forth, Sally Bean offered: “that’s why we need to hire smart lazy people, not smart industrious ones.”

Sally was referring to Field Marshal Bernhard Graf von Moltke’s model on categorizing officers:

• Smart & Lazy: I make them my Commanders because they make the right thing happen but find the easiest way to accomplish the mission.

• Smart & Energetic: I make them my General Staff Officers because they make intelligent plans that make the right things happen.

• Dumb & Lazy: There are menial tasks that require an officer to perform that they can accomplish and they follow orders without causing much harm

• Dumb & Energetic: These are dangerous and must be eliminated. They cause thing to happen but the wrong things so cause trouble.

I hadn’t see this model before. It’s an interesting take on matching talent (or not) to positions. We always think we need “smart and energetic”. Yet, in a multitude of situations, “smart and lazy” is the better way to go.

Posted by brenda michelson at 9:08 am in enterprise architecture, execution, talent management | Permalink | Comments(1)
| Trackback URL

I recently moderated a roundtable to discuss the Enterprise Architect / Complexity Event Processing (CEP) survey that I worked on with StreamBase.

The roundtable featured Nigel Green of 5Di Limited and Jennifer Kennedy of Linden Lab, along with Richard Tibbetts of StreamBase Systems.  We discussed the report results, and then some.  Check out the webcast replay.

 

[Disclosure: StreamBase is a client of Elemental Links]

Posted by brenda michelson at 5:24 pm in active information, enterprise architecture, event driven architecture, event processing | Permalink | Comments(0)
| Trackback URL

I’m working with StreamBase on an Event Processing survey directed at the enterprise architecture community.  As a reader of elemental links, there is a high probability you are, work with, or lead enterprise architects.  Can you do me a favor?  Take the survey.  And then, ask your enterprise architect friends and colleagues to do the same.

In appreciation for your participation, you’ll receive:

  • Access to a pre-release version of our report for review and comment during this discovery phase of our research [everyone]
  • $10 Starbucks card or a $10 donation to Oxfam as a thank you for your time [first 50 completions]

For your results to count, you need to complete the survey by Friday, April 29th at 5pm UK time, 12 noon ET.

Thanks for the assist!  Take the survey.

 

[Disclosure: StreamBase is a client of my firm, Elemental Links.]

 

Posted by brenda michelson at 11:14 am in enterprise architecture, event driven architecture, event processing | Permalink | Comments(0)
| Trackback URL

Building the Business Case For EA Moderated by Chuck Keffer, Troux; Guest speakers: J-P Renaud, Director of Global Network Services and Jennifer Pfaff, Director of Information Technology PMO and Management Support Services at Jacobs Engineering, Inc

Session abstract: Relevant, compelling, in-demand enterprise architecture is the goal of many of today’s IT architecture and strategy leaders. Yet for many organizations, the first hurdle lies in communicating the value and justifying the required resources for EA to IT and business leadership.

There are actually four panelists: Sean Dwyer of Northwestern Mutual, Jennifer Pfaff of Jacobs, J-P Renaud of Jacobs and Eivind Nilsen of Liberty Mutual.

Aside: A few questions into the panel, the session is really about building the business case for an EA Tool (Troux), rather than building the business case for an EA practice.  As such, I’d say the session should be “Building the Business Case for an EA Tool”.

Interesting introductory comment from Jennifer Pfaff of Jacobs: There are no dedicated enterprise architects.  18 people contribute a portion of their time to enterprise architecture.  Troux modules: optimization, alignment and standards.

After a business value overview by Chuck Keffer, the panel discussion begins.

The first question: What were the top three factors and/or considerations in building the business case for your 2011/2012 initiatives?

Sean Dwyer: Echoes Warren Ritchie comment from yesterday, you can’t manage what you can’t describe.  To support their simplification initiative, needed to understand what was in place.  The Microsoft office based solution was outgrown.

J-P Renaud: Operationalize things like data gathering.  Huge effort to gather data, whether it be for standards or optimization.  Typically, happens once, for an initiative.  Wanted a sustainable solution.

Eivind Nilsen (Liberty Mutual): Our product is a promise.  Our systems are our product.  As a result of acquisitions had multiple systems, suites.  Needed to rationalize.  More than IT costs, was difficult for business.  Also have a lot of regulatory compliance changes.  Having to apply those changes to redundant systems impacted their agility.

As a result, looked for tool to help manage the rationalization problem solving.

Q to Sean:  Who did you have to convince to sponsor?  What were their hot buttons?

Sean: Needed to answer the question “Is our organization ready to embrace the lifestyle change” required to get full advantage from Troux.

Sean brings up a good point, if the architects don’t like the tool, they won’t use it.  Brought architects into the process early.

Q to Jacobs: What role did ROI have in your business case?

J-P: Engineering isn’t product based, it is man-hours.  The decision was very ROI based.  Troux is a complex tool.  Challenge to identify the right data to put in, to get right information out.  Focused on hard dollar savings.

Q to Jacobs: What techniques did your team employ in communicating the business case for your effort?

J-P: Didn’t have to sell EA, CIO brought EA in to Jacobs based on past experience.  Spent a year defining what EA meant at Jacobs.  What they had to justify was bringing in a tool.  Needed to prove that current practices (spreadsheets, Visio) were constraining EA value delivery.

In their analysis, Jacobs did an extensive build versus buy analysis.

Q to Liberty: How involved were the targeted stakeholders in making business case?

Eivind Nilsen: Did POC that involved influential enterprise architect.  Also pulled in business strategy group, demonstrated capabilities of tool.

Now, the panel is transitioning to “Up Leveling your EA”.  Given Chuck’s first slide, I believe this is really about up leveling your use of, and value from, Troux.  Chuck is describing some Troux accelerators, such as Rapid Answers and Program.

Back to the panel…

Question for everyone: Where are you in rolling out your current effort?

Sean: Focusing on governance, feeding outputs from Troux into corporate planning & governance systems.

Jacobs: Doing data gathering, preparing for first governance meeting in June.

Liberty: Started with optimization and a slice of alignment.  Have pretty much completed data gathering with stewards.  About to launch workshop focused on analytics and decision-making based on Troux information.

Question to Sean: Change management is a key part of your strategy, talk about importance and approaches?

Sean: This is change at its core.  Can’t ignore change management element.  Need people to embrace the tool.  Have worked with representative from internal organizational change team.

Their philosophy is singles, getting on base, not home runs.

They didn’t start with Alignment, because that is a parter facing application.  Wanted to build success in IT first.

Question to Jacobs: What are you doing right now to keep data current, correct and complete?

Jacobs: Just starting that project and establishing processes.  Will have a lot of stewards.  Element stewards and domain stewards, etc.  Fewer pieces of data an individual has to maintain, the more likely they will update it.

This (data entry) is not a full-time job.  The stewards will all have vested interest in keeping data updated.

Chuck: your distributed/federated EA structure probably lends more naturally to support your stewardship design.

Question to Liberty: Talk about target accomplishments?

Eivind: Need to make some applications “go away”.  But, lots of views on which ones go versus stay.  Using the data in Troux to help make decisions (associated dollar opportunity) and also communicate those decisions (retirement dates).

This is just starting.  The dollar approach is resonating.

Questions from the audience

1. In launching initiatives, did you leverage any framework?

Sean: No.

Jacobs: No. But read EA as Strategy book for grounding.

Eivind: Took insights from a few models, mostly from the insurance industry.  Did tailor for use in their company, rather than trying to change all business terminology.

2. Did you leverage any tools, like stakeholder maps to gain buy-in?

Sean: In road mapping, reached out to IT executives, “what does roadmap mean to you”.

Eivind: Keep it as simple as possible.

3. How does one measure success of EA initiative?  And do in repeatable way?

Jacobs: In application simplification, once achieved savings > investment, everything after that was easy.

Sean: Cost avoidance.

Liberty: Hitting portfolio retirement numbers, or not.

Question: Are you “giving back” to the owners of retired applications?  Redirecting the investment to something they want?

Generally, the panel says not yet.

Posted by brenda michelson at 1:23 pm in enterprise architecture | Permalink | Comments(0)
| Trackback URL

Great Expectations: Ready to Move the Dial in the New IT Landscape? – Angela Yochem, IT Executive, Dell

Session abstract: As you know, businesses are evolving rapidly in response to changing market conditions. As a result, the expectations placed on IT have never been higher. In this session, Angela Yochem will discuss emerging competencies that are required to support business transformation and how we can move the dial in the new IT landscape.

Angela is going to talk about the changes and forces that are causing the business transformations, which in turn are driving IT evolution.  Angela is an IT Executive spearheading Dell’s Services Technology portfolio.

What is happening in IT?  Some IT shops are shrinking.  In fact, many are shrinking.  As IT professionals we should view this as a good thing, because it means we are being successful.  It doesn’t mean less jobs, it means different jobs.

Another move, the shift from centralized global IT to federated, distributed IT.  Enterprise architects typically fear this, because tendency to optimize for the good of the segment instead of the enterprise.  However, that’s not what Angela sees.  With a strong enterprise architecture backbone, can be successful in federated model.

Another trend, IT shops wanting to run like a product group.  Thinking in terms of delivering capabilities, rather than applications.

All of these will change how IT operates.

Why these changes?  Because business is changing.  Consumer expectations and appetites are evolving.  Mom and pop shops need to deliver same level of customer experience as large organizations.  Customers are price sensitive, however it’s not the only factor.  Other factors, environmental and local concerns.

Not just the consumer.  Corporate customers have shifted focus to best overall value.  They want what is optimal for them.  No longer price and quality.  Translate to IT, need to deliver best value solution.

Other change forces, economic volatility, political unrest and natural disasters.

Businesses are undergoing ambitious transformations to win in this new environment.  Angela queried audience: how many going through business transformation (about half), how many in room were involved from the onset (only a small percentage).  Angela finds that problematic.

Creative bundling and/or packaging of solutions for best value offerings to customers.  Angela challenges EAs to put on business hats, think about how they could repackage or bundle current offerings to meet changing business demands.

New offerings, new pricing, new channels.  How can you make your enterprise architecture adaptable?

Challenges group: On April 1 pull your top EA minds into a room, give them a (grand) challenge problem.  If you are a bank, what would happen if you purchased an airline.  If you are a law firm, how would you sell accounting software?  Make the request outrageous, yet seemingly possible.

This isn’t M&A, optimizing for closing the books.  This is about understanding capabilities.  [I would say, business capabilities, organizational capabilities and business-technology capabilities].

Exercise your EA minds.  Another challenge, could your organization start renting products or services?  How would that change your operational models?

We must be able to shift with changing/emerging business models.  [Why I'm focused on change-friendly.]

What if you aren’t able to support business transformation?  You need to revisit, rework, revitalize your business-technology portfolio.

Not just the architecture and technology constraints.  EA also needs to consider the cultural shifts to be an agile (responsive) organization.  We need to break the reliance on F2F interactions.  We can’t optimize enterprise architecture on face-to-face interactions.

Invest in business accelerating capabilities: business architecture, acceleration teams, strong toolsets.  On strong toolsets, “knowledge is power”.

Actively manage your own capabilities and career as you do your IT shop.  As in on the plane, “help yourself before helping others”.  The opportunities that will come are significant.  There will be great management opportunities.  Thought leadership opportunities.  All coming for you!

Posted by brenda michelson at 10:52 am in business architecture, change-friendly, enterprise architecture | Permalink | Comments(0)
| Trackback URL