Get Started. It's Free
or sign up with your email address
Rocket clouds
TOGAF by Mind Map: TOGAF

1. ADM

1.1. 0 : Preliminary

1.1.1. Inputs

1.1.1.1. External Reference Materials

1.1.1.2. Non-Architectural Inputs

1.1.1.2.1. Request for Architectural Work

1.1.1.2.2. Capability Assessment

1.1.1.2.3. Communications Plan

1.1.1.3. Architectural Inputs

1.1.1.3.1. Everything up until now?

1.1.2. Outputs

1.1.2.1. Organizational Model For EA

1.1.2.2. Tailored Architecture Framework

1.1.2.3. Initial Architecture Repository

1.1.3. Steps

1.1.3.1. Define enterprise

1.1.3.1.1. Find out who benefits

1.1.3.1.2. Appoint sponsor

1.1.3.1.3. Have support from business management

1.1.3.2. Organisational Context

1.1.3.2.1. Architecture budget plan (if not exist)

1.1.3.2.2. Consider existing stakeholders

1.1.3.2.3. Business drivers, goals, principles, strategies

1.1.3.2.4. Examine current management frameworks processes

1.1.3.2.5. Consider the baseline architecture

1.1.3.2.6. Consider the skills and capabilities of the enterprise

1.1.3.2.7. This will help with tailoring the architecture scope (level of strictness, sophistication, cost etc.)

1.1.3.3. Requirements for architecture work

1.1.3.3.1. Helps identify the key decision makers and stakeholders by

1.1.3.3.2. Checking business requirements

1.1.3.3.3. Cultural aspirations

1.1.3.3.4. Organizational intents

1.1.3.3.5. Stategic intent

1.1.3.3.6. Forecast financial requirements

1.1.3.4. Principles

1.1.3.4.1. Define architecture princiles, which often re-state other enterprise guidelines/principles, only in an architecture context

1.1.3.4.2. Principles = long lasting rules and guidelines (Name, Statement, Rationale, Implications)

1.1.3.5. Management Frameworks

1.1.3.5.1. TOGAF cooperates with other framework types like:

1.1.3.5.2. Business Capability Management

1.1.3.5.3. Portefolio\project management methods

1.1.3.5.4. Operations management methods

1.1.3.5.5. Solution development methods

1.2. A: Architecture Vision

1.2.1. Inputs

1.2.1.1. Request for Architecture Work

1.2.1.2. Business: strategy, goals, drivers

1.2.1.3. Architecture principles

1.2.1.4. Enterprise Continuum

1.2.2. Outputs

1.2.2.1. Approved Statement of Architecture Work

1.2.2.2. Refined statement of business goals and drivers

1.2.2.3. Architecture principles (including business principles)

1.2.2.4. Architecture Vision

1.2.3. Steps

1.2.3.1. Establish the architect project by securing support and commitment

1.2.3.2. Identify/refresh business goals and drivers

1.2.3.3. Review Architecture Principles, including Business Principles

1.2.3.4. Define scope of architecture effort

1.2.3.4.1. Breath of the effort

1.2.3.4.2. Level of detail

1.2.3.4.3. Architecture domains to be covered (Business, Data, Application, Technology)

1.2.3.4.4. Time horizon

1.2.3.4.5. Assets to use (e.g. from Enterprise Continuum or other framework/models etc)

1.2.3.5. Define constraints that must be dealt with (time, schedule, resources etc.)

1.2.3.6. Get the key Stakeholders concerns/objectives

1.2.3.7. Make the high level version of the Architecture Vision and Business Requrements

1.2.3.8. Develop Statement of Architecture Work, and secure a formal approval of it

1.3. B C D: Business/Information Systems/Technology Architecture

1.3.1. Inputs

1.3.1.1. Reference materials external to the enterprise

1.3.1.2. Non-Architectural inputs (Request for Architectural Work, Capability Assesment, Communications Plan)

1.3.1.3. Architectural inputs

1.3.1.3.1. Organization model for Enterprise Architecture

1.3.1.3.2. Tailored Architecture Framework

1.3.1.3.3. Application Principles

1.3.1.3.4. Data Principles

1.3.1.3.5. Statement of Architecture Work

1.3.1.3.6. Architecture Vision

1.3.1.3.7. Architecture Repository

1.3.1.3.8. Draft Architecture Definition Document

1.3.1.3.9. Draft Architecture Requirements Specification

1.3.1.3.10. Architecture Roadmap (the Business Architecture parts)

1.3.2. Outputs

1.3.2.1. Catalogs, Matrices, Diagrams:

1.3.2.2. Updated Architecture Vision deliverables (Statement of Architecture Work, Business Principles/Goals/Drivers)

1.3.2.3. The Business Architecture part of the Architecture Roadmap (timeline overview of the releases that gets us to the Target Architecture)

1.3.2.4. Draft of Architecture Requirements (GAP Analysis results, Technical Requirements specs, updated Business Requirements)

1.3.2.5. Draft of Architecture Definition Document (Scope, Goals/objectives/drivers, Baseline Business Architecture, Target Business Architecture, Rationale of approach, mappings to the Architectural Repository, GAP-analysis, impact assesment, transition architecture)

1.3.3. Steps

1.3.3.1. Select Reference Models, Viewpoints and Tools, from the Architecture Repository, to focus on (that are relevant, at the right detail and that gets the info needed)

1.3.3.2. Update (or develop) Baseline Business Architecture Description

1.3.3.3. Develop Target Business/InfoSys/Data Architecture Description (that supports the Vision). Identify relevant building blocks

1.3.3.4. Perform GAP analysis (business domain & data domain, applications impacted, technologies impacted)

1.3.3.5. Define Candidate Roadmap Components

1.3.3.6. Resolve impacts across the Architectural Landscape (what are the impacts on pre-existing architecture or other projects)

1.3.3.7. Conduct formal Stakeholder Review (confirm the plan looks OK)

1.3.3.8. Finalize the Business/InfoSys/Data Architecture (create building blocks, check overall architecture against goals, document and finalize stuff)

1.3.3.9. Create Architecture Definition Document (see Outputs)

1.4. E: Opportuneties and Solutions

1.4.1. Inputs

1.4.1.1. Reference Materials external to the Enterprise

1.4.1.2. Non-Architectural Inputs

1.4.1.2.1. Request for Architectural Work

1.4.1.2.2. Capability Assessment

1.4.1.2.3. Communications Plan

1.4.1.2.4. Planning methodologies

1.4.1.3. Architectural Inputs

1.4.1.3.1. Everything up until now?

1.4.2. Outputs

1.4.2.1. Updated Architecture Vision phase deliverables (Architecture Vision, Statement of Architecture Work)

1.4.2.2. Draft of Architecture Definition Document (Scope, Goals/objectives/drivers, Baseline Business Architecture, Target Business Architecture, Rationale of approach, mappings to the Architectural Repository, GAP-analysis, impact assesment, transition architecture)

1.4.2.3. Draft of Architecture Requirements (Consolidated Gaps, Solution and Dependencies Assessment)

1.4.2.4. Capability Assessment (Business/IT)

1.4.2.5. Archictecture Roadmap (Work package portifolio, Transitional Architectures if any, Implementation recommendations)

1.4.2.6. Implementation and Migration Plan

1.4.2.7. Benefits- and Project Context diagrams

1.4.3. Steps

1.4.3.1. Determine/Confirm Key Corporate Change Attributes (determine culture and skill for change)

1.4.3.2. Determine Business Contraints for Implementation

1.4.3.3. Review and consolidate (group) Gap Analysis results from phase B/C/D

1.4.3.4. Review Consolidated Requirements across related Business Functions (find what functionality can be bundled together to get the most bang of the buck)

1.4.3.5. Consolidate and reconsile Interoperability Requirements (make sure shared stuff is actually shared, not duplicated)

1.4.3.6. Refine and validate dependencies (find what can be delivered together)

1.4.3.7. Confirm Readiness and Risk for Business Transformation (review the Business Readiness Assessment from A)

1.4.3.8. Formulate implementation and Migration Strategy (Choose type: new/radical change/evolve, choose method: quick win, archievable targets, value chain)

1.4.3.9. Identify and group major Work Packages

1.4.3.9.1. Logically group activities into Work Packages

1.4.3.9.2. Decide on packages can be solved by existing solutions or make/buy new ones

1.4.3.9.3. Group Work Packages into Portifolios (containing Projects)

1.4.3.10. Identify Transition Architectures (if neccessary), take the "most value for effort" ones first

1.4.3.11. Create the Architecture Roadmap & Implementation and Migration Plan

1.4.3.11.1. Put the Work Packages (and optionally the Transitional Architecture) into the Architecture Roadmap

1.4.3.11.2. Add the required activities into the Implementation and Migration Plan (the plan matches the roadmap)

1.5. F: Migration Planning

1.5.1. Inputs

1.5.1.1. Reference Materials external to the Enterprise

1.5.1.2. Non-Architectural Inputs

1.5.1.2.1. Request for Architectural Work

1.5.1.2.2. Capability Assessment

1.5.1.2.3. Communications Plan

1.5.1.3. Architectural Inputs

1.5.1.3.1. Everything up until now?

1.5.2. Outputs

1.5.2.1. Implementation and Migration Plan (Strategy, Project and portifolio, project charters)

1.5.2.2. Finalized Architecture Definition Document

1.5.2.3. Finalized Architecture Requirements Specification

1.5.2.4. Finalized Architecture Roadmap

1.5.2.5. Re-Usable Architecture Building Blocls

1.5.2.6. Request for Architecture Work (for new ADM iteration if required)

1.5.2.7. Implementational Gouvernance Model (if any)

1.5.2.8. Change Request for Architecture Capability arising from lessons learned

1.5.3. Steps

1.5.3.1. Confirm Management Framework Interactions for the Implementation and Migration Plan (coordinate the plan with the Management Frameworks that are in use)

1.5.3.2. Assign a Business Value to each Work Package (performance, return-on-investment, business value, critical success factors, measure of effectiveness. strategic fit, risk)

1.5.3.3. Estimate Resource Requirements, Project Timings and Availability/Delivery Vehicle (initial resource, time and cost estimate)

1.5.3.4. Prioritize the Migration Projects by Cost/Benefit Assessment and Risk Validation

1.5.3.5. Confirm Architecture Roadmap and update Architecture Defintion Document (if changed)

1.5.3.6. Generate the Implementation and Migration Plan (gather all projects and activities into plan)

1.5.3.7. Complete the Architecture Development Cycle (and check if need a new ADM cycle) and document the Lessons Learned

1.6. G: Implementation Gouvernance

1.6.1. Inputs

1.6.1.1. Reference Materials external to the Enterprise

1.6.1.2. Non-Architectural Inputs

1.6.1.2.1. Request for Architectural Work

1.6.1.2.2. Capability Assessment

1.6.1.3. Architectural Inputs

1.6.1.3.1. Everything up until now?

1.6.2. Outputs

1.6.2.1. Architecture Contract

1.6.2.2. Compliance Assessents

1.6.2.3. Change Requests

1.6.2.4. Deployed Architecture-compliant solutions (Architecture repository, architecture compliance recommendations and dispensations, SLAs, updated Architcecture Vision etc.)

1.6.3. Steps

1.6.3.1. Confim Scope and Priorities for Deployment with Development Manager

1.6.3.1.1. Create deployment recommendations and prioritize

1.6.3.1.2. Find issues and make recommendations

1.6.3.1.3. Identify building blocks for replacement/updated/etc

1.6.3.1.4. Perform GAP anaysis on difference between EA and solutions

1.6.3.2. Identify Development Resources and Skills

1.6.3.2.1. Educate developers in overall Enterprise Architecture

1.6.3.2.2. Ensure development method enables feedback to the architecture team

1.6.3.3. Guide development of Solutions Deployment

1.6.3.3.1. Formulate project recommendation

1.6.3.3.2. Document Architecture Contract (get it signed)

1.6.3.3.3. Update Enterprise Continuum

1.6.3.3.4. Guide development of operational requirements

1.6.3.3.5. Carry out GAP analysis between operations and solution architecture

1.6.3.3.6. Produce Implementation Plan

1.6.3.4. Perform Enterprise Architecture Compliance Reviews

1.6.3.4.1. Review all building blocks for Implementation and Complience

1.6.3.4.2. Conduct post-development reviews

1.6.3.4.3. Close the development part of deployment projects

1.6.3.5. Implement Business and IT Operations

1.6.3.5.1. Publish new baseline architecture to the Architecture Repository

1.6.3.6. Perform Post-implementation Review and close the implementation

1.6.3.6.1. Perform post-implementation review

1.6.3.6.2. Publish the reviews and close the projects

1.7. H: Architecture Change Management

1.7.1. Inputs

1.7.1.1. Reference Materials external to the Enterprise

1.7.1.2. Non-Architectural Inputs

1.7.1.2.1. Request for Architectural Work

1.7.1.2.2. Capability Assessment

1.7.1.3. Architectural Inputs

1.7.1.3.1. Everything up until now?

1.7.2. Outputs

1.7.2.1. Architecture updates (for maintenance changes)

1.7.2.2. Changes to architecture framework and principles (for maintenance changes)

1.7.2.3. New Request for Architecture Work (for major changes)

1.7.2.4. Update if necessary; Statement of Architecture Work, Architecture Contract, Compliance Assessments

1.7.3. Steps

1.7.3.1. Establish Value Realization Process

1.7.3.1.1. Make a process that influences projects to use the Enterprise Architecture

1.7.3.2. Deploy Monitoring Tools

1.7.3.2.1. Tools that can detect technology changes, business changes, changes in business objectives

1.7.3.2.2. Tools that can monitor enterprise Architecture Capability maturity

1.7.3.2.3. Tools that track the usages and QoS

1.7.3.3. Manage (EA) Risks by providing recommendations for IT-Strategy

1.7.3.4. Provide Analysis for Architecture Change Management

1.7.3.4.1. Analyse performance

1.7.3.4.2. Do EA performance reviews

1.7.3.4.3. Check change requests (and reports) to check that the SLA's are met

1.7.3.4.4. GAP analyse the performance of the EA

1.7.3.4.5. Make sure the change requests follow the EA gouvernance and framework

1.7.3.5. Develop Change Requirements to meet Performance Targets

1.7.3.5.1. Make recommendations on change requirements

1.7.3.6. Manage Gouvernance Process

1.7.3.6.1. Arrange and hold meeting of Architecture Board

1.7.3.7. Activate the process to implement change

1.7.3.7.1. Produce new Request for Architecture Work and Request for Investment

1.7.3.7.2. Make sure all changes are documented in the Architecture Repository

2. Artifacts

2.1. 0: Preliminary

2.1.1. Principles Catalog

2.2. A: Architecture Vision

2.2.1. Stakeholder Map Matrix

2.2.2. Value Chain Diagram

2.2.3. Solution Concept Diagram

2.3. B: Business Architecture

2.3.1. Organization/Actor Catalog

2.3.2. Driver/Goal/Objective Catalog

2.3.3. Role Catalog

2.3.4. Business Service/Function Catalog

2.3.5. Location Catalog

2.3.6. Process/Event/Control/Product Catalog

2.3.7. Contract/Measure Catalog

2.3.8. Business Interaction Matrix

2.3.9. Actor/Role Matrix

2.3.10. Business Footprint Diagram

2.3.11. Business Service/Information Diagram

2.3.12. Functional Decomposition Diagram

2.3.13. Product Lifecycle Diagram

2.3.14. Goal/Objective/Service Diagram

2.3.15. Business Use-Case Diagram

2.3.16. Organization Decomposition Diagram

2.3.17. Process Flow Diagram

2.3.18. Event Diagram

2.4. C: Information Systems Architecture

2.4.1. Data

2.4.1.1. Data Entity/Data Component Catalog

2.4.1.2. Data Entity/Business Function Matrix

2.4.1.3. Application/Data Matrix

2.4.1.4. Conceptual Data Diagram

2.4.1.5. Logical Data Diagram

2.4.1.6. Data Dissemination Diagram

2.4.1.7. Data Security Diagram

2.4.1.8. Data Migration Diagram

2.4.1.9. Data Lifecycle Diagram

2.4.2. Application

2.4.2.1. Application Portfolio Catalog

2.4.2.2. Interface Catalog

2.4.2.3. Application/Organization Matrix

2.4.2.4. Role/Application Matrix

2.4.2.5. Application/Function Matrix

2.4.2.6. Application Interaction Matrix

2.4.2.7. Application Communication Diagram

2.4.2.8. Application and User Location Diagram

2.4.2.9. Application Use-Case Diagram

2.4.2.10. Enterprise Manageability Diagram

2.4.2.11. Process/Application Realization Diagram

2.4.2.12. Software Engineering Diagram

2.4.2.13. Application Migration Diagram

2.4.2.14. Software Distribution Diagram

2.5. D: Technology Architecture

2.5.1. Technology Standards Catalog

2.5.2. Technology Portfolio Catalog

2.5.3. Application/Technology Matrix

2.5.4. Environments and Locations Diagram

2.5.5. Platform Decomposition Diagram

2.5.6. Processing Diagram

2.5.7. Networked Computing/Hardware Diagram

2.5.8. Communications Engineering Diagram

2.6. E: Opportunities and Solutions

2.6.1. Project Context Diagram

2.6.2. Benefits Diagram