Taking Immediate Action with Enterprise Architecture initiatives


Enterprise Architecture will enable Business Agility, increase flexibility and the long-term viability of an organisation.

However, don’t make the mistake of thinking that Business Agility is the same as Agile software development. Business Agility doesn’t come from using Agile for software development. They are two different concepts.

Business Agility is a mindset about business, not about software development or IT-Specific.

It is about the capability to deal with volatility and uncertainty and to react to unexpected business events that can occur at any time.

Business Strategy and Business Agility

Organisations need to Think about Business Agility in terms of the dynamics of Business Strategy.

Mapping their strategies, tactics and business capabilities.


  • Where to defend
  • Where to attack

Tactics for Business Agility

What are the tactical manoeuvres that an organisations will need to think about? 

  • Ability to do something different
  • Preparing for various Business scenarios
  • Consequences of alternatives
  • Business Trends
  • Strategies for gaining a competitive advantage
  • Organisations have traditionally responded to change with strategic planning
  • Change today can be fast
  • Many strategies are 3 to 5 years
  • Aim to be active and prepared to make quick decisions and not just reactive
  • Gain fluidity to be able to adapt to new business models quickly

Business Agility with Enterprise Architecture

How does Enterprise Architecture (and Business Architecture) help? Firstly we can defined some principles.

Enterprise Architecture Principles for Business Agility

  • Reducing bureaucracy
  • Reduce constraints
  • Avoiding blinkered approaches
  • Freeing up power structures
  • Put the customer first
  • Keep up with the customers journey
  • Lean Management
  • Use EA for modelling people, process, policy, applications and technology
  • EA provides a portfolio of initiatives and investments
  • Avoid the pitfalls of automation
  • Ad-hoc Business Processes
  • Data Driven processes
  • Faster decision making
  • Deliver experiences instead of just products
  • Better communications
  • Omni channel communication

Purpose of Business Agility

What is the purpose of Business Agility?

Business Agility will increase the overall agility of an organisation to react to a changing market and customers environment.

This will:

  • Enable more innovation
  • Improve value propositions
  • Reduce systemic risks
  • Business Agility is the new key to success
  • Is your organisation stuck in a rut?

The value of Business Agility

Greater Business Agility will give an organisation:

  • Greater freedom of choice
  • Knowledge of where to change
  • Freedom of manoeuvre
  • The capability of taking Immediate action
  • Re-deployable capabilities
  • Tailored value realisation
  • Increased Business Value
  • Faster responsiveness
  • Increasing foresight
  • Faster reacting to social media
  • Reacting to customers journeys
  • Moving fast in response to customers’ needs
  • Gaining a critical advantage (Blue Ocean)
  • Increased responsiveness to consumer needs is now more important to successful organizations than industrial efficiency and lower costs
  • Better positioned to deal with ongoing and constant change
  • Increased Responsiveness
  • The capability to switch resources quickly and faster than competitors
  • Being able to switch external partners quickly
  • Capability to quickly react to external changes

 Definition of Business Agility

Business Agility means having sufficient spare unallocated resources available in order to react to change quickly enough to be beneficial.

  • Business Agility is the capability to quickly sense and respond to new events
  • Ratio of available resources to uncommitted resources – planned redundancy
  • Less constraints for implementing strategic change
  • Increased Requisite variety

The law of requisite variety governs the capacity of a system to respond to changes in its environment.


  • Business Agility requires a different philosophy for taking immediate action
  • Balance between efficiency and flexibility

100% Standardisation does not provide required agility.

Automated versus manual processes.

  • Business Agility is the capability to make rapid changes when required and not be constrained by static designs
  • Having the capacity to deal with unexpected business events

Providing some slack or unexploited capacity.

 A new Business Capability is needed.

This new Business Capability is called Business Agility Management.

 This is not simply another name for:

  • Risk Management
  • Change management

Change management is a systematic approach to dealing with change both from the perspective of an organization and the individual.

Change management has at least three different aspects, including: adapting to change, controlling change, and effecting change.

It is a new and specialised Business Capability that is Business Event driven and continuous.

  • It will continually adapt to business events
  • It will require capable individuals from the relevant business, with supplier and customer collaboration

For an analogy think of a Cheetah.

  • Cheetahs are perfectly adapted to rapidly accelerating to a great speed for capturing prey
  • Chasing after prey that is dodging about and constantly changing direction
  • A Cheetah is a stealthy high speed agile running machine

Process Models for Business Agility Management

What processes should be used for realising an Business Agility Management capability?

The two that I recommend are the Kotter’s 8 Step change process for developing a strategic overview process, and John Boyd’s OODA Loop for the continuous operational Business Agility process.

John Kotter’s 8-Step Process for Leading Change


These 8 steps are the best approach for developing the strategic Business Agility Management capability:

  1. Establish a Sense of Urgency
  2. Create the Guiding Coalition
  3. Develop a Vision and Strategy
  4. Communicate the Change Vision
  5. Empower Employees for Broad-Based Action
  6. Generate Short-Term Wins
  7. Consolidate Gains and Produce More Change
  8. Anchor New Approaches in the Culture

Run these previous 8 steps continuously and concurrently.


The OODA Loop (ObserveOrientDecideAction) process has been defined by John Boyd.


OODA is the best approach to use for the operational aspects of Business Agility Management.

