3.85 out of 5
43 reviews on Udemy

Enterprise Architecture – the key concepts

Understand some of the more difficult and tricky concepts in enterprise architecture from an EA expert.
Roger Evernden
202 students enrolled
English [Auto-generated] More
Talk convincingly to stakeholders about the value-add and benefits of enterprise architecture
Use business and management language and metrics to reveal the need for architectural thinking.
Influence key decision makers by helping them to really understand architectural concepts, options, and ideas
Produce simple and convincing presentations that explain the available options for architectural change

A straightforward and common-sense introduction that explains some of the enterprise architecture concepts that are difficult or tricky to grasp.

Learn about the key concepts and techniques in Enterprise Architecture that make it a unique and important discipline.

This course will make it much easier for you to understand and explain what enterprise architecture (EA) is all about, and why it is so useful. This tutorial is aimed at all EA practitioners and anyone who wants to understand what Enterprise Architecture is, and why it is necessary.

  • A straightforward and common-sense introduction to EA

  • Straightforward explanations
         and examples

  • Gain simple descriptions of the more complex ideas and concepts behind EA

  • Learn how to explain EA to all stakeholders

Architecture is increasingly recognized as a vital information-age discipline.
And there are many well-established architecture frameworks and

But certification and training programs don’t always describe EA in a simple and straight-forward way.

This course fills that gap: giving you simple and clear explanations of key Enterprise Architecture concepts and why they are important. Many of the ideas in this course are missing in EA training courses.

The number of individuals gaining enterprise architecture through standard training programs is increasing by over 12,000 people per
year! Training as an Enterprise Architect is therefore a smart career move.

Simply put – there
has never been a better time to get trained as an Enterprise Architect. To
stand out from the crowd you need to make sure that you really understand these core concepts in EA.

Learn and master how to explain and justify Enterprise Architecture in this simple and straightforward course.

If you are already
in an architecture role, or just starting out on a career as an architect, then
this course will show you the most effective ways to talk about Enterprise Architecture with your stakeholders and sponsors.

Contents and Overview

I designed this course for two reasons:

  1. There is a lot of unnecessary confusion about some of the concepts and ideas in Enterprise Architecture. Enterprise Architecture – the key concepts eliminates these misunderstandings.

  2. Most official certification
         courses or training programs in Enterprise Architecture don’t give you enough background about these concepts and ideas. Enterprise Architecture – the key concepts fills that gap.

With more than 50 lectures, including over 3 hours of video, this course explains what Enterprise Architecture is all about. You will be able to engage with stakeholders and explain these concepts to them.

It explains the things in Enterprise Architecture that are confusing, and gives you useful materials that you can use in your day-to-day work as an enterprise architect.

Above all, this course explains Enterprise Architecture so that it makes sense, and so that you can
become confident in applying your EA knowledge in the real world.

What are the requirements?

  • There are no specific prerequisites. Everything you need is explained in the course.

  • All you need is a basic understanding of
         Enterprise Architecture in general, and a desire to understand how it is really used in practice.

What will you get from this course?

  • 50+ lectures and more
         than 3 hours of content!

  • Useful online links and
         resources that can be freely downloaded and used

What is the target audience?

  • The course is aimed at enterprise architects who
    need ways to demonstrate and prove the value in using enterprise

  • It will also be useful to students training to
    become an enterprise architect, who need to really understand what enterprise
    architecture is all about.

  • It is also ideal for anyone in a business or IT
    role who needs to understand why enterprise architecture is so vital.

  • Executive sponsors and senior managers will understand where enterprise architecture fits, and how it adds value.

Introduction to the Course

Before you start

No prior knowledge of enterprise architecture is assumed, although it will help if you have some background information or experience.

