OGEA-103 Exam Dumps - The Open Group Enterprise Architecture Questions and Answers

In TOGAF, when customer needs are unclear or misaligned with the existing architectural direction, the correct approach is to return to the Business Architecture. The Business Architecture phase (ADM Phase B) is responsible for understanding stakeholders, customer segments, business processes, value streams, motivations, and expected outcomes. Since the scenario identifies low engagement, poor adoption, and missed revenue targets, the breakdown is not in technology or application capabilities—it is a business misalignment.

Option B correctly focuses on revisiting and refining the target Business Architecture, including identifying customer groups, their interests, costs to serve them, and expected revenue streams. This aligns with TOGAF guidance that Business Architecture must define value propositions and customer value streams before other architecture domains can be effectively adjusted. The use of value stream mapping is entirely appropriate within Business Architecture development, as it provides a structured way to analyze customer value and identify what changes are necessary to meet business goals.

Options A and D prematurely focus on application or baseline gap analysis, which would not resolve a fundamental misunderstanding of customer needs. Option C expands into a full ADM cycle, which is unnecessary at this stage because the primary issue is misalignment, not architectural completeness.

In TOGAF, the Enterprise Continuum is divided into two major parts: the Architecture Continuum and the Solutions Continuum . These are used to classify architecture and solution assets from generic to specific. The Architecture Continuum organizes architecture assets such as foundation architectures, common systems architectures, industry architectures, and organization-specific architectures. The Solutions Continuum organizes corresponding solution assets, ranging from generic solutions through to organization-specific implementations.

The purpose of this structure is to provide a consistent language for describing and comparing architecture and solution assets. It helps architects communicate the differences between generic reusable guidance and specific enterprise solutions. This classification supports reuse, traceability, and consistency across architecture development.

The other options do not correctly identify the TOGAF concepts. Architecture Building Blocks and Solution Building Blocks are related concepts, but they are not the “B and C” referred to in the sentence. The correct pair is Architecture Continuum and Solutions Continuum .

Therefore, the correct answer is D .

===========

The Preliminary Phase is the preparatory phase of the Architecture Development Method (ADM) cycle, which sets the context and direction for the architecture work. One of the objectives of this phase is to select and implement tools to support the Architecture Capability, which is the ability of an organization to perform enterprise architecture effectively and efficiently. Tools can include software applications, methods, techniques, standards, and frameworks that assist the architecture development and governance processes. The selection and implementation of tools should be based on the requirements and constraints of the organization, and the alignment with the Architecture Principles and the Architecture Vision3 References: 3: The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 6: Preliminary Phase : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 45: Establishing and Maintaining an Enterprise Architecture Capability : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 46: Tools for Architecture Development

Business scenarios are a technique for capturing, clarifying, and communicating the functional and non-functional requirements of a system. Business scenarios describe the business environment, the actors involved, the desired outcomes, and the processes or rules that govern the behavior of the system. Business scenarios are useful for ensuring that the architecture addresses the real needs and concerns of the stakeholders, and for validating and testing the architecture against expected situations. Business scenarios are developed in Phase A: Architecture Vision of the ADM cycle, and refined and updated throughout the other phases3 References: 3: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 26: Business Scenarios : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 18: Phase A: Architecture Vision

The Business Value Assessment Technique is a technique that can be used to estimate and compare the business value of the projects and project increments that implement the architecture work packages, which are the sets of actions or tasks that are required to implement a specific part of the architecture. The business value is the measure of the benefits or advantages that the project or project increment delivers to the business, such as increased revenue, reduced costs, improved quality, or enhanced customer satisfaction1

The steps for applying the Business Value Assessment Technique are:

Identify the criteria and factors that are relevant to the business value assessment, such as costs, benefits, risks, and opportunities. The criteria and factors should be aligned with the business goals and drivers that motivate the architecture work, and the stakeholder requirements and concerns that influence the architecture work.

Assign weights and scores to the criteria and factors, using various methods, such as expert judgment, historical data, or analytical models. The weights and scores should reflect the importance and performance of the criteria and factors, and the trade-offs and preferences of the stakeholders.

Calculate the business value for each project or project increment, using various techniques, such as net present value, return on investment, or balanced scorecard. The business value should indicate the expected or actual outcomes and impacts of the project or project increment on the business.

Prioritize the implementation projects and project increments, based on the business value and other considerations, such as dependencies, resources, or risks. The prioritization should determine the order or sequence of the projects and project increments, and the allocation and utilization of the resources.

Therefore, the best answer is C, because it describes the next steps for the migration planning, which are the activities that support the transition from the Baseline Architecture to the Target Architecture. The answer covers the Business Value Assessment Technique, which is relevant to the scenario.

 1: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 28: Business Value Assessment Technique : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 18: Phase A: Architecture Vision : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 21: Phase F: Migration Planning : The TOGAF Standard, Version 9.2, Part IV: Architecture Content Framework, Chapter 36: Building Blocks

EA applies architecture principles and practices to analyze, design, plan, and implement enterprise analysis that supports digital transformation, IT growth, and the modernization of IT2. EA also helps organizations improve the efficiency, timeliness, and reliability of business information, as well as the alignment, agility, and adaptability of the architecture to the changing needs and requirements3. Therefore, the best summary of the purpose of EA is to guide effective change.