Observation (current enterprise architecture)

  1. Assess current business events
  2. Expect and watch out for the unexpected events and scenarios
  3. Determine how the current enterprise architecture model will support the new ad emerging events

Orientation (Analysis and insights)

  1. Analyse Business Events and current outcomes
  2. Identify what EA initiatives will be needed to fill the gaps
  3. Identify change and transformation opportunities decisively
  4. Focus on a clear future vision of customer value

Decision (Target Enterprise Architecture and alternatives)

  1. Identify alternative target enterprise architectures and different business scenarios
  2. Identify the target enterprise architecture
  3. Identify EA initiatives
  4. Evaluate investments in change that are needed (play or pass)
  5. Make decisions quickly
  6. Define the EA roadmap in terms of EA Initiatives and Investments on Change

Action (Execution of Target Enterprise Architecture)

  1. Take immediate action on investments in change
  2. Ensure resources and funding are already pre-allocated to immediate actions
  3. Start an immediate action task force to accomplish the changes without delay
  4. (for IT only teams this can be an Agile IT development team that is on hot standby, but don’t forget Immediate business changes needed)
  5. Respond flexibly to emerging circumstances
  6. designed to provide swift and positive reactions
  7. Quickly pivot on changes
  8. Execute the roadmap
  9. Implement the changes

Factors of successful Business Agility Management

How do we determine success for the Business Agility Management capability?

  • Define measurable stakeholder aims and create a business case for their achievement (which should be continuously updated)
  • Monitor assumptions, risks, dependencies, costs, return on investment, dis-benefits and cultural issues
  • Effective communication that informs various stakeholders of the reasons for the change (why?), the benefits of successful implementation (what is in it for us, and you) as well as the details of the change (when? where? who is involved? how much will it cost? etc.)
  • Devise an effective education, training and/or skills upgrading scheme for the organization
  • Counter resistance from the employees of companies and align them to overall strategic direction of the organization
  • Provide personal counselling (if required) to alleviate any change-related fears
  • Monitoring of the implementation and fine-tuning as required

What will the Challenges be?

Business Agility Management will have plenty of challenges:

  • Business Agility requires continuous adaptation
  • Constantly changing context and variable Risks
  • Understanding that people and business processes are resistant to change
  • Avoiding fear, uncertainty, doubt, uncomfortable
  • Designing a Business Model for Business Agility
  • Creating the foundation for a viable business model which maximises opportunities for Business Agility in the enterprise architecture
  • Determining the Readiness for Business Agility
  • Encouraging the likelihood and support for business agility in existing business and IT systems
  • Overcoming organisational inertia
  • Planning and realising a new Business Agility Capability
  • Requires a balance between decision making between speed and efficiency
  • Requires high speed of decision making
  • Requires enterprise architecture to ensure the alignment, integration and collaboration between strategic, social, business and technical components
  • EA-enabled business investments
  • Culture of Business Agility
  • Create a culture that promotes fast decision making
  • Make decisions and taking immediate actions using a rapid decision model
  • Continual scanning of the market and customer environment
  • CxOs understanding Business Agility

Some quotes to use

‘Sometimes I feel the need … the need for speed’ – Top Gun.

Ready, Fire, Aim!

More dreams die because we fail to seize the moment.

Immediate action means seizing the moment!


Nightmare 1 – Competing with newer and nimble competition, who have better and more modern business models

New start up companies are generally more nimble that established companies, but are more fragile and prone to failure once the venture capital money runs out.
New start up companies may end up being very successful capturing customers without needing all the baggage of older more establish companies.
However when they are successful (which is not guaranteed) they can be very profitable and become a takeover target.
When is the best time to acquire them and gain value from them? Will they be worth it? Will they be a good cultural match with your company?

The answer is to use Enterprise Architecture for performing due diligence on them and determining value, business fit and technical fit.
Model the current state Architecture of each company in a merger, then define a single target architecture for the proposed new merged company.
Plan the business transformation with an EA Roadmap.

Nightmare 2 – Dealing with the Effect of Regulatory changes

What will be the impact on political change to the market and a new international trading environment with BREXIT?
How can we ensure the company remains profitable during the transition period, as well as afterwards?
Can we implement the new EU GDPR regulations in good time to avoid the heavy fines? Is your company already very late in starting a GDPR implementation?

The answer is to already be using Enterprise Architecture to understand your current baseline architecture, understanding all the various components in your business, all the connections between data and processes, and all the connections between processes and applications. This will enable you to design your target architecture to implement GDPR compliance.
It’s so much easier with enterprise architecture than starting from a blank model.

Nightmare 3 – Engaging more customers with digital architecture approaches

What is digital Architecture anyway? Its a nice buzz word and everyone will say that they are going digital, but few really understand it.
It is a very fuzzy term.
Is digital technology enough in itself, or is a culture change to the business also needed? The answer to that question will be yes.
It really represents an entirely new way of doing business, not simply new technology.
Digital is about getting closer to your customers, who are adept at using mobile devices, tablets and eCommerce websites to engage with you and your competitors.
Their customer journeys and scenarios are important to understand. An outside in approach is mandatory not optional.

The answer is to use enterprise architecture to understand the market environment, your competitors, your customers as well as your own company.
This needs to be from both business and technology perspective.
If you don’t understand what is happening then how will you be able to compete?