There are no prerequisites for this course, as it is aimed at all levels - from beginners, through intermediate to advanced. But you might find a couple of things useful before you get started on the course itself:

  • You do not need to do any preparation before you start this course. The first few lectures will give you all the background information you need, and provide you with links and some reading that will help you prepare for the rest of the course.
  • If you do have a background in enterprise architecture, or are familiar with any of the enterprise architecture frameworks or approaches – then that will certainly be very useful.
  • This lecture provides some suggestions that you might want to check out. The external resource links will give you some useful materials that will give you some additional background on the subject.
Enterprise Architecture - Why do we need it?

Welcome to the course! This is the Enterprise Architecture - why do we need it? course. Thank you for joining.

This lecture gives a brief overview of some of the topics covered in the course. In particular, it looks at some of the common misconceptions about Enterprise Architecture, and introduces some of the ways in which this course will show you how to respond to these them.

Why do we need Enterprise Architecture?

Why do we need EA? The Information Explosion

One of the main reasons for needing Enterprise Architecture is the huge growth in our dependence on information, and the vast quantities of information that are now available to us. Individuals and enterprises all base their lives around the availability of information.

Enterprise Architecture provides some of the essential techniques that we need to manage this dependence. This lecture explains.

Why do we need EA? The Growth in Complexity

Life is getting more and more complex. Enterprises are getting more entwined and interconnected across the globe. This lecture explains why we need to add additional levels of enterprise architecture techniques as things get more complex.

EA Why do we need it - Coordinating Change

Organizations are becoming bigger and bigger. And to meet their rapidly changing needs they typically have more and more change programs and projects. Every enterprise change means a change to its underlying architecture.

Not surprisingly, enterprise architecture has a range of techniques to coordinate change at the architectural level. These include stakeholder management; techniques that provide a big picture, holistic overview of the entire enterprise; techniques to balance concerns, examine trade-offs, and determine priorities; and techniques to ensure that change programs and projects contribute to a consistent, overall vector or direction.

This lecture explains the need to coordinate diverse changes through enterprise architecture.

Why do we need EA? Some Key Points

This lecture provides a brief summary of some of the key reasons for needing Enterprise Architecture today.

Enterprise Architecture - What is it all about?

Why do we call it "Enterprise" Architecture?

It's important to understand what the word "enterprise" means, in order to fully understand what Enterprise Architecture is all about.

This lecture explains why it is called "enterprise" architecture.

EXERCISE - What is your "enterprise"?

Here is an Exercise to help you think about what "enterprise" means to you, or to your EA team. In the resources you will find a set of questions that you can download. These can be used as a checklist to think about what is within the scope of an "enterprise" - for a particular project, or for the general use of "enterprise" architecture for the enterprise that you work for.

Environment, Organization, Business and Technology

Enterprise Architectures are divided into a number of domains. On completing this lecture you will understand the concept of domains, and be able to identify the domains that are needed in your EA initiatives. You will also understand the limitations of the TOGAF® domains, and know how to add two additional domains that remove this limitation.

Enterprise Architecture isn't optional 1: Why EA isn't optional

Time is often wasted discussing whether it is necessary to have an enterprise architecture team within an enterprise. This is because the debate is focused on the wrong topic.

In actual fact, enterprise architecture isn't optional! This lecture explains why.

The resources include a link to a blog discussion on this topic, and to a typical list of the reasons given for justifying an EA team within an enterprise.

Why EA isn't optional: 2 - This changes what we measure

By changing the nature of the debate about enterprise architecture, we can switch the discussion to things that are more easily measured - to demonstrate the costs and disadvantages to not managing the enterprise architecture, and to distinguishing between a well-managed enterprise architecture and one that is less well managed.

Ultimately the important point is to have the EA management that is right for your enterprise!

Why EA isn't optional: 3 - Measurements

This lecture explains in detail the measurements that can be used to check whether you have the right type of EA in place to meet the needs of your enterprise.

Why EA isn't optional: 4 - The gardening analogy

This lecture gives an analogy of gardening to show the options for managing an Enterprise Architecture.

