Knowledge Base

Welcome to our knowledge base, this is where you can find information on various topics like Togaf, Enterprise Architecture, EA tools, IT trends and more. This section is purely intended as a free information library. If there are specific topics you would like to see described please email these to

WIKIPEDIA: Enterprise architecture is a well-defined practice for conducting enterprise analysis, design, planning, and implementation, using a holistic approach at all times, for the successful development and execution of strategy.

GARTNER: Enterprise architecture is the process of translating business vision and strategy into effective enterprise change by creating, communicating, and improving the key principles and models that describe the enterprise's future state and enable its evolution.

FORRESTER: Enterprise architecture consists of the vision, principles and standards that guide the purchase and deployment of technology within an enterprise.

THE OPEN GROUP: Enterprise architecture is a discipline that helps the enterprise define, develop and exploit the capabilities in order to achieve the enterprise’s strategic Intent. An ‘enterprise’ is any collection of organizations that has a common set of goals and/or a single bottom line.



    TOGAF Stakeholder

Enterprise Architecture often tries to address and balance different stakeholder viewpoints. But that doesn't work often. Why? Let's paraphrase Abraham Lincoln:

"You can please all of the stakeholders some of the time, and some of the stakeholders all the time, but you cannot please all the stakeholders all of the time."

These cynical lines can be easily applied to the all-mighty role of enterprise architecture when it tries to somehow balance a wide range of stakeholder views.

Enterprise Architecture using TOGAF emphasizes the need for proper stakeholder management, devoting the entire Chapter 24 to the subject, as well as step 2 in phase A: in which Architecture Vision is used to describe the process for identifying stakeholders, concerns, and business requirements.

It is almost impossible to keep all stakeholders satisfied
The majority of EA Projects involve large architectural landscapes and require large-scale changes - which means there will be a lot of stakeholders, and you can be sure that their worries and priorities are not the same. With many simultaneous projects, pressure to use scarce resources and the diversity of needs that follows, pleasing the stakeholders becomes increasingly more challenging.

We cannot keep everyone pleased all of the time. So, what can we do?

TOGAF Enterprise Architecture provides simple guidelines that little above common sense. It suggests identifying the influential stakeholders at the beginning of the project and using their input to adapt the architecture, which guarantees their support, allows the use of more resources and generally raises the chances for architecture to succeed. TOGAF likewise advises how to improve communication with powerful stakeholders and how to show changes that are addressing their concerns. TOGAF explains how to document concerns and define stakeholder viewpoints. But there are some things TOGAF does not emphasize:

- The majority of stakeholders does not understand EA or architectural issues. Help them by being a translator. One of the key roles of the enterprise architect is to translate stakeholder's concerns into architectural requirements.
- Find groups of stakeholders who would benefit from the similar architecture changes, or who are affected by the same architecture limitations. This probably sound obvious, but many architects tend to overlook this one. By finding stakeholders that are affected by the same issue (often in different ways), your chances are rising, and you should build momentum and make things better.
- Stakeholders are resistant to cooperation for two main reasons:
1. Resources are limited, so they don't want to see them spent on things that don't seem relevant.
2. They lack information to make such decision.

The enterprise architect can do something in both cases. First, it can develop an architecture to build business capabilities. This proposal should be a continuous change, where just one project creates an architectural foundation for future options. Second, it can provide a wider architectural picture, which shows how each of the stakeholders benefits from the transformation.

Before saying we cannot please all of the stakeholders, we should demonstrate an architecture that could address their concerns. By using TOGAF guidelines and translating concerns into architectural solutions, we can show that a set of architectural components can bring us closer to making everyone happy.

keywords: Enterprise Architecture, TOGAF, TOGAF Stakeholders, Enterprise Architecture TOGAF

Complete Enterprise Architecture Tool

Why use EAComposer?

  • Manage your architecture portfolio, your enterprise architecture building blocks. Applications, platforms, data but also any business components.
  • A complete EA solution for all enterprise architecture activities with 80+ real-life templates ready for use.
  • Includes an advanced EA modeling feature to create professional, business friendly enterprise architecture models and diagrams, ready for presentations.
  • Apply architecture governance to ensure that projects are aligned with standards, reference architectures & technology strategies.
  • The Free Trial will give you instant and full access to the product & features, after 4 weeks the trial automatically expires. No catches!