TOGAF 9.1 Series — ADM Phase — E — Opportunities and Solutions

Have you ever heard of TOGAF and never really understood it? In my TOGAF 9.1 series of articles, I will give you summary points what TOGAF is and what you will learn in TOGAF.

I have written the TOGAF exam a while back. I thought that writing this series will let me review the TOGAF content and believe that it would be valuable to others. It is always a good practice to regularly review the contents of a topic that you have learned.

I’m not going to rewrite the official TOGAF books content in my article series. Some sections will only contain bullet points of key terms used in TOGAF. Always reference the official TOGAF book for more details.

Legal Points

TOGAF is a trademark of The Open Group. They maintain the TOGAF standard and release new versions of the framework. I highly recommend that you read the official website and content of TOGAF on the official site: http://www.opengroup.org/subjectareas/enterprise/togaf

The contents in my article series are my opinions and in no way reflects the views of The Open Group.

If you are interested in learning all the finer details of TOGAF or want to write the exam then buy the official book:

Figure 1: TOGAF Version 9.1 book

ADM Phase — E — Opportunities and Solutions

Objectives

  • Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C and D.
  • Determine whether an incremental approach is required and if so identify Transition Architecture that will deliver continuous business value.

Steps

  • Determine/confirm key corporate change attributes.
  • Determine business constraints for implementation.
  • Review and consolidate gap analysis results from Phases B to D.
  • Review consolidated requirements across related business functions.
  • Consolidate and reconcile interoperability requirements.
  • Refine and validate dependencies.
  • Confirm readiness and risk for business transformation.
  • Formulate implementation and Migration Strategy.
  • Identify and group major work packages.
  • Identify Transition Architecture.
  • Create Architecture Roadmap & Implementation and Migration Plan.

Inputs

  • Product Information
  • Request for Architecture Work
  • Capability Assessment
  • Communication Plan
  • Planning methodologies
  • Governance models and frameworks
  • Tailored Architecture Framework
  • Statement of Architecture Work
  • Architecture Vision
  • Architecture Repository
  • Draft Architecture Definition Document
  • Draft Architecture Requirements Specification
  • Change Requests for existing programs and projects.
  • Candidate Architecture Roadmap components from Phases B, C and D

Outputs

  • Statement of Architecture Work, updated if necessary.
  • Architecture Vision, updated if necessary.

Draft Architecture Definition Document

  • Transition Architecture, number, and scope

Draft Architecture Requirements Specification, updated if necessary.

Consolidate and validate Architecture Roadmap.

Capability Assessment, including

  • Business Capability
  • IT Capability

Architecture Roadmap, including

  • Work Package portfolio
  • Identification of Transition Architecture
  • Impact analysis — project list
  • Implementation Recommendations

Implementation and Migration Plan, including

  • Implementation and Migration Strategy

Originally published at cecilblog.com on March 16, 2016.

One clap, two clap, three clap, forty?

By clapping more or less, you can signal to us which stories really stand out.