What is An Enterprise Architecture Framework?
What is an Enterprise Architecture Framework?
What to Look for in an Enterprise Architecture Framework

What is an Enterprise Architecture Framework?
We use the term essential scaffolding for the enterprise architecture framework. Scaffolding helps you work with tools and method.
A framework's tools and methods will speed the development of useful enterprise architecture. As well, the framework makes it easier for the enterprise architects to develop a stronger enterprise architecture.
The enterprise architecture framework tools help with analysis and description. An optimized enterprise architecture framework's tools can include:
- Analytic Models
- Viewpoint Library
- Reference Architectures
- Architecture Specifications
- Deliverables
The enterprise architecture framework method will address:
- Architecture Development Method
- Transition to Implementation
- Implementation Governance
- Enterprise Architecture Work Management
An optimized framework method will take these generic approaches and deliver the process required for your EA use case.
Enterprise Architecture Framework Definition
Definitions of an enterprise architecture framework can be self-serving. We consider an enterprise architecture framework as providing the essential scaffolding to develop, implement, govern, and sustain an enterprise architecture. It should provide universal concepts, stable best practice, and guidance on how to develop and use your enterprise architecture.
Using the right enterprise architecture framework speeds your enterprise architects. It improves the quality of their work.
What to Look for in an Enterprise Architecture Framework
When we are building an enterprise architecture team we start with the use case and then look for the best architecture framework to start with. We want every head start and advantage developing an optimized framework.
We look for architecture tools and architecture method supporting the enterprise architecture use case.
Enterprise Architecture Framework Tools
Analytic Models are the most important part of an optimized enterprise architecture framework. Analytic models help an enterprise architect analyze the architecture and determine the source of a shortfall, and explore potential corrections.
Which analytic models an optimized framework needs are directly tied to the enterprise architecture use case. For example, if your enterprise architecture team is focused on the IT Modernization use case, it likely needs to know:
-
- where cost is injected into the IT Portfolio, and
- where rigidity is injected into the IT Portfolio
To succeed it will need analytic models to find sources of cost and rigidity.
Analytic models are often missing from standard architecture frameworks, however they are often built into enterprise architecture management tools.
Viewpoint Library is the foundation of an optimized framework. Different use cases address different consistent criteria and have common stakeholders. A viewpoint library provides support for the criteria and stakeholders normally addressed.
Have a look at the Navigate Portfolio Atlas viewpoint library.
Reference Architectures are required in optimized frameworks. A reference architecture is a generic architecture that identifies the normal outlines of a system.
Many architecture frameworks are reference architectures. BIAN and eTOM are reference architectures for banking and telecommunications industry.
They are often built into enterprise architecture management tools.
Architecture Specifications cascading direction is a fundamental of enterprise architecture. It plays a key role in the approval of target architecture and implementation governance.
An architecture framework may have an approach or style. In fact, a high fraction of the DODAF Framework are architecture specifications.
In Navigate we identify several classes of architecture specification: principle, pattern, standard, and rule
Deliverables architects use analytic models, views, and reference architectures. Everyone else consumes deliverables.
An optimized framework will have the deliverables an architecture team needs to produce.
Enterprise Architecture Framework Method
Architecture Development Method
Transition to Implementation
Implementation Governance
Enterprise Architecture Work Management
How Many Architecture Frameworks are there?
There are three types of enterprise architecture framework - comprehensive frameworks, industry frameworks, and domain frameworks. They designed each type of EA framework to best address different problems.
We pay attention to enterprise architecture frameworks because we develop enterprise architecture teams and delivery enterprise architecture consulting. We know that different organizations and industries have different problems. We use different enterprise architecture frameworks to speed the development of better enterprise architecture.
The Three Types of Enterprise Architecture Frameworks
Comprehensive Architecture Frameworks
Comprehensive Architecture Frameworks are industry and domain agnostic.
Industry Architecture Frameworks
Industry Architecture Frameworks are optimized for one industry. Good examples exist for Finance and Banking, Defence, and Government. Industry Frameworks typically specify the stakeholders, viewpoints and model techniques.
Domain Architecture Frameworks
A Domain Architecture Frameworks is designed for one domain. These frameworks typically provide the most detailed techniques and method.
Benefits of Enterprise Architecture Frameworks
Enterprise architecture frameworks boost productivity and quality for three key reasons.
The first reason to use a framework is to expose the full set of activity the EA team needs to perform.
The second reason is to provide supporting tools.
The third reason is a consistently productive method.
What is the most Important Component of an Enterprise Architecture Framework
Most architecture frameworks are limited. They only support describing an architecture, even just providing a taxonomy of questions and who needs the information.
We look for three important components in an enterprise architecture framework:
- how to document the enterprise architecture,
- a method to develop enterprise architecture,
Guidance in the skills and structure of an EA Team are welcome. Using a framework requires developing an enterprise architecture team.
How to document an Enterprise Architecture
Documenting, or describing, an enterprise architecture is the most important component of an enterprise architecture framework. In fact, most frameworks only provide this component.
Documenting an enterprise architecture must support analyzing a problem space. For example, the DODAF viewpoints are designed to show different aspects of interoperability. FEAF reference models describe the government programs in a way to assess duplication. To support a problem space, you must gather, analyze, and report on the problem's source. Then develop solutions and guide your organization on a path to improve. Always start with your enterprise architecture use cases.
Method to Develop the Enterprise Architecture
The best enterprise architecture frameworks will provide a method to do architecture. This method can be conceptual, like the TOGAF ADM, or prescriptive, like SABSA. While prescriptiveness is attractive, following a cookbook requires liking the recipe.
Using the TOGAF ADM to develop your Enterprise Architecture
There are four classic enterprise architecture domains. There are an infinite number of potential domains. Each is simply part of the complete enterprise architecture. We separate work into domains to focus specialist skills and techniques on an area that is important to your enterprise's improvement.
- TOGAF ADM Phase A - Develop an Architecture Vision
- TOGAF ADM Phase B - Develop the Business Architecture
- TOGAF ADM Phase C - Develop the Application Architecture
- TOGAF ADM Phase D – Develop the Technology Architecture.
How to Develop an Enterprise Architecture Team
Developing enterprise architecture teams, and developing enterprise architects are critical for a successful enterprise architecture program.
What is the Most Popular Enterprise Architecture Framework?
The most popular enterprise architecture framework is the TOGAF Standard. We follow many discussions about enterprise architecture frameworks because we are committed to using the best tools for our job. This doesn't mean that the TOGAF Framework is best. In our experience, arguments about the best framework are use case specific. Most vocal proponents are simply highlighting they have never worked in a different industry or had to address a different problem. They sound like a hammer looking for nails.
We believe the reason TOGAF is the most popular enterprise architecture framework is it addresses each of the important components of an enterprise architecture framework.
How the TOGAF Framework meets the key criteria
- how to document an architecture
The TOGAF Content Framework provides a modular component. We are thrilled that the TOGAF Framework is not dependent upon the TOGAF Content Framework. We almost always replace it with a content model optimized to a use case. We reach for Industry Content Frameworks. - how to develop enterprise architecture
The TOGAF ADM is a conceptual model for developing enterprise architecture. We follow best practice and read it as an information flow model. It highlights what you need to know to. The TOGAF Practitioner's Guide provides a more detailed method of developing enterprise architecture. - how to develop an enterprise architecture team
The TOGAF EA Capability framework helps develop an Enterprise architecture team. The TOGAF Series Leader's Guide provides a more comprehensive method. Our Enterprise Architecture Capability Model helps.
Enterprise Architecture Frameworks to Avoid
Always avoid Franken Frameworks. They usually built Franken frameworks to describe everything without helping solve a problem. Architecture frameworks that we cannot identify the problem they are designed to address are pointless. Often they devolve to trying to explain connections. This is a established enterprise architecture failure path. Archimate does not have a problem space it clarifies.
We always guide our clients away from any architecture framework with commercial licensing requirements. You need to take, change, and distribute the framework and any work products.