Why EA isn't optional: 5 - Key Learning Points

This lecture provides the Key Learning Points about Why Enterprise Architecture Isn't Optional.

Architecture Frameworks: 1 - What is an architecture framework?

Architecture frameworks are vital tools for the enterprise architect. But there is a lot of confusion on the subject. At the end of this lecture you will have a clear idea of what an architecture framework is, why frameworks are so useful, and why you need to create and tailor frameworks that meet your exact needs - rather than rely on one that is already published.

Key learning points are that:

  • Common definitions of architecture frameworks are dense & fail to emphasize their true value
  • Frameworks are one of the most practical EA tools for thinking about & managing architectures

The external resources also give you three links that give you some useful background information about EA frameworks.

  • The Zachman Framework was probably the original architecture framework, and its author - John Zachman - is still influential. His framework can be difficult to understand, but you should of its existence.
  • The survey of architecture frameworks, on the ISO web site, is a useful summary of other architecture frameworks that exist. Again - you don't need to know all of them in detail, but you do need to know about some of the key ones.
  • Finally the ISO 42010 provides the best standard definition of an Architecture Framework
Architecture Frameworks: 2 - Why are there so many architecture frameworks?

This lecture explains why there are so many EA frameworks.

Architecture Frameworks: 3 - Using a metaframework

This lecture describes the simple steps for using an EA metaframework.

Architecture Frameworks: 4 - What is an architecture framework?

In this brief lecture I summarize the key points for the need to use an EA metaframework.

Architecture Frameworks: 5 - the Eight Fundamental Factors

In this lecture I describe the eight fundamental factors that form the basis for all EA frameworks and approaches.

What are the unique characteristics of enterprise architecture?

Enterprise Architecture is a unique discipline. Unfortunately, there are some misconceptions about what EA is, and what it is not. This lecture explains the unique qualities that define enterprise architecture.

When you have completed this lecture you will know ten things that make EA a distinct discipline, and you will be able to explain what each of these ten qualities covers. You will also be able to state clearly the things that EA is not!

Download the PDF summary of these ten unique characteristics of Enterprise Architecture.

Check your understanding of Section 2

This section has introduced a new way of thinking about Enterprise Architecture and why it is so necessary and useful in the modern world.

Here are some questions to check your understanding of the topics covered in this section. There are no "right" answers. The questions are simply intended to help you apply your new knowledge in the practical use of Enterprise Architecture.

Enterprise, System, and Architecture

Stakeholders, Viewpoints and Concerns

An important skills in EA is being able to keep track of stakeholder concerns and requirements. In this lecture you will learn how to keep track of everyone's needs. You will understand the concepts of stakeholder, viewpoint and concern, and how they relate to one another. You will also learn how these concepts are based on the ISO 42010 standard. You will also learn about the most effective way to manage a large number of viewpoints.

The resources include a link to the ISO 42010 standard - which is the basis for this lecture.

Concerns versus architecture requirements

In this lecture you will learn about the important distinction between concerns and architecture requirements.

You will also understand the architect role in turning concerns into well-documented architecture requirements.

In particular you will understand the need to explicitly show

  • constraints or limitations
  • how concerns can be resolved
  • risks, costs, benefits, and future options
Viewpoints and Views

In this lecture you will learn how nearly everything in EA is a view, perceived from a viewpoint - it is therefore a very important concept to understand. You will also learn about the criteria for managing views, and how to manage a large number of views.

In the resources there is a link to the ArchiMate description of Architecture Viewpoints which is useful background reading on this subject.

Managing Views and Viewpoints

This lecture provides a demonstration showing one way to manage viewpoints and views using a hierarchy. From it you can see a practical example of how to manage and use views in EA.

Architecture, Description, Process and Discipline

Architecture, Description, Process, and Discipline

The phrase “Enterprise Architecture” has several meanings - in this lecture you will learn how to distinguish between Enterprise Architecture as a Thing, a Description, a Process, and a Discipline.

