Pass the The Open Group Enterprise Architecture OGEA-103 Questions and answers with CertsForce

The Preliminary Phase is the phase in TOGAF where an organization establishes or enhances its Enterprise Architecture Capability. This includes defining governance structures, roles, responsibilities, processes, tools, and architectural principles. The objective is to prepare the organization to successfully execute the ADM.

Phase A focuses on Architecture Vision for a specific initiative, not on creating the overall EA capability. Phase G deals with implementation governance, and Phase H focuses on architecture change management. None of these phases are responsible for establishing the EA practice itself.

The Preliminary Phase answers foundational questions such as how architecture will be governed, who owns architecture decisions, how compliance will be enforced, and how architecture work will be integrated with other organizational processes. Therefore, creation of an Enterprise Architecture Capability clearly belongs to the Preliminary Phase.

The Standards Library is an essential component of the TOGAF Architecture Repository. It contains specifications, standards, and guidelines that architectures must conform to in an enterprise. This repository area ensures consistency in architectural development and compliance with organizational and industry standards.

According to TOGAF 10, the Standards Library holds "specifications to which architectures must conform" (Section 41.6, The Architecture Repository).

It is used during architecture development to ensure compliance with enterprise-wide standards, industry best practices, and regulatory requirements.

The Architecture Governance Framework relies on the Standards Library to enforce compliance and establish governance checkpoints.

Incorrect Options:

Option A: Describes the Governance Log, not the Standards Library.

Option B: More relevant to the Governance Repository, which supports architecture governance processes.

Option C: Refers to the Reference Library, which provides templates and guidelines, not enforceable standards.

In TOGAF’s ADM, the Request for Architecture Work is the deliverable issued by the sponsoring organization (or stakeholder) to formally request that the architecture team perform a full architecture development cycle. That corresponds to your “deliverable 3.” Then, the architecture team responds by producing a Statement of Architecture Work (in Phase A), which defines the scope, constraints, approach, and highlevel tasks for the architecture development. That is your “deliverable 4” (the scope and approach). Thus deliverable 3 is the Request for Architecture Work, and deliverable 4 is generated in Phase A. The Request triggers the cycle; the Statement of Architecture Work (in Phase A) lays down how the architecture work will proceed, including scoping and approach.

Gap Analysis is a technique that compares the Baseline Architecture and the Target Architecture to identify the differences and gaps between them. The purpose of this technique is to determine the changes and additions that are required to achieve the desired future state of the architecture. One of the main aspects of Gap Analysis is to identify the functions that are missing or overlapping in the current and future architectures, and to plan how to address them. This helpsto ensure that the architecture is complete, consistent, and aligned with the business objectives and requirements3