February 6, 2013

Covering the basics: keep track of requirements

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.

Dealing with change

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.

Managing implementation oversight of projects

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.

Translating opportunities to a well-defined project plan

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.

Finding ways to implement the target architecture

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.

Figuring out the baseline architecture and target architecture

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.

Starting an ADM cycle with a vision

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.

Preparing the organization for EA

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


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.