Nightmare 4 – Developing new Strategies and Innovations

Its hard and difficult to develop new strategies. Most CxOs are not really that confident in doing it.
Too often conventional strategy fails. A few one line strategic statements are not particularly actionable.
The dynamic dependencies and manoeuvres are all multidimensional. Companies need greater situational awareness.
How do we deal with dependencies between strategies? Are you being reactive or pro-active?
Is simply copying your competitors strategy a good plan? Or only a focus on mitigating Risks, Issues and Challenges?

The answer is to use enterprise architecture approaches to model your strategic situation, converting strategies into an actionable EA roadmap.
Using Business Models, Wardley Mapping, Business Capability models and Business Motivation Models is a good start for evaluating the pros and cons of strategies.

Nightmare 5 – Managing change – maintaining business agility and speed of change

Everyone wants Faster, Better, Cheaper but its still only possible to achieve 2 out of 3 of those! Is there a silver bullet? No, only in Vampire movies!
There is the lure of Agile, but does it work? Will business agility be achieved by developers using Agile methods for development? Probably not.
There is also the lure of DevOps, but is this just the latest fad? Does it work in all circumstances? How will these work with Lean and 6Sigma approaches?
In reality Agile and DevOps are not the silver bullet for organisations wanting things faster, cheaper and better. Think ‘Horses for courses’.
What about a roadmap for future changes and balancing out the needs of Digital Architecture and your business capabilities.

This will take enterprise architecture and planning, not just agile development. For true Business Agility, your organisation will need to properly plan its future using Enterprise Architecture.
Long term strategic planning, enterprise architecture and road-mapping are always needed.

Nightmare 6 – Growing new business, new Products and Business Services

Many businesses simply think of growth in terms of increased sales, but it’s also important to maintain profitability and viability.
It’s important to have the appropriate business models and think about your value propositions, not just for new customers but for existing customers.
Why not create a Business Model to explore how your customers and competitor work?

The answer is to use enterprise architecture to model your business with a Business Model Canvas and Business Scenarios. Business Scenarios are answering ‘what if’ questions about the future, and how you should prepare. There can be multiple business scenarios for after BREXIT for example, and companies must be prepared for any of them.

Nightmare 7 – Managing Costs and Risks

It’s always more expensive that you thought to improve things. Nothing is ever simple.
Aim for simpler but no simpler. Aim for low risk and low costs, but trade off the risks for market share and share of the customers wallet.
Think of the law of Requisite Variety. And of balancing your problems with your responses.

The answer is to use enterprise architecture for tracking costs, efficiencies, total cost of ownership, balancing the relationships between cost and revenue items, and between risks and mitigation activities. Enterprise Architecture is inherently a cross disciplinary and multi-dimensional approach and usually no single change will solve the issues.
And don’t forget that if you don’t measure anything, then you can’t manage it!
Ensure that you are taking an enterprise investment view of all your new initiatives and change portfolios. Is every initiative actually worth investing in?
Will everything make a profit for your company? When is the best time to invest in change? What are the dependencies between investments in change?


Working out your strategic direction, ensuring that the right initiatives are invested in and ensuring that these are executed properly is exactly what enterprise architecture is used for.
It’s not just about better IT, but about planning a better future for your business, keeping it viable in the long term, helping to make the appropriate fact based decisions.
An enterprise architecture repository is the knowledge base to provide you with answers to your questions.

Enterprise Architecture helps you get on top of business transformational nightmares, to avoid those feelings of anxiety, fear, uncertainty and doubt.

And helps the CEOs sleep better at night.

By now most companies should have heard about the new EU General Data Protection Regulations (GDPR).  https://en.wikipedia.org/wiki/General_Data_Protection_Regulation

The deadline is looming ever closer, and there are some hefty fines for companies that fail to implement it. The penalties for not complying with the legislation are potentially going to put a huge dent in your profits and viability. These include fines of up to €20 million or 4% of annual global revenue. This is then a huge reason for your company to be using Enterprise Architecture to deal with the GDPR changes.

And GDPR does not just have to be affecting European based companies, it applies to any company dealing with European citizens. And what’s more, even BREXIT won’t help. The UK government is already committed to GDPR after BREXIT. Sorry!

Companies that already have a healthy and strategic Enterprise Architecture Capability will be in a much stronger position. I don’t just mean EITA here of course, but real Enterprise Architecture.
GDPR is not just about IT change, but also about business change. Your existing Enterprise Architecture models will make it very much easier to identify the impact of the EU GDPR regulations, using new attributes and heat maps on existing catalogues, matrices and diagrams.

Purpose of GDPR

The purpose of GDPR is to improve on the previous data protection rules. In this digital eCommerce world, this is absolutely essential. This is no longer a so called box ticking exercise but a cultural change in mindset and levels of trust and integrity.
Companies, such as UBER, can no longer be blase and hide being hacked for months and losing huge amounts of customers personal data, without coming clean about it, and consequentially stopping it happen again.

See http://ec.europa.eu/justice/data-protection/reform/index_en.htm

The aim of the General Data Protection Regulations is to ensure that personal data is stored with customers informed consent, where the customer knows for what purpose data about them will be used and for how long it will be kept. Customers will want to know how their personal data is being used afterwards, especially after a merger or acquisition. What, for example does Facebook plan to do with WhatsApp data now that it has acquired Facebook?
It is certainly not transparent, is it? A customer might have trusted WhatsApp, but do they still trust the new owners Facebook? Facebook seems to be increasingly pushing fake news and becoming more political, which is troubling. Don’t just worry about SkyNet but also about Big Brother.

