ADM The Architecture Development Method

Similar documents
TOGAF 9.1 in Pictures

TOGAF 9.1 Phases E-H & Requirements Management

TOGAF Foundation Exam

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

TOGAF Foundation. Part I: Basic Concepts 1 /

Business Architecture Fundamentals

TOGAF 9.1. About Edureka

The Open Group Exam OG0-091 TOGAF 9 Part 1 Version: 7.0 [ Total Questions: 234 ]

Exam Questions OG0-091

TOGAF Version 9.1 A Pocket Guide

The Course Modules for TOGAF Online Certification Training: 1. Introduction. TOGAF Structure. 2. Core Concepts

TOGAF 9 Training: Foundation

Objective (c.f., p.58)

Enterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri

Exam Questions OG0-093

The-Open-Group OG TOGAF 9 Part 1. Download Full Version :

MBA BADM559 Enterprise IT Governance 12/15/2008. Enterprise Architecture is a holistic view of an enterprise s processes, information and

Enterprise Architecture. Business Discipline, NOT Religious Ritual

PrepAwayExam. High-efficient Exam Materials are the best high pass-rate Exam Dumps

Actual4Test. Actual4test - actual test exam dumps-pass for IT exams

PracticeDump. Free Practice Dumps - Unlimited Free Access of practice exam

Chapter Topics Keywords Input Output

An overview of The Open Group's Enterprise Architecture and Evolution of IT4IT

TOGAF - The - The Continuing Story Story

Useful EAM-Standards and Best-Practice Frameworks

THE STANDARD FOR PROGRAM MANAGEMENT

Oracle Cloud Blueprint and Roadmap Service. 1 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

The Open Group OG0-093 Exam Questions & Answers

Enterprise Portal Modeling Methodologies and Processes

Program Lifecycle Methodology Version 1.7

hello sä-läm Salâm good-bye kh -dä hä -f z

APPENDIX O CONTRACTOR ROLES, RESPONSIBILITIES AND MINIMUM QUALIFICATIONS

7. Model based software architecture

Enterprise Architecture Development and Implementation Engagements Process

The Open Group Certkey OG0-093 Questions & Answers

Enterprise Architecture: an ideal discipline for use in Supply Chain Management

TOGAF usage in outsourcing of software development

4/26. Analytics Strategy

Case presentation TOGAF and ArchiMate for. April, 2012 Henry Franken - BiZZdesign

Topexam. 一番権威的な IT 認定試験ウェブサイト 最も新たな国際 IT 認定試験問題集

Federal Segment Architecture Methodology Overview

JPexam. 最新の IT 認定試験資料のプロバイダ IT 認証であなたのキャリアを進めます

Business Process Improvement by Evans Incorporated

NYSITS. Overview of Project Management

PMO In A Box. Prepared for UBS

Enterprise Management Frameworks & TOGAF 9

CMMI-DEV V1.3 CMMI for Development Version 1.3 Quick Reference Guide

CMMI for Acquisition Quick Reference

Introduction of RUP - The Rational Unified Process

Defining Project Scope

Integration Competency Center Deployment

Processes and Techniques

White Paper DSDM. (Dynamic Systems Development Method) and TOGAF. (The Open Group Architecture Framework)

Divide and Conquer. Adapting TOGAF by splitting the method, process and domain concepts

EXECUTIVE SUMMARY 1. RECOMMENDATION FOR ACTION

The Open Group Exam OG0-092 TOGAF 9 Part 2 Version: 7.3 [ Total Questions: 48 ]

Designing enterprise architecture based on TOGAF 9.1 framework

1.0 PART THREE: Work Plan and IV&V Methodology

Capability Architecture

The pink lines detail the updating made. Dim 1 Dimension 2 Dimension 3

EA Best Practice Workshop Developing an assessment and improvement framework for managing an EA Program

Does your organization Establish Career Path for all Organizational Project Management Roles"?

Evolutionary Differences Between CMM for Software and the CMMI

PRM - IT IBM Process Reference Model for IT

USDA Shared Services Journey

CMMI for Services Quick Reference

Alignment of Business and IT by Enterprise Architecture Management

Interface Management in a Large Enterprise

Standards Harmonization Process for Health IT

Project Management CSC 310 Spring 2018 Howard Rosenthal

BUILDING BETTER PROJECT ORGANIZATIONS

Application Servers G

Toolbox for Architecture Framework Discussions at The Open Group. SKF Group, February 2018

Develop an enterprise architecture vision

Best Practices for Enterprise Agile Transformation

Services Description. Transformation and Plan Services. Business Transformation and Plan Services

Strategy Analysis. Chapter Study Group Learning Materials

Enterprise Monitoring Management

