I have never put ‘Wow’ into the title of a blog before – but for this one it’s fully justified.
This is the fifth year InfoWorld, Penn State University Center for EA, and Forrester have run the annual Enterprise Architecture Awards. When I compare the winners of five years ago – all excellent EA programs, with this year’s winners and the runner-ups, all I can say is ‘Wow – EA is really advancing’.
I am pleased to announce the winners of the 2014 Enterprise Architecture Awards. This year, we have six winning programs – all of which demonstrate leading edge thinking on how they engage with their business, how they provide value, and how they help their business achieve its strategic goals. Here are the winners, selected by a panel of leading EA practitioners drawn previous years’ winners and other excellent programs. (For a more extensive write-up, see the InfoWorld report)
Driving Innovation with Enterprise Architecture
The best way to succeed in Property and Casualty insurance in the US market is to create innovative products and services for unique customer segments, each with a customized customer value proposition. This is the need that Doug Safford, Vice President and Chief Architect pivoted his EA program towards.
Over the last few months I have met or spoken to a significant number of Forrester clients who are undertaking a business architecture initiative. As you can imagine, these initiatives have various sponsors and are at various levels of maturity. Some business architecture (BA) initiatives are being driven by chief information officers (CIOs) and chief technology officers (CTOs) wanting to get a seat, and become an influencer, at the strategic decision-making table. Whilst others are being driven by business executives, who either believe business design and transformation is a business responsibility or that IT has insufficient business competency to understand and deliver what is required.
The different levels of maturity struck me, as just like the English Premier League (that’s where real football is played, for those not in the know) there are the elite (the big boys – top five or six teams) and there are the also-rans/others. There are also the elite BA teams and the non-elite BA teams. The gap between these two groups is growing, which will be a nightmare for a non-elite BA leader benchmarking his initiative against other organizations. Where one could argue in the football reference it is money that divides the two groups, as this attracts better players and creates better teams, with BA teams it appears to be more based on focus. Less mature and non-elite BA teams focus their efforts primarily on the building of BA, reacting to siloed demand and then selling or pushing BA artifacts to stakeholders in the hope that they find these artifacts useful. Whereas, the elite BA teams focus on addressing stakeholder needs and the use of BA, delivering relevant BA services and allowing stakeholders to pull the BA artifacts that address the challenges they face.
It is that dreaded time of year again where we have to report via the performance management system (PMS) on our individual performance and the value we bring to the organization. I say dreaded, because we all know that in reality the goals and objectives were set some time ago in the past, maybe a year ago, and a lot has happened since that time. The person you report to may have changed, you were redirected to other tasks, and so on. Everything seemed possible at the time of the objective setting, but now the reality hits that you were or may have been far too optimistic about your own capability. The self-assessment is difficult as you are not sure whether your manager has the same view as you. You believe you met the objective, but does their expectation meet your actual delivery? If a good performance relates to more money, the pressure and stress builds.
So whilst I was preparing for my Orlando Business Architecture Forum presentation I started to think about how business architecture teams measure and manage their performance. One of my next reports for Forrester’s business architecture playbook addresses BA performance. It was also a hot topic for the EA Council members in Orlando. I had a number of 1-on-1’s with clients who particularly asked about BA metrics and performance — in particular, “What do other business architecture teams do?”
I started listing the questions that, when answered by clients, would lead to a very valuable report for all BA leaders:
Do you measure your BA’s performance? Clients often advise me that they have fairly mature BA practices. However, very few can articulate how they measure their performance, and often comment that the business asks them to demonstrate how BA adds value. So, it would be useful to understand whether BA leaders measure their team’s performance and why they do or don’t.
In Forrester’s EA Practice Playbook, we describe high-performance enterprise architecture programs as “business-focused, strategic, and pragmatic.” They are business-focused so that the direction and guidance EA provides has clear business relevance and value. They are strategic because the greatest value EA brings is to help its business to achieve its business strategies. They are pragmatic because, well, the path to strategy is never straight, and EA teams who aren’t agile in their approach get pushed aside.
National Grid, facing the enormous changes to the utility industry, developed an enterprisewide business capability model and made that the center of their joint business-IS planning. The result? All the way up to the C-level, EA is being recognized as a strategic change agent.
Scottish Widows Investment Partnership “reinvented” their EA program, centered on a business capability model developed over four weeks, and used to organize and link all the EA portfolios. They now have business managers as well as EA using their architecture planning tool.
Enterprise architects I talk with are struggling with the pace of change in their business.
We all know the pace of change in business, and in the technology which shapes and supports our business, is accelerating. Customers are expecting more ethics from companies and also more personalized services but do not want to share private information. Technology is leveling the playing field between established firms and new competitors. The economic, social, and regulatory environment is becoming more complex.
What this means for enterprise architects is that the founding assumptions of EA — a stable, unified business strategy, a structured process for planning through execution, and a compelling rationale for EA’s target states and standards — don’t apply anymore. Some of the comments I hear:
“We’re struggling with getting new business initiatives to follow the road maps we’ve developed.”
“By the time we go through our architecture development method, things have changed and our deliverables aren’t relevant anymore.”
“We are dealing with so many changes which are not synchronized that we are forced to delay some of the most strategic initiatives and associated opportunities.”
The bottom line is that the EA methods available today don’t handle the continuous, pervasive, disruption-driven business change that is increasingly the norm in the digital business era. Our businesses need agility — our methods aren’t agile enough to keep up.
The pace of business change is accelerating. The reason why it is accelerating is the mushrooming of disruptive factors: your customers expecting anytime/everywhere access to you through their mobile devices, competitors leveraging big data technology to rapidly execute on customer-centric value propositions, and new market entrants with lean business models that enable them to outmaneuver your business.
Most companies deal poorly with disruptive change. If they are the “disruptor,” seeking to use these disruptive factors to steal market share, they often run without a plan and only after, for example, a poor mobile app customer experience, realize what they should have changed. If they are the firm being disrupted, the desire for a fast response leads to knee-jerk reactions and a thin veneer of new technology on a fossilized back-office business model.
This is where the value of business architects and business process professionals comes to play: you help your company plan and execute coherent responses to disruptive factors. That’s why your company needs you to attend Forrester’s Business Architecture & Process Forum: Embracing Digital Disruption in London on October 4 and Orlando, FL on October 18–19, 2012.
We’ll start with James McQuivey describing how technology is changing the playing field for disruption in his keynote: The Disruptor’s Handbook: How To Make The Most Of Digital Disruption.
We’ll look at how firms have used technology to rethink their operating models, eliminating low-value activities to focus on what their customers value in Craig Le Clair’s Implementing The Different In The Age Of Digital Disruption.
As the pace of change continues to accelerate in an increasingly complex business environment, organizations need to thoroughly understand how their business operates and plan the technology-fueled business transformation they'll need in the future. Establishing this understanding and enabling the transition to the future state have always been the concerns of enterprise architecture programs, and EA has emerged as a critical practice for managing an enterprise's evolution.
But EA programs have existed for more than a decade, and most of them have fallen short of these lofty goals. Why? Old-school EA has been too tactical, too technology-centric, or too disengaged from business priorities to have significant impact. Enterprises need a high-performance approach to EA that is laser-focused on driving business outcomes. To plan their future, organizations have the following alternatives:
Try to get there without a formal EA program.Enterprises that have yet to initiate an EA program — or have abandoned their effort — are operating without a coherent plan to evolve toward a clearly articulated future state. The lack of an EA program may not derail business as usual, but business change is likely to occur in a siloed, uncoordinated fashion.
Stick with the status quo EA program.Highly skilled and knowledgeable architects typically staff EA programs. But resources are typically focused on project-level activities. Strategy work is likely to be about technology road maps — not business capabilities. Isolating technology planning from business planning maintains the old-school, arms-length relationship between IT and the business.
There’s a big mistake often made with business architecture — a very big mistake, yet a very subtle mistake. As you might expect, there are a number of mistakes one might make with business architecture, but there’s a particularly big and common one that multiplies its effect through all the others.
The mistake is this: To position business architecture as a new layer on top of your existing processes and structures for EA domains such as application architecture, information architecture, and infrastructure architecture.
Here’s the issue: The traditional way many organizations have pursued EA, it should have been called “enterprise technical architecture” — ETA. The central focus has been on the likes of technical standards and reference architectures for application implementation — i.e., on the technology — and not on the enterprise itself. In a phrase, ETA is “technology-centered,” leading us to odd behaviors like assuming it’s only natural that business users, product data, customer data, and the rest will be fractured and split across multiple applications. We put applications at the center and make the business gyrate and adapt around our siloed and broken applications.
You already know it. Technology is completely pervasive in our lives, and in how businesses operate. It’s pervasive in how business execs think — they know that every change they make has a technology aspect to it. As my colleague Randy Heffner says, “It’s no longer enough to say that technology supports business. Today, your business is embodied in its technology.”
You already know it. The pace of change in our highly interconnected and interdependent world is increasing — and along with this are the opportunities and risks which change brings. From emerging markets to new social platforms such as Pinterest, business leaders are finding they can’t assume stable business models and environments anymore. Gone are the days of three-year strategic plans — the mantra now is: “How quickly can we sense and respond to new opportunities and threats? How quickly can we shift our business for these changes?”
Several recent reports on Forrester.com start with the sentence: "EA organizations often toil out of the limelight . . . " There are fewer and fewer reasons why this should be the case.
We hear fewer stories of EA teams as purely "the standards police" or with "their heads in the clouds, not producing anything useful." We hear more and more stories of EA teams changing how business and IT plan, taking the lead in application simplification and rationalization, or being the broker for innovation. Infoworld and Forrester want to recognize these success stories with the 2011 Enterprise Architecture Award.
Discover Financial created an EA repository that aggregates information from its Service Catalog, Fixed Asset, PPM, and Business Goals to provide decision-making insights that saved more than $1M of avoided costs.
Aetna used its Business Capability Map to combine more than 30 business unit strategies and road maps, highlighting common opportunities and gaps that it then used for its annual planning.