TOGAF 9: preliminary

Since I’m busy obtaining my TOGAF 9 certification I thought it would be handy for my self to produce some blog posts. By making this posts I  will learn the material better and hope to help others with this summary. For the formal and more detailed description of TOGAF the open group website can be referenced. In this blog post I will describe the preliminary phase of TOGAF. As you can see in the figure this is the first phase of TOGAF.

 

 

This phase establishes the Architecture team, project(scope), sets the first principles for architecture work and adjustment of TOGAF to match the organizational demands and links to existing frameworks.

The hardest to do is selling the architecture capability, and typical questions you will get from the business is

What’s in it for me?

How will it help me

 

In order to help answer these questions I found some tips on the following sites:

In short it helps with compliancy, gives insight and helps reusing of components and costs.

 

When you got a sponsor you need a team, a nice list of capabilities can be found at:

http://www.opengroup.org/architecture/togaf9-doc/arch/chap52.html

 

Input

Reference Materials External to the Enterprise

  • TOGAF
  • Other architecture framework(s), if required

Non-Architectural Inputs

  • Board strategies and board business plans, business strategy, business principles, business goals, and business drivers, when pre-existing
  • Major frameworks operating in the business; e.g., portfolio/project management
    Governance and legal frameworks, including architecture governance strategy, when pre-existing
  • Budget for scoping project
  • Partnership and contract agreements
  • IT strategy

Architectural Inputs

Pre-existing models for operating an enterprise architecture capability can be used as a baseline for the Preliminary phase. Inputs would include:

  • Organizational Model for Enterprise Architecture (see Part IV, 36.2.16 Organizational Model for Enterprise Architecture), including:
    • Scope of organizations impacted
    • Maturity assessment, gaps, and resolution approach
    • Roles and responsibilities for architecture team(s)
    • Budget requirements
    • Governance and support strategy
    • Existing Architecture Framework, if any, including:
    • Architecture method
    • Architecture content (deliverables and artifacts)
    • Configured and deployed tools
    • Existing architecture principles, if any (see Part IV, 36.2.4 Architecture Principles)
    • Existing Architecture Repository (see Part IV, 36.2.5 Architecture Repository), if any (framework description, architectural descriptions, existing target descriptions, etc.)

    Output

 

  • Organizational Model for Enterprise Architecture (see Part IV, 36.2.16 Organizational Model for Enterprise Architecture), including:
      • Scope of organizations impacted
      • Maturity assessment, gaps, and resolution approach
      • Roles and responsibilities for architecture team(s)
      • Constraints on architecture work
      • Re-use requirements
      • Budget requirements
      • Requests for change
      • Governance and support strategy
  • Tailored Architecture Framework (see Part IV, 36.2.21 Tailored Architecture Framework), including:
      • Tailored architecture method
      • Tailored architecture content (deliverables and artifacts)
      • Architecture principles (see Part IV, 36.2.4 Architecture Principles)
      • Configured and deployed tools, including evaluation report if conducted
  • Initial Architecture Repository (see Part IV, 36.2.5 Architecture Repository), populated with framework content
  • Restatement of, or reference to, business principles, business goals, and business drivers (see Part IV, 36.2.9 Business Principles, Business Goals, and Business Drivers)
  • Request for Architecture Work (see Part IV, 36.2.17 Request for Architecture Work)
  • Governance Framework

 

Steps

 

  • Scope the Enterprise Organizations Impacted
  • Confirm Governance and Support Frameworks
  • Define and Establish Enterprise Architecture Team and Organization
  • Identify and Establish Architecture Principles
  • Select and Tailor Architecture Framework(s)
  • Implement Architecture Tools
Categories: TOGAF Tags: ,
  1. No comments yet.
  1. No trackbacks yet.