GDPR has been introduced to help companies be honest and increase their data security and their overall integrity. Luckily Enterprise Architects are already skilled at providing details about party data, data models, data flows and data security to support information security audits and personal impact assessments, and other regulatory requirements.

Something like GDPR is exactly the kind of strategic change scenario that Enterprise Architecture is designed to support.
What are the requirements? How do they affect the various EA domains? Strategy, Business Architecture, Information and Data Architecture of course, Services and Application Architecture and also the technology and infrastructure Architecture, where the personal data will be stored.
The same considerations apply whether the data is stored on premises or in the cloud. Enterprise Architects now need to build privacy by design.

Organisations will need to know why the data is needed? Is it always really needed, or is it just for future cross selling and data analytics?
Is that personal data compliant with GDPR? Probably its not longer compliant. Who uses the personal data? What business processes are involve? Too many process models that I’ve seen fail to show access to read and update data objects in their process models, let alone the business events that re related to customers data. What data services are involved? What applications need to be upgraded or replaced? I expect many package applications are being updated to ensure their compliance with GDPR. How do we ensure visibility of data to the customers, in the background of continual changes?
How do companies prove that they are being honest with customers data and especially how do they keep customers informed? If customer data increasingly has a value, then how will customers gain value from how companies use their data without their informed consent?

The Enterprise Architecture repository should already be able to answer all of these questions.
If not then why not? If not now, then when?

Companies without any credible Enterprise Architecture will be in a huge disadvantage and have to rapidly catch up. It’s never too late.
And once again, this is not simply about IT Architecture or just Data Architecture, it’s about the whole enterprise. The enterprise will include partners and suppliers as well. You will need to know what your contractors are doing with customers personal data.

In many organisations, the application architecture is only about so called Business Applications, that are approved and managed by the IT department. You also have to model the End User Computing (EUC) applications like those Excel spreadsheets, Access Databases, Sharepoint tables and Cloud databases (like Box, DropBox, Google Drive etc) that business users have created (unbeknown to IT) in order to do their job outside the main business applications. These EUC applications and databases must also be considered.

EA Governance and Compliance

Enterprise Architects, Business Architects, Risk Managers and Compliance Managers are in a strong position to assist the business to review their existing data flows and applications against the GDPR requirements.

See http://ec.europa.eu/justice/data-protection/reform/index_en.htm

Companies with an Enterprise Architecture capability will also normally have set up an EA Governance and Compliance capability. For GDPR, the Strategies, Goals, Objectives, Measures, Policies, Business Rules and Governance organisation structure need to all be reviewed and enhanced.
The Enterprise Architecture team should already be playing a key role in these EA governance bodies, the Architecture Governance Board of strategic changes and in ensuring compliance with policies, rules, patterns and standards in a Technical Design Authority.

Risk management and Audit processes also need to be reviewed and updated. Enterprise Architects are usually involved as key stakeholders for these. Are there adequate controls and monitoring of events? Is the data secure against hacking and accidental loss?

Enterprise Architecture Modelling

As per any enterprise architecture work, you need to identify the current and target architectures, identify gaps and change initiatives and then plan a roadmap of those changes. Heatmaps for GDPR related changes are an essential way to identify and prioritise GDPR changes needed.

After Enterprise Architecture changes for GDPR, then it is important to maintain continual operation, monitoring and reporting, so that the target Enterprise Architecture will need to include new end to end processes, roles and responsibilities for the business, to ensure continual compliance. Is data being captured with consent and a clear purpose, fully communicated to customers? ‘Security by Design’ is the new normal. This requires enterprise architects, compliance managers and C level executives to build compliance into the design of all current and future Enterprise Architecture models.

Enterprise Architecture models need at minimum, to review the following deliverables:

  • Data Catalogue
  • Data Model diagram
  • Process model
  • Process flow diagrams (Event-driven Value streams)
  • Application Service models (Catalogues and Diagrams)
  • Application model (Catalogues and Diagrams)
  • Application Integration/Flow diagrams
  • Data storage models (Databases, Data stores, Messages)
  • Data flow Diagrams
  • Infrastructure Service Catalogues
  • Infrastructure Component Catalogues
  • Infrastructure Diagrams

What are the key Changes for GDPR?

Compared to the current data protection framework under the Data Protection Act 1998, the GDPR will bring a number of important changes and enhancements including:

  • Increased accountability and greater level of responsibility within organisations to ensure that personal data is fully protected and processed according to the regulations
  • More data will be classified as customers personal data, not just in normal databases but also in EUC component and in Cloud data storage
  • New internal role of a Data Protection Officer
  • External Roles outside the company will also be regulated, such as contractors, partners and service providers
  • Eye-wateringly high cost of non-compliance
  • New requirements for notification of data losses through hacking and lack of compliance
  • Greater rights for customers to understand how their data is to be used, to give their informed consent, and to make future requests to change their consent
  • Risk Assessments
  • Privacy Impact Assessments

See also https://ico.org.uk/for-organisations/guide-to-the-general-data-protection-regulation-gdpr/

Benefits of GDPR