You will learn about Enterprise architecture as:

  • A thing: the architecture of an enterprise
  • A description: of the architecture and its components
  • A process: how to go about architecting an enterprise
  • And a discipline: the skills, expertise and experience needed to be an architect
Architecture as Description

In this lecture you will learn what we need to consider in order to create good architectural descriptions.

You will understand how describing components in an architecture requires a content framework to keep track of what has been described, how well it has been described, or how it is used and reused, and a metamodel to show how components relate to each other.

You will also be able to explain why a domain hierarchy is another useful tool.

At the end of the lecture you will see how we can create many architecture frameworks that refer to and reuse descriptions of architecture components.

Presentation Types

It is very important that we present information about EA in the best possible ways. The right presentation makes a difference between successful EA, and failure.

In this lecture you will learn how you can improve the way you present architecture information. You will understand why a simple classification of artifacts is inadequate.You will see how a sophisticated list of presentation types improves communication with stakeholders.

The resources includes a useful download of some of the most useful presentation types found in successful EA practice.

Architecture as Process

In this lecture you will learn how EA Process is much more than simply Developing an Architecture.

You will learn how it also covers

  • all aspects of EA governance
  • integration with all other relevance enterprise processes
  • and ongoing engagement with all stakeholders of the architecture in use

You will also understand how it covers the processes of applying relevant techniques.

You will also be able to explain how EA adds value to each process – throughout the strategy / execution life cycle.

Architecture as Discipline

In this lecture you will learn what skills the EA discipline needs. You will also learn how architects need to relate their skills to delivering value or handling organizational behaviors.

There is a link to a typical on-line Skills Framework in the resources.

Check your understanding of this section

Here are some questions to check that your understanding of the topics covered in this section. There are no "right" answers. The questions are designed to help you apply your knowledge in the practical use of enterprise architecture.

The Architecture Development Process

Architecture Domains: 1 - Common Domains and Sub-Domains

In the next few lectures you will learn about architecture domains and sub-domains and how are they used in domain analysis.

Although many of the common EA frameworks and approaches only describe four high-level domains, you will learn here that there are many other high-level and sub-domains. You will see how it is useful to manage domains & sub-domains as a hierarchy. You will also learn how architects need to position domains and sub-domains as layers or pillars within the enterprise architecture. Finally you will learn about the use of domains in the separation of concerns.

In this lecture I describe some of the common domains used in EA.

Architecture Domains: 2 - Two ways to present domains

In this unit I will describe two different ways in which we present domains to show important architectural information.

Domain Analysis 3 - Layers and pillars

This lecture explains how domains and sub-domains are configured into layers or pillars to form an enterprise architecture.

Domain Analysis 4 - Separation of Concerns

In this lecture I explain why we need to separate concerns in EA.

Architecture Domains: 5 - Key Learning Points

This unit provides a brief summary of the key points covered in the previous few lectures about Architecture Domains and domain analysis.

Separation of Concerns

In this lecture you will learn why we separate concerns, and how we combine them again.

You will understand three main reasons why we need to separate concerns. You will also learn how architects use the Levels of Understanding to combine separated concerns to accommodate the needs of that level.

You will also learn the important distinction between:

  • How to combine separated concerns using Architectural Composition
  • How to use the lower levels of understanding using Architectural Deconstruction
Ping Pong Process

In this lecture you will understand why the process of enterprise architecture is sometimes described as a ping pong process!

You will learn how:

  • Flow through the architecture development is rarely straightforward, and never sequential
  • Keeping track of artifacts produced, dependencies between projects, and sustaining a consistent architectural evolution is difficult
  • A project to artifact framework keeps track of this ping-pong development process

The Metamodel

The Metamodel

In this lecture you will learn what a metamodel is, and how it is used in EA.

You will learn how:

  • The building blocks of an enterprise architecture are described as components or constructs in an EA metamodel
  • It is useful to divide the metamodel into distinct areas – these typically coincide with different domains

