OGEA-103 Exam Questions Tutorials

An Architecture Board is an executive-level group responsible for the review and maintenance of the strategic architecture and all of its sub-architectures1. It is a key element in a successful Architecture Governance strategy2.

An Architecture Board is typically made responsible, and accountable, for achieving some or all of the following goals2:

Providing the basis for all decision-making with regard to the architectures

Consistency between sub-architectures

Establishing targets for re-use of components

Flexibility of the Enterprise Architecture: To meet changing business needs To leverage new technologies

Enforcement of Architecture Compliance

Improving the maturity level of architecture discipline within the organization

Ensuring that the discipline of architecture-based development is adopted

Supporting a visible escalation capability for out-of-bounds decisions

Therefore, the correct answer is option D, which captures one of the goals of an Architecture Board as stated in the TOGAF Standard, Version 9.22.

Option A is incorrect, because conducting assessments of the maturity level of architecture discipline within the organization is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Capability Framework3.

Option B is incorrect, because allocating resources for architecture projects is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Governance Framework4.

Option C is incorrect, because creating the Statement of Architecture Work is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Development Method5. References:

1: Architecture Board - The Open Group3

2: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Board

3: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Capability Framework

4: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Governance Framework

5: TOGAF Standard, Version 9.2 - Part II: Architecture Development Method - Phase A: Architecture Vision

The Architecture Landscape is divided into levels known as Segment Strategic and Capability Architectures. These levels correspond to different scopes and purposes of architectures within an enterprise. Segment Architectures are architectures that address specific business units, functions, or processes within an enterprise. Strategic Architectures are architectures that provide a high-level view of the enterprise’s vision, goals, and direction. Capability Architectures are architectures that address specific business capabilities or services that span multiple segments or domains. Reference: The TOGAF® Standard | The Open Group Website, Section 2.4 Architecture Repository.

According to the TOGAF standard, the objectives of each ADM phase are as follows1:

•Phase E: Opportunities and Solutions

oDetermine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value

oIdentify and group major work packages within the Architecture Roadmap

oIdentify and group major implementation projects to realize the Architecture Roadmap

oIdentify dependencies between increments and projects

oEstimate cost, benefit, and risk at a high level for each increment and project

oConduct initial prioritization and sequencing of the Architecture Roadmap and projects

•Phase F: Migration Planning

oGenerate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D

oConfirm the Transition Architectures with relevant stakeholders

oCreate the Implementation and Migration Plan, including Transition Architectures, work packages, projects, and other activities

oConfirm and agree the Architecture Roadmap and Implementation and Migration Plan with relevant stakeholders

•Phase G: Implementation Governance

oFinalize the Architecture Roadmap and the supporting Implementation and Migration Plan

oEnsure conformance with the Target Architecture by implementation projects

oPerform appropriate Architecture Governance functions for the solution and any implementation-driven architecture Change Requests

oEnsure that the architecture lifecycle is maintained

oEnsure that the Architecture Governance Framework is executed

•Phase H: Architecture Change Management

oEnsure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders

oManage risks and issues related to the Architecture Roadmap and Implementation and Migration Plan

oMonitor the implementation projects and Transition Architectures

oManage changes to the architecture baseline

oManage changes to the Architecture Capability

Therefore, the correct matching of the objectives and the phases is:

•1G: Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value

•2E: 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

•3F: Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan

•4F: Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders

References: 1: The TOGAF Architecture Development Method

According to the TOGAF Standard, 10th Edition, architecture governance is “the practice by which enterprise architectures and other architectures are managed and controlled at an enterprise-wide level” 1. Architecture governance ensures that the architecture development and implementation are aligned with the strategic objectives, principles, standards, and requirements of the enterprise, and that they deliver the expected value and outcomes. Architecture governance also involves establishing and maintaining the architecture framework, repository, board, contracts, and compliance reviews 1. The other options are not correct, as they are not the term used by the TOGAF Standard to describe the practice by which the enterprise architecture is managed and controlled at an enterprise-wide level. Corporate governance is “the system by which an organization is directed and controlled” 2, and it covers aspects such as leadership, strategy, performance, accountability, and ethics. IT governance is “the system by which the current and future use of IT is directed and controlled” 2, and it covers aspects such as IT strategy, policies, standards, and services. Technology governance is “the system by which the technology decisions and investments are directed and controlled” 3, and it covers aspects such as technology selection, acquisition, deployment, and maintenance. References: 1: TOGAF Standard, 10th Edition, Part VI: Architecture Governance, Chapter 44: Introduction. 2: TOGAF Standard, 10th Edition, Part I: Introduction, Chapter 3: Definitions. 3: TOGAF Series Guide: Using the TOGAF Framework to Define and Govern Service-Oriented Architectures, Part II: Using the TOGAF Framework to Define and Govern Service-Oriented Architectures, Chapter 5: Technology Governance.