What are people expecting your company to do with their data? It’s about re-establishing your customers’ trust, and that you won’t change your mind and do something different or evil with their data. This trust will provide an increased business advantage for companies that get it right.

If a company cannot demonstrate that they are using Enterprise Architecture to achieve compliance with GDPR, then they are risking their reputation, which ultimate means less business and less profits.

With Digital Architecture, companies are designing their business with an Outside -In approach, designing their value proposition around what customers really want in their customer journeys.

GDPR is essentially designing the Outside-In approach for the protection of customers private data.

Enterprise Architecture perspectives

From an Enterprise Architecture perspective you need to ensure that:

  • Decision makers and C level executives are aware that the law is changing to the GDPR and time is running out to plan the changes
  • They use Enterprise Architecture to drive this as a strategic change, with new initiatives to be designed in the target Enterprise Architecture model and managed in the EA Roadmap
  • There is full knowledge of how information and data is managed, flows around the company and is changed by processes, services and applications
  • New business processes are created to handle customers new rights
  • Enterprise Architecture is used to managed and rapidly create an EA roadmap for strategic changes needed
  • A new meta model is designed to include customers consents, breach events and other change events
  • New business processes are created to handle data breaches and GDPR reporting requirements
  • Risks, issues and mitigations are well modelled
  • New Application Services are created
  • New package Applications are procured, which have updated support for GDPR data and processes


Yes, it’s a big strategic piece of work to do, with a May 2018 deadline that is getting ever closer, but luckily Enterprise Architecture is designed for managing just this kind of strategic change scenario.

So to avoid GDPR fines in 2018, start using Enterprise Architecture now, to plan and execute the strategic changes needed.

It makes sense!

How can you not already be using Enterprise Architecture?

Do some enterprise architects become masters at their discipline without hours of practice, or does it really take 10,000 hours?
Of course 10,000 hours is a long time. 5 hours per day for 10 years? Its not a fast process, and most people are always looking for short cuts.
Is 10,000 hours the average or the minimum?

Do enterprise architects need some innate talent, or can this discipline be learnt?
How long does that take? What do you need to learn?

“If you can’t explain enterprise architecture to a six year old, you don’t understand it yourself.” – as Einstein would have said.

What is Enterprise Architecture?

Enterprise Architecture (EA) is the process of understanding the business model, the enterprise vision and both the business and IT strategies and then enabling the effective execution of the resulting change initiatives.

Enterprise architecture does this by modelling the current state of the enterprise and defines a number of enterprise’s future target states, defines the dependencies, identifies the best investment initiatives, identifies the change initiatives and then plans the required business transformations in the future.

Business transformations includes defining holistic models and road maps of the change initiatives, covering all domains from a strategic, business, organisation, information, services, application, technology and infrastructure perspectives. Usually that also includes modelling the market environment (what the competitors are doing) and customers own architectures (customer’s own processes and customer journeys).

The goal of Enterprise Architecture is essentially to successfully manage the process from Strategy to Execution.
Strategy execution is generally an enterprise’s most challenging issue, especially with the current attention on digital or customer focused transformations.

What is an Enterprise Architect?

Too often the enterprise architect role is misinterpreted and misapplied. It is not another name for the IT architect or solution architect roles at a project development level. It is definitely not another name for a solution architect who has achieved a certain level of seniority.
A solution architect can’t call themselves an enterprise architect, without first attaining an expert level of understanding and knowledge of the business as well as of IT.

An Enterprise Architect is a senior management executive leadership role concerned with how an Enterprise works from a business perspective, planning the future of how an enterprise needs to be transformed and changed over time and how it need to operate in its future environment. Inevitably IT is a large part of that change but in itself doesn’t define what Enterprise Architecture is all about.

Becoming a master : Gaining Skills and experience

Ignorance brings chaos and not knowledge, and diligent study and learning is essential.

No matter where you start from, it is necessary to learn from others and apply what you have learnt. Finding the right mentor is important.

Enterprise Architecture is a broad discipline and skills and experience in programming and development will not make you an Enterprise architect.
You have to learn about how a business works in terms of its business strategy and business capabilities, how it delivers value to its customers with its Business Model and its value proposition. You have to understand what Business Capabilities an enterprise has and how those capabilities are realised in the future with a mapping to the staff, organisation structure, business processes, information/data needed (and flowing), enabling applications and the services they provide, as well as the underlying technology and infrastructure. Technology & infrastructure isn’t simply IT by the way, but can includes factories, physical facilities and machinery. Remember the Internet of things includes smart machines, Internet enabled cars, integrated factories etc, not just IT stuff.

What does an enterprise architect needs to know?

  • A clear understanding of what Enterprise Architecture is
  • Abstract thinking
  • Conceptualisation
  • Visualisation
  • Visioning
  • Discussing strategy and planning
  • Modelling the enterprise – to understand anything requires a mental model or an image of it.
  • Modelling the future change options and alternatives
  • Understanding Meta modelling and applying the important concepts
  • Understanding different stakeholders viewpoints
  • Identifying best practises
  • Understanding the enterprise architecture processes
  • Researching new topics
  • Following business and IT trends
  • Assessing opportunities
  • Critically evaluating information gathered from multiple sources
  • Evaluating investments
  • Evaluating future business and IT trends
  • Making recommendations
  • Analysing the architectures
  • Aligning business and IT
  • System thinking
  • Designing
  • Road-mapping and business transformation
  • Making decisions
  • Teaching and mentoring
  • Writing and communicating
  • Persuasion and influencing
  • Managing complexity
  • Managing performance
  • Providing value to the enterprise