The metamodel is a really useful, highly practical, indispensable, EA tool, and this lecture will give you the basis for using it in your day-to-day EA work.

In the resources you will find links to publicly available metamodels that can be easily adapted to your EA needs.

Meta Levels: 1- What are they?

In this lecture, and the following few lectures, you will learn about meta levels. You will understand the various meta levels that are used in EA, and the purpose of each level.

You will also learn how to apply the meta levels:

  • To manage the complexity of the typical enterprise
  • To integrate a diverse range of models
  • To support modelling with tools and techniques
  • To manage multiple viewpoints and views
Meta Levels: 2 - An example using the meta levels

In this lecture I give an example of how the meta levels are used in Enterprise Architecture.

Meta Levels: 3 - Each meta layer models the layer below it

This lecture explains how each meta layer models the layer below it.

Meta Levels: 4 - Why do we need meta levels?

This lecture explains the four main reasons why we need meta levels in Enterprise Architecture.

Meta Levels: 5 - Key Learning Points

This lecture summarizes the key learning points from the previous lectures about the meta levels.

Integrating Viewpoints and Views 1 - Everyone has their own viewpoint

In this lecture you will learn how the EA metamodel allows us to accommodate multiple viewpoints and views.

You will also learn how a metametamodel is used to handle:

  • Different uses of language
  • Different ways to combine components
  • Different ways to present architectural concepts and thinking
Integrating Views and Viewpoints 2 - Every model has its own conventions

In this module I will explain how every EA model or architecture description conforms to its own conventions or protocols.

Integrating Views and Viewpoints 3 - What the metamodel has to cover

In this lecture I explain all of the things that a good metamodel has to cover.

Integrating Views and Viewpoints 4 - Key Learning Points

This module summarizes the key learning points about integrating views and viewpoints:

  • That metamodels are a vital part of EA
  • That using metamodels effectively requires an appropriate and resilient metametamodel which can handle:
    • Different ways to combine components (e.g. current, transition or target configurations)
    • Different ways to present architectural concepts and thinking
    • Different uses of language (e.g. different words for the same or similar constructs)

Common EA Pitfalls

Common pitfalls to avoid with Enterprise Architecture

In this module you can hear how I answered some tricky questions from a client about the pitfalls that EA faces!

The resources include a set of 10 audio files - each one the response to a client question. Each question is listed in the lecture, and you can then download the corresponding answer.

All of the questions were asked in a single client session - so the answers flow from the first answer through to the last one.

# 1: What are the common pitfalls in EA?

This lecture describes the top two pitfalls for EA

  1. not having a clear idea of the outcome or difference that the EA team will provide, and
  2. lacking a true focus on architecture.

It provides advice on how to avoid these pitfalls.

# 2: What do you mean by “architectural” advice?

This lecture explains what we mean by "architectural" advice.

It explains the difference between an architectural level of understanding, and the understanding at solution, development and operational levels. It then goes on to give examples of the advice you can expect from a good enterprise architect.

# 3: How does EA work in a smaller organization?

This lecture explains how EA works for a smaller organization - that doesn't have the same resources as one with a large EA department.

It explains that:

  • There are limitations in a smaller company
    • But you may not need the same level of support
    • You can use people with a reasonable architectural background
  • And support this by using coaching or mentoring
    • Explore broader context
    • Look at different options
    • Effective decisions making
# 4: How can we make the transition from architecture to solution?

In this lecture I explain how a good EA team makes the transition from architectural thinking through to implementation.

EA is sometimes seen as a being in an Ivory Tower and too theoretical. Architectural thinking needs to be integrated with solution design, development, and operation, and the EA team need to follow through so that their ideas can be realized.

The transition from architecture through design to implementation isn’t always done well. This lecture provides advice on how to avoid losing valuable architectural thinking.

# 5: How do we balance future needs versus immediate solutions?