Option D is the best answer because it most closely follows the TOGAF guidance for Phase A – Architecture Vision , where stakeholder management and risk identification are fundamental activities. The scenario emphasizes multiple stakeholder concerns, including AI adoption, workforce impact, security, cyber resilience, and organizational change. TOGAF recommends performing stakeholder analysis by assessing each stakeholder’s power, influence, interest, concerns, issues, and cultural considerations . This information is then used to determine appropriate viewpoints, communications, and architecture views.

TOGAF also requires that stakeholder concerns be reflected in the Architecture Vision , which provides a shared understanding of the proposed architecture and demonstrates how stakeholder concerns will be addressed. At the same time, architecture-related risks and the requirements needed to mitigate them should be captured in the Architecture Requirements Specification , where they can be traced and managed throughout the ADM lifecycle. Continuous review and feedback ensure that risks remain visible and that requirements continue to reflect stakeholder needs as the architecture evolves.

Option A incorrectly limits risk management to Security Architecture. Option B includes stakeholder identification and communication but omits TOGAF ' s emphasis on stakeholder analysis, viewpoints, and formal recording of risks and requirements. Option C incorrectly postpones risk management until Implementation Governance. Therefore, Option D is the answer most closely aligned with the TOGAF Standard.

Comprehensive and Detailed Explanation

Let’s examine each statement against the TOGAF ADM principles:

All ADM activities are carried out within an iterative cycle of continuous architecture definition and realization

Correct. The ADM is iterative in three dimensions: across the cycle, between levels (enterprise, segment, capability), and within phases. This means architecture development is never linear but part of a continuous cycle of definition and realization.

The Requirements Management phase is a continuous phase

Correct. Requirements Management is central to the ADM cycle. It operates continuously, ensuring requirements are identified, stored, and addressed throughout all phases, not only in a single step.

Output from an early phase may be modified in a later phase

Correct. The ADM is iterative and allows feedback between phases. For example, new requirements identified in later phases may lead to modifications of deliverables from earlier phases.

When a phase starts, the previous phase closes

Incorrect. The ADM is not strictly sequential. Phases can overlap, iterate, and provide feedback loops. One phase starting does not imply that the previous phase is closed; instead, phases interact dynamically.

Correct Mapping

Statements 1, 2, and 3 are correct.

Statement 4 is incorrect.

Correct answer is B (1, 2 & 3).

Why the other options are incorrect

A (2, 3 & 4): Includes statement 4, which is incorrect.

C (1, 2 & 4): Includes statement 4, which is incorrect.

D (1, 3 & 4): Includes statement 4, which is incorrect.

References

The Open Group, TOGAF® Standard, Version 9.2, Part II: ADM — overview of ADM iterations, Requirements Management, and feedback between phases.

The Open Group, TOGAF® 9 Certified Study Guide — emphasizes ADM as iterative and requirements-driven.

Comprehensive and Detailed In-Depth Explanation from Expert in Enterprise Architecture, guiding in TOGAF and ArchiMate:

In the TOGAF Architecture Development Method (ADM), the Preliminary Phase is a foundational phase whose primary purpose is to establish and prepare the Architecture Capability within the enterprise. This phase ensures that the organization is structurally, procedurally, and culturally ready to undertake architecture work in a consistent and governed manner.

A core outcome of this phase is the Organization Model for Enterprise Architecture, which defines:

Architecture roles and responsibilities (e.g., Chief Architect, Domain Architects)

Reporting and decision-making structures

Architecture governance bodies (such as Architecture Boards)

Interaction with other governance and management processes

Accountability and ownership for architecture activities

The Organization Model enables repeatable, controlled, and effective execution of the ADM across initiatives. Without this model, architecture work would lack authority, consistency, and governance alignment.

Why Option A is correct:

The Preliminary Phase explicitly focuses on defining and establishing the Organizational Model for Enterprise Architecture as part of building the enterprise’s Architecture Capability.

Why the other options are incorrect:

B. Architecture Roadmap: This is developed later in the ADM when solution options, work packages, and migration paths are defined, mainly in Phases E (Opportunities & Solutions) and F (Migration Planning).

C. Implementation Governance Model: This is primarily addressed in Phase G (Implementation Governance), where architecture compliance and realization are governed.

D. Architecture Vision for the project: The Architecture Vision is the main deliverable of Phase A (Architecture Vision), which follows the Preliminary Phase.

Authoritative References (TOGAF Standard):

TOGAF ADM – Preliminary Phase: Objectives and Key Activities

TOGAF Architecture Capability Framework

TOGAF Architecture Governance concepts

These sources clearly state that the Preliminary Phase exists to define and establish the Organizational Model for Enterprise Architecture, making Option A the correct and fully aligned answer.

Risk is defined as the effect of uncertainty on objectives, according to the ISO 31000 standard, which provides principles and guidelines for risk management1 Risk can be positive or negative, depending on whether the uncertainty affects the achievement or the failure of the objectives. Risk can also be expressed in terms of likelihood and impact, which indicate the probability and the consequence of the risk occurrence. Risk management is the coordinated activities to direct and control an organization with regard to risk. Risk management is an integral part of the TOGAF standard, as it helps to identify, assess, and treat the risks that may affect the architecture development and implementation2 References: 1: ISO 31000:2018, Riskmanagement — Guidelines, Clause 3.1 2: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 32: Risk Management