Enterprise Architecture thinking and deliverables are often seen as purely to do with software delivery, solutions development, technology selection and specific implementation details. These are aspects of the work that is done, but only a fraction.

Its worth repeating that Enterprise Architecture covers changes to the whole business not only IT related changes.

What should an EA job specification look for?

  • 10 + years of experience of Enterprise Architecture including Business Architecture
  • An understanding between future strategy planning and running current operations and software development
  • Understanding how businesses work
  • An understanding the difference in scope and context between enterprise architecture and solution architecture
  • An understanding of stakeholder engagement, analysis and design.
  • A broad, enterprise-wide view of the enterprise and appreciation of strategy, business capabilities, business processes, services, information, data, enabling applications, technologies and infrastructure.
  • An understanding of governance, risks and compliance
  • A demonstrated ability to recognise structural issues within the enterprise, interdependencies, issues and challenges, influences, motivations
  • The ability to apply enterprise architectural principles to business problems
  • Experience using model-based representations that can be adjusted as required to collect, aggregate or disaggregate complex and multiple views about the enterprise
  • Extensive experience modelling using a variety of tools and techniques
  • Stakeholder analysis experience
  • Experience in establishing an enterprise architecture capability within the organisation.
  • Participating in strategy discussions and planning
  • Understanding evolutions and system dynamics
  • Balancing the requisite variety
  • Guiding the impact of strategy on business capabilities
  • Guiding business transformations
    Open minded and challenging group think

What are the habits of successful Enterprise Architects?

  • Use a business led Enterprise Architecture approach
  • Use business models to understand the business environment
  • Use business capability models to understand outcomes of value and planning of change with heat maps
  • Use strategy maps, Wardley maps and system dynamics models to understand  dependencies and evolution
  • Use information models to understand underlying data, information and knowledge
  • Use appropriate frameworks to apply consistent structure of key deliverables
  • Use appropriate EA tool to accelerate modelling and analysis of investments and options
  • Use appropriate approaches (Agile, Lean, Six Sigma, Iterative) at the right time (one size does not fit all)

Master Enterprise Architect

A master enterprise architect requires a unique blend of skills, which include keen awareness of the business, looking into the future, analysing trends, understanding the evolution of dependencies, dealing with various strategies, managing business transformations and change, dealing with stakeholders, understanding IT architectures.

Working closely with C level executives and senior management, master enterprise architects get into the detail of what makes a businesses successful by getting to the heart of their business strategies, goals and objectives, making better decisions and managing the complexity of strategy execution to enable the enterprise to gain maximum value from their investments in change.

How long does this all take? Roughly 10,000 hours, if not more…
Its worth reading the book ‘Outliers: The Story of Success’ by Malcolm Gladwell


Enterprise Architecture is much more than a list of components. Too often one sees diagrams in slide decks that are either simple lists, a layered view of domains, or a graphical hierarchy. And these are supposed to represent the ‘Architecture’?

These visualisations are good to use to inform on the scope and context, but they really only tell us half the story.

The various components (building blocks in TOGAF) will all have a large variety of connections between them to other components. It is these connections that in fact provide the value of an enterprise architecture model, and cement everything together.
An Enterprise Architecture model is a graph of connections. The information and knowledge created in the enterprise architecture model can be viewed from many perspectives and needs to satisfy many stakeholders. Everything is dependent on everything else, and everything is connected in multiple ways. Components never exist in isolation.

An enterprise architecture model is holistic and models the whole enterprise as a sum of the parts, from a variety of different perspectives and stakeholder viewpoints. All enterprises are essentially multi-dimensional, and the connections are the way we can understand all the dimensions.

The connection types can include connections such as:

  • Traceability
  • Impact
  • Association
  • Responsible
  • Affinity
  • Correlation
  • Dependency
  • Interaction
  • Cost
  • Accesses
  • Motivation
  • Evolution
  • Need
  • Enables
  • Assignment
  • Realisation
  • Uses
  • Requires

The name, definitions and set of all possible connection types will be specified in your favourite EA Framework/Meta Model (I.e. TOGAF, ArchiMate, FEAF, MODAF etc.). It’s more common to customise a meta model by adding new connections between existing components that it is to add new component types themselves

Using a well developed EA model, CxOs will be able to look at all the connections help to understand the way the enterprise works as a whole, as a holistic enterprise. The connection provide the cohesion in the model. CxOs can understand all the connections internally between business units, their business model, their business motivation model and externally with their customers and suppliers. And to gain an understanding of how the company fits within the market environment and compares with its competitors. The connections provide knowledge and dynamics.

To get the right answers you need to ask the right questions. The connections between components will provide the answers and support decision making.

Here are some questions that might be asked:

  • How are the Business Capabilities realised?
  • How do the Business Processes access Data and Information?
  • What Knowledge is available to my staff?
  • What Business Services are associated with my Value Proposition in my Business Model?
  • How does the Product Lifecycle change over time?
  • What are the dependencies between Business Capabilities?
  • How are my User Needs and Customer Journeys satisfied?
  • What components are expected to evolve in the future?
  • How do my Business Capabilities compare to those of my Competitors?
  • How does my enterprise compare to the Market Offerings?
  • When are the Capability Increments realised with Initiatives in the Roadmap?
  • Which Initiatives are planned as Programmes and Projects?
  • What Resources are assigned to each Initiative or Project?
  • What are the Risks associated with my potential Investments?
  • What are the dependencies in the Project?