This lecture explains how architects balance future needs against the demand for immediate solutions.

It explains how there are different levels of understanding: at the architectural, solution design, dvelopment, and à operations levels.

Different criteria determine how good your thinking is at each of these levels. These criteria can be used to ensure that at each stage you make the right decisions.

# 6: How do we get useful artifacts from the EA team?

There is a danger that we only get "beautiful pictures" from the EA team, instead of something more practical. This lecture explains how we get useful artifacts from the EA team.

It explains that “beautiful pictures” are not enough. That having the right diagrams is very important. It then explains that examples in some common EA approaches and frameworks are too technical and are often outdated.

The lecture explains how diagrams must meet contemporary, architectural needs.

# 7: At what stage should we introduce EA?

A common pitfall is that EA is introduced at the wrong stage. This lecture explains why it is important to have a strong focus and purpose for the EA team, based on the organizational needs and the business model.

It explains how to ensure that the EA team really do make a difference, by matching expectations and performance.

# 8: At what level of maturity should we use an EA framework?

This lecture covers some considerations on when an organization should introduce an EA framework. It explains why - in the contemporary world - EA is nearly always beneficial.

In particular, it explains why “enterprise” architecture is almost the wrong word – increasingly EA components are in a broader environment.

# 9: How can we measure the performance of the EA team?

Unless we measure the performance of an EA team we have no way of knowing whether they are achieving what is expected from them. But how do we put the right measurements in place?

This lecture explains how to avoid this pitfall, and gives two detailed examples of specific measures - standardization and adaptability.

# 10: Common EA Pitfalls – a Summary

This lecture provides a summary based on the points made in the other lectures in this section.

It describes the need to:

  • Have a clear focus, purpose for the EA team
  • Make sure they are thinking at the architectural level
    • More than solution designs
    • Broader context
    • Wider range of options
  • Be able to make a seamless transition from architecture to solution design to development to operations by making sure that decision criteria from each level is carried through to lower levels.
  • Finally it provides a reminder that architects must customize any reference materials or architecture frameworks to meet their exact needs.
EXERCISE - Which EA pitfalls does your EA team need to avoid?

Use this Exercise to help you think about the topics covered in this section.

There is a short scenario to read: as you read it, look out for any of the common EA pitfalls described in this section.

When you've read the scenario, write down which pitfalls the EA team have fallen into, and any tips that you would give them to help them avoid these problems in the future.There is no perfect or right answer.

The next lecture highlights what is going wrong, and gives some suggestions on how it could be improved.


This lecture looks at the pitfalls that are relevant to the company in the Exercise at the Exercise on EA Pitfalls.

There is no "correct" answer - in the end it is important to reflect on what is happening in your enterprise to see what can be done to improve the chance of success by the EA team.

The next two lectures take this discussion further by looking at the specific changes made by the EA team in the exercise case study.


In this lecture you can watch as I examine the key pitfall faced by the EA team in the exercise.

Again it is important to stress that there isn't a "perfect" or "correct" answer. This example simply shows the pitfall perceived by this particular team.

The next lecture continues with a discussion of how the EA team re-arranged their architectural roles to address this pitfall.


This lecture continues from the previous two lectures, based on the Exercise about EA Pitfalls.

There isn't a "perfect" or "correct" answer: this whiteboard example shows how the EA team re-arranged their architectural roles to address this pitfall.

You can view and review the lecture materials indefinitely, like an on-demand channel.
Definitely! If you have an internet connection, courses on Udemy are available on any device at any time. If you don't have an internet connection, some instructors also let their students download course lectures. That's up to the instructor though, so make sure you get on their good side!
3.9 out of 5
43 Ratings

Detailed Rating

Stars 5
Stars 4
Stars 3
Stars 2
Stars 1
30-Day Money-Back Guarantee


4 hours on-demand video
4 articles
Full lifetime access
Access on mobile and TV
Certificate of Completion