This resource is associated with the following paper: Assessing the maturity of software testing services using CMMI-SVC: an industrial case study

PMP Exam Prep Coaching Program

CMMI-SVC V1.3 CMMI for Services Version 1.3 Quick Reference Guide

IEEE s Recommended Practice for Architectural Description

Collaborative Planning Methodology (CPM) Overview

PLANNING AGILE MODERNIZATION FOR SUCCESS

The-Open- Group EXAM - OG TOGAF 9 Part 2. Buy Full Product.

CGEIT Certification Job Practice

CERT Resilience Management Model, Version 1.2

AVEPOINT CLIENT SERVICES

Enterprise Architecture and COBIT

( %)'* + 7# (&)*)')%&&+)*)-.)/##############################################################!

Project Management Institute IMPLEMENTING ORGANIZATIONAL PROJECT MANAGEMENT: A PRACTICE GUIDE

version NDIA CMMI Conf 3.5 SE Tutorial RE - 1

Contents An Introductory Overview of ITIL Service Lifecycle: concept and overview...3 I. Service strategy...6 The 4 P's of ITIL Service

ArchiMate Extension for Modeling and Managing Motivation, Principles, and Requirements in TOGAF

ADM Content: Result of Applying Methodology

Architecting for Agility. William A. Estrem, Ph.D President

PART THREE: Work Plan and IV&V Methodology (RFP 5.3.3)

Transcription:

ADM The Development Method

P Preliminary Phase Preliminary Phase Determine the Capability desired by the organization: Review the organizational context for conducting enterprise architecture Identify and scope the elements of the enterprise organizations affected by the Capability Identify the established frameworks, methods, and processes that intersect with the Capability Establish Capability Maturity target Establish the Capability: Define and establish the Organizational Model for Enterprise Define and establish the detailed process and resources for architecture governance Select and implement tools that support the architecture activity Define the Principles Scope the enterprise organizations impacted Confirm governance and support frameworks Define and establish enterprise architecture team and organization Identify and establish architecture principles Tailor TOGAF and, if any, other selected Frameworks Implement architecture tools TOGAF Other architecture framework(s) Board strategies, business plans, business strategy, IT Strategy, business principles, business goals, and business drivers Governance and legal frameworks capability Partnership and contract agreements Existing organizational model for enterprise architecture Existing architecture framework, if any, including: method content Configured and deployed tools Principles Repository Organizational Model for Enterprise Tailored Framework, including architecture principles Initial Repository Restatement of, or reference to, business principles, business goals, and business drivers Governance Framework

R Requirements Management Requirements Management Ensure that the Requirements Management process is sustained and operates for all relevant ADM phases Manage architecture requirements identified during any execution of the ADM cycle or a phase Ensure that relevant architecture requirements are available for use by each phase as the phase is executed Identify/document requirements Baseline requirements Monitor baseline requirements Identify changed requirement; remove, add, modify, and re-assess priorities Identify changed requirement and record priorities; identify and resolve conflicts; generate Requirements Impact Statements Assess impact of changed requirements on current and previous ADM phases Implement requirements arising from Phase H Update the requirements repository Implement change in the current phase Assess and revise gap analysis for past phases The inputs to the Requirements Management process are the requirements-related outputs from each ADM phase. The first high-level requirements are produced as part of the Vision. Each architecture domain then generates detailed requirements. Deliverables in later ADM phases contain mappings to new types of requirements (for example, conformance requirements). Changed requirements Requirements Impact Assessment, which identifies the phases of the ADM that need to be revisited to address any changes. The final version must include the full implications of the requirements (e.g., costs, timescales, and business metrics).

A Vision Phase A: Vision Develop a high-level aspirational vision of the capabilities and business value to be delivered as a result of the proposed enterprise architecture Obtain approval for a Statement of Work that defines a program of works to develop and deploy the architecture outlined in the Vision Establish the architecture project Identify stakeholders, concerns, and business requirements Confirm and elaborate business goals, business drivers, and constraints Evaluate business capabilities Assess readiness for business transformation Define scope Confirm and elaborate architecture principles, including business principles Develop Vision Define the Target value propositions and KPIs Identify business transformation risks and mitigation activities Develop Statement of Work; secure approval Business principles, business goals, and business drivers Organizational Model for Enterprise Tailored Framework, including tailored architecture method, architecture content, architecture principles, configured and deployed tools Populated Repository; that is, existing architecture documentation (framework description, architecture descriptions, existing baseline descriptions, etc.) Approved Statement of Work Refined statements of business principles, business goals, and business drivers principles Tailored Framework Vision, including: Refined key high-level stakeholder requirements Draft Definition Document, including (when in scope): Baseline Business (high-level) Baseline Data (high-level) Baseline Application (high-level) Baseline Technology (highlevel) Target Business (high-level) Target Data (high-level) Target Application (high-level) Target Technology (high-level) Additional content populating the Repository