More connections in an EA model will make that model richer and more useful. Connections provide the behaviour in a model.
Connections are not just static but are dynamic and may be changed far more often that the components they link. Modelling dynamic behaviour in an EA model is something that is often overlooked.

An Enterprise Architect is thus someone who makes vital use of “the fundamental interconnectedness of all things”, in order to understand complexity and to find the right answers for the whole enterprise; and who thereby becomes the master of changes, transformations and evolution of the enterprise over time.

Increased interconnectedness in an enterprise architecture model can stimulate innovation and the emergence of new ideas and possibilities.

Written by Adrian Campbell

A good analogy for an Enterprise Architecture capability is to think of it as the equivalence to an intelligence corps in the military.
Military Leaders and business decision makers will use this Strategic Intelligence capability to:

  • Know what their current capabilities are
  • Know the capabilities of the enemy (competitors) are
  • Understand and gain awareness of the market situation
  • Understand the nature of the environment (the market place)
  • Understand the chances of success (costs and revenue)
  • Help define their goals and objectives
  • Help plan their strategies and tactics
  • Help create plans of attack or defence (a roadmap for transformation ad change)
  • Help to make new plans as the situation changes (a plan is always the first casualty of war)

The military intelligence corps is responsible for gathering, analysing and disseminating intelligence and knowledge about the military situation.

Enterprise Architecture is a business capability that collects information about the whole enterprise and uses various modelling and analysis approaches to create knowledge about the enterprise, provide advice and guidance to CxOs and heads of business units, and provide intelligence in support of their strategic decisions.

Most enterprises maintain some kind of business intelligence capability to collect information and analyse it, but this is not enough. An enterprise architecture capability is also needed.

For a long time the high level decisions made by executives and senior managers have often purely been based on intuition, personal experience and anecdotes.
Often their experience is 20+ years old and no longer relevant. Unfortunately most CxOs didn’t ever learn about enterprise architecture in their MBA courses, or were never taught about it in the first place. This is woeful ignorance in todays fast moving and complex business environment. Don’t let other players on the golf course make your decisions for you.

Often CxOs and senior decision makers are simply copying the decisions made by their competitors, for better or worse. If one of their competitors is playing with Blockchain, so that must be a good strategy right? Right? Another silver bullet or a waste of money? Does your enterprise architecture capability give you a competitive weapon?

Companies that want to succeed should put their trust in real strategic Enterprise Architecture.

Q. How many CxOs does it take to change a light bulb?
A. None.
– They get their Enterprise Architects to enable the strategic change.

Connections between components in an enterprise architecture model are the basis for identifying, creating and providing knowledge, analysis and intelligence.
In other words, Enterprise Architecture creates the Situational Awareness model for the organisation. The battle map on which the strategies and tactics can be plotted.

Enterprise Architecture models include the strategy, business architecture, information/data architecture, application architecture, infrastructure architecture domains etc.
EA Models also includes a study of the  behaviour of their contacts, customers, competitors, vendors and suppliers, from both a strategic and tactical perspective. Both for the current state and future target state, or indeed multiple alternative future states based on alternative business scenarios. The target operating model is the same as the target enterprise architecture model.

The Enterprise Architecture capability provides valuable knowledge, intelligence and experience of the dynamic changes going on and not just as a static set of deliverables or inflexible process. When the strategic situation changes, then the Enterprise Architecture body of knowledge and intelligence needs to rapidly provide the answers. Keeping pace with today’s dynamic markets requires an Enterprise Architecture capability to enable and deliver a strong strategy and amplify it. A better way to change that light bulb.

Achieving a company’s full potential and stimulating creative needs, innovation and knowledge needs answers to lots of known and unknown questions.
Leaders focus on the most important decisions, answering questions such as:

  • What if a competitor does this?
  • What if the regulations change?
  • What can we do to help?
  • How to persuade the customer to buy more?
  • How to increase profits?
  • How to improve our service?
  • How to stay competitive in a changing market?
  • How can we innovate?


Achieving instant readiness with Enterprise Architecture is better than not being ready at all, or too late.
If you (the CEO) don’t act now to establish an Enterprise Architecture capability now then you will lose out on competitiveness and efficiency.

The most successful leaders in business already have a Strategic Enterprise Architecture capability established, providing the organisation with Intelligence and Knowledge.

Strategic Enterprise Architecture (Intelligence corp) capability includes the following sub-capabilities that enable the most successful leaders in business.

An Enterprise Architecture Capability:

  • Provides the ability to envision and visualise an ideal future state based and create a roadmap in order to realise it (situational awareness and winning the war)
  • Provides the ability to understand trends that present threats or opportunities for an organisation (countering the enemies threats)
  • Provides the ability to identify, analyse, integrate components and connections required to achieve a business strategy (organising your forces)
  • Enables and motivates people to work together to realise a strategic business transformation. (ensures success and keeps up morale)
  • Enables governance and compliance of strategic relationships with vendors and suppliers, including for cloud services (maintains direction and momentum)

..I love the smell of Enterprise Architecture in the morning. Smells like victory…


How often is an established Enterprise Architecture approach used to create a Target Operating Model?
If the answer is not often, then why not?
If the answer is yes all the time, then how should we go about creating one ?
Are traditional consultancy approaches to target operating models good enough?

What is an Operating Model?

The term Operating Model is a fuzzy one. What does it really mean? What is in an Operating Model?
It appears that often some consultants totally go out of their way to avoid mentioning Enterprise Architecture and instead focus solely on the term Operating Model.
This may well be a side effect of the misunderstanding of Enterprise Architecture as only concerned with IT Architecture. Or may be because those consultants want to invent new terminology to make their services sound unique?

Is a Target Operating Model just another name for the Target Enterprise Architecture?
And by Enterprise Architecture of course I don’t mean just the IT Architecture domains, but all the EA domains which now include:
  • Strategy & Motivation
  • Business Architecture
  • Information/Data Architecture
  • Application and Application Service Architecture
  • Technology & Infrastructure Architecture
  • Physical Architecture (I.e. Archimate 3 Physical Elements)
It seems to me that a target operating model is fundamentally just another name for the full target Enterprise Architecture model and in particular primarily represents the mapping between the Strategy and Business Architecture domains and the other EA domains.

Why do we need an Operating Model?

An Operating model at the very least represents the mapping between the strategic views and components, such as :
  • Business Model (BMC)
  • Business Motivation Model (BMM)
  • Wardley Model
  • Strategic Map/Balanced Score Card (SMBSC)
  • Business Capability Models
and the rest of the enterprise architecture models, views and components in the other remaining EA domains.
If we update the strategies then we will need to update how those strategies will be realised.
A strategic change / business transformation programme will be used to realise the new strategic changes and essentially change resulting operating model.
Many refer to a Target Operating Model in a simplistic fashion as consisting of People, Processes and Technology, but there is more to it than that.
According to POLISM, a definition that comes from Ashridge Business School, an operating model covers six component areas:
– The business processes that needs to be performed
Organisation and people
– The people and roles performing the processes and how they are grouped into organisation units
Locations, buildings and other assets
– The places where the work is done and the technology, infrastructure and physical equipment in those places needed to support the work
– The Information, data and applications needed to support the work
Sourcing and partners
– External entities, people and organisations outside the enterprise also performing the work
– the management processes for planning and managing the work
Missing from this list is an analysis and understanding of Customers, Risks, Assessments, Performance metrics and measures, and other influences.
A secondary question that I always ask myself is why don’t Business Masters (MBA) courses teach executives and management about Enterprise Architecture?
This may indeed be the source of the fuzziness and lack of preciseness of the term Target Operating Model?

Target Enterprise Architecture Model

For me a better approach is to use a complete Target Enterprise Architecture Model as the Target Operating Model.
The Target Enterprise Architecture Model will consist of a number of more specific models (viewpoints) grouped into a number of EA domains.
Each of the EA domains will typically address the needs of different stakeholders and
visualises their concerns. This is a bit like for the POLISM stakeholders above but in better detail.
Each of the specific models listed within an EA Domain below may well evolve and change over time independently. The specific models can be updated when necessary as the enterprise itself evolves and changes in reaction to changing business and customer environments.
There is traceability connection between each specific model, so creating or updating one model will inform and influence other models. The primary traceability connection are see in the diagram below.
As with any target enterprise architecture models, there can be a number of alternative future versions often aligned to different strategic themes,  business scenarios or intermediate transition architectures. There need not be a single view of the future.
The complete set of the following specific models makes up the whole target Enterprise Architecture model, grouped into the following EA Domains:

Strategic Architecture Domain

Business Model (BMC)
Wardley Model
Business Motivation Model (BMM)
Strategy Map / Balanced Score Card Model
Value Chain Model

Influences Domain

Influences model
Stakeholders model

Customer (Outside In) Domain

Business Value Network Model
Business Scenario Model
Customer Journey Model
Business Services  (value proposition) Model
Business Events Model
Business Service Flow Model

Risks Domain

Risks (RAID) Model
Assessment Model
Business Capability Domain
Business Capability Model
Capability Dependency Model
Component Business Model

Governance and Compliance Domain

Business Policy Model
Business Rules Model
Governance Model
Requirements Model

Organisation Domain

Business Context Model
Organisation Structure Model
Business Locations Model
Business Roles Model

Business Process Domain

Business Process Hierarchy Model
Business Process Flow (Value Streams) Model

Knowledge/ Information/ Data Domain

Knowledge Model
Business Information Flow Model
Business Information Object Model
Logical Data Object Model
Physical Message Model
Physical Data Storage Model

Applications Domain

Application Services Model
Application Landscape Model
Application Integration Model

Infrastructure Domain

Infrastructure Services Model
Infrastructure Model
Network Model
Physical Models

Roadmap Domain

Initiatives Model
EA Roadmap Model
Project Roadmap Model
Programmes and Project Portfolio Model


In summary we should not be defining target operating models with yesterday’s approaches, but must instead use today’s better Enterprise Architecture techniques and models for defining the next Target Operating Model.
The models identified above are all fully defined and available in an Abacus model. Anyone who wants to follow this approach can contact me for more details.
%d bloggers like this: