This is the
last posting in a series on TOGAF’s ADM. In this final post we zoom in on the
Requirements Management phase which is central to the ADM. We will start this
post with a discussion of the formal objectives, steps, inputs and outputs of
this phase. After that we will discuss best practices for effective
requirements management in the architecture space. We will end this series by
discussion TOGAF and ArchiMate integration.
This is the
eight posting in a series on TOGAF’s ADM which covers phase H – Architecture
Change Management. Phase H is not really a phase, but more a continuous
activity of monitoring change as well as establishing procedures for managing
this change.
This is the
seventh posting in a series on TOGAF’s ADM. In the previous posts we zoomed in
on defining a vision, modeling baseline and target architectures, finding
delivery vehicles for implementing the target architecture as well as defining
a set of projects to implement the delivery vehicles. At this stage, we shift
our perspective to implementation governance: overseeing the projects that were
defined in the previous phase.
This is the
sixth posting in a series on TOGAF’s ADM. In the previous post we zoomed in on
finding opportunities that help realize a desired vision. In this post we pick
up the thread and focus on translating these opportunities and solutions to a
well-defined migration plan.
This is the
fifth posting in a series on TOGAF’s ADM. Following the ADM, we have so far
prepared the organization for doing architecture work, defined an architecture
vision and modeled baseline- and target architecture. In this post we zoom in
on phase E: Opportunities and Solutions in which we find the delivery vehicles
for implementing the architecture. As before, we briefly present the
objectives, inputs, steps and outputs of this phase after which we reflect on
best practices for this phase.
This is the
fourth post in a series on TOGAF’s ADM. In this posting we zoom in on Phases B,
C, and D, covering business architecture, information systems architecture, and
technology/infrastructure architecture. We briefly present the objectives,
inputs, steps and outputs of this phase after which we reflect on best
practices for this phase.
This is the
third post in a series on TOGAF’s ADM. In this posting we zoom in on Phase A –
Architecture vision. We briefly present the objectives, inputs, steps and
outputs of this phase after which we reflect on best practices for this phase.
This is the
second post in a series on TOGAF’s ADM. In this posting we zoom in on Phase P –
the preliminary phase which prepares the organization for doing architecture
with TOGAF. It may very well be that this is the most elusive phase of the ADM.
We briefly present the objectives, inputs, steps and outputs of this phase
after which we reflect on best practices for this phase.
Implementing & Using
TOGAF: best practices
Architecture
has been around since the mid 1980’s. The most famous standard from that era is
probably John Zachman’s framework for enterprise architecture. Many more
standards have been proposed since, ranging from the IEEE standard, DYA,
DODAF/MODAF, TOGAF, ArchiMate, IAF etc. A good overview (in Dutch) can be found
in the book Wegwijzer voor methoden bij enterprise-architectuur.