B Business Phase B: Business Develop the Target Business describing how the enterprise needs to operate to achieve the business goals, responds to the strategic drivers set out in the Vision, and addresses the and stakeholder concerns Identify candidate Roadmap components based upon gaps between the Baseline and Target Business s Select reference models, viewpoints, and tools Develop Baseline Business Description Develop Target Business Description Perform gap analysis Define candidate roadmap components Resolve impacts across the Landscape Conduct formal stakeholder review Finalize the Business Create Definition Document Business principles, business goals, and business drivers Organizational Model for Enterprise Tailored Framework Approved Statement of Work principles, including business principles, when pre-existing Enterprise Continuum Repository Vision, including: Refined key high-level stakeholder requirements Draft Definition Document, including: Baseline Business (high-level) Baseline Data (high-level) Baseline Application (high-level) Baseline Technology (high-level) Target Business (high-level) Target Data (high-level) Target Application (high-level) Target Technology (high-level) Statement of Work, updated if necessary Validated business principles, business goals, and business drivers Elaborated Business principles Draft Definition Document containing content updates: Baseline Business (detailed), if appropriate Target Business (detailed) Views corresponding to selected viewpoints addressing key stakeholder concerns Draft Requirements Specification including content updates: Technical requirements Updated business requirements Business components of an Roadmap

C Data Phase C: Information Systems s Data Develop the Target Data that enables the Business and the Vision, while addressing the Request for Work and stakeholder concerns Identify candidate Roadmap components based upon gaps between the Baseline and Target Data s Select reference models, viewpoints, and tools Develop Baseline Data Description Develop Target Data Description Perform gap analysis Define candidate roadmap components Resolve impacts across the Landscape Conduct formal stakeholder review Finalize the Data Create Definition Document Organizational Model for Enterprise Tailored Framework Data principles Statement of Work Vision Repository Draft Definition Document containing: Baseline Business (detailed) Target Business (detailed) Baseline Data (high-level) Target Data (high-level) Baseline Application (detailed or high-level) Target Application (detailed or high-level) Baseline Technology (high-level) Target Technology (high-level) Draft Requirements Specification including: Relevant technical requirements Business components of an Roadmap Statement of Work, updated if necessary Validated data principles, or new data principles Draft Definition Document containing content updates: Baseline Data Target Data Data views corresponding to the selected viewpoints, addressing key stakeholder concerns Draft Requirements Specification including content updates: Data interoperability requirements Relevant technical requirements that will apply to this evolution of the architecture development cycle Constraints on the Technology Updated business requirements Updated application requirements Data components of an Roadmap

C Application Phase C: Information Systems s Application Develop the Target Application that enables the Business and the Vision, while addressing the Request for Work and stakeholder concerns Identify candidate Roadmap components based upon gaps between the Baseline and Target Application s Select reference models, viewpoints, and tools Develop Baseline Application Description Develop Target Application Description Perform gap analysis Define candidate roadmap components Resolve impacts across the Landscape Conduct formal stakeholder review Finalize the Application Create Definition Document Organizational Model for Enterprise Tailored Framework Application principles Statement of Work Vision Repository Draft Definition Document containing: Baseline Business (detailed) Target Business (detailed) Baseline Data (detailed or highlevel) Target Data (detailed or highlevel) Baseline Application (high-level) Target Application (high-level) Baseline Technology (high-level) Target Technology (high-level) Draft Requirements Specification including: Relevant technical requirements Business and Data components of an Roadmap Statement of Work, updated if necessary Validated application principles, or new application principles Draft Definition Document containing content updates: Baseline Application Target Application Application views corresponding to the selected viewpoints, addressing key stakeholder concerns Draft Requirements Specification including content updates: Application interoperability requirements Relevant technical requirements that will apply to this evolution of the architecture development cycle Constraints on the Technology Updated business requirements Updated data requirements Application components of an Roadmap

D Technology Phase D: Technology Develop the Target Technology that enables the logical and physical application and data components and the Vision, addressing the Request for Work and stakeholder concerns Identify candidate Roadmap components based upon gaps between the Baseline and Target Technology s Select reference models, viewpoints, and tools Develop Baseline Technology Description Develop Target Technology Description Perform gap analysis Define candidate roadmap components Resolve impacts across the Landscape Conduct formal stakeholder review Finalize the Technology Create Definition Document Organizational Model for Enterprise Tailored Framework Technology principles Statement of Work Vision Repository Draft Definition Document containing: Baseline Business (detailed) Target Business (detailed) Baseline Data (detailed) Target Data (detailed) Baseline Application (detailed) Target Application (detailed) Baseline Technology (high-level) Target Technology (high-level) Draft Requirements Specification including: Relevant technical requirements Business, Data, and Application components of an Roadmap Statement of Work, updated if necessary Validated technology principles or new technology principles (if generated here) Draft Definition Document containing content updates: Baseline Technology Target Technology Technology views corresponding to the selected viewpoints, addressing key stakeholder concerns Draft Requirements Specification including content updates: Requirements output from Phases B and C Updated technology requirements Technology components of an Roadmap

E Opportunities & Solutions Phase E: Opportunities & Solutions Generate the initial complete version of the Roadmap, based upon the gap analysis and candidate Roadmap components from Phases B, C, and D Determine whether an incremental approach is required, and if so identify Transition s that will deliver continuous business value 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 s Create Roadmap & Implementation and Migration Plan Product information Planning methodologies Governance models and frameworks Tailored Framework Statement of Work Vision Repository Draft Definition Document Draft Requirements Specification Change Requests for existing programs and projects Candidate Roadmap components from Phases B, C, and D Statement of Work, updated if necessary Vision, updated if necessary Draft Definition Document, including: Transition, number and scope, if any Draft Requirements Specification, updated if necessary Consolidated and validated Roadmap, including: Business Capability IT Capability Roadmap, including: Work Package portfolio Identification of Transition s, if any Impact analysis project list Implementation Recommendations Implementation and Migration Plan (outline), including: Implementation and Migration Strategy

F Migration Planning Phase F: Migration Planning Finalize the Roadmap and the supporting Implementation and Migration Plan Ensure that the Implementation and Migration Plan is coordinated with the enterprise's approach to managing and implementing change in the enterprise's overall change portfolio Ensure that the business value and cost of work packages and Transition s is understood by key stakeholders Confirm management framework interactions for Implementation and Migration Plan Assign a business value to each work package Estimate resource requirements, project timings, and availability/delivery vehicle Prioritize the migration projects through the conduct of a cost/benefit assessment and risk validation Confirm Roadmap and update Definition Document Complete the Implementation and Migration Plan Complete the development cycle and document lessons learned Organizational Model for Enterprise Governance models and frameworks Tailored Framework Statement of Work Vision Repository Draft Definition Document, including: Transition s, if any Draft Requirements Specification Change Requests for existing programs and projects Roadmap, including: Business Capability IT Capability Implementation and Migration Plan (outline), including: High-level Implementation and Migration Strategy Implementation and Migration Plan (detailed), including: Implementation and Migration Strategy Project and portfolio breakdown of the implementation Project charters (optional) Finalized Definition Document, including: Finalized Transition s, if any Finalized Requirements Specification Finalized Roadmap Re-Usable Building Blocks Requests for Work for a new iteration of the ADM cycle (if any) Implementation Governance Model Change Requests for the Capability arising from lessons learned

G Implementation Governance Phase G: Implementation Governance Ensure conformance with the Target by implementation projects Perform appropriate Governance functions for the solution and any implementation-driven architecture Change Requests Confirm scope and priorities for deployment with development management Identify deployment resources and skills Guide development of solutions deployment Perform enterprise architecture compliance reviews Implement business and IT operations Perform post-implementation review and close the implementation Organizational Model for Enterprise Tailored Framework Statement of Work Vision Repository Definition Document Requirements Specification Roadmap Implementation Governance Model Contract identified in Phases E and F Implementation and Migration Plan Contract (signed) Compliance Assessments Change Requests -compliant solutions deployed, including: The architecture-compliant implemented system Populated Repository compliance recommendations and dispensations Recommendations on service delivery requirements Recommendations on performance metrics Service Level Agreements (SLAs) Vision, updated postimplementation Definition Document, updated post-implementation Business and IT operating models for the implemented solution

H Change Management Phase H: Change Management Ensure that the architecture lifecycle is maintained Ensure that the Governance Framework is executed Ensure that the enterprise Capability meets current requirements Establish value realization process Deploy monitoring tools Manage risks Provide analysis for architecture change management Develop change requirements to meet performance targets Manage governance process Activate the process to implement change Organizational Model for Enterprise Tailored Framework Statement of Work Vision Repository Definition Document Requirements Specification Roadmap Change Requests due to technology changes Change Requests due to business changes Change Requests from lessons learned Implementation Governance Model Contract (signed) Compliance Assessments Implementation and Migration Plan updates Changes to architecture framework and principles New, to initiate another cycle of the ADM Statement of Work, updated if necessary Contract, updated if necessary Compliance Assessments, updated if necessary