Authentic The Open Group Certification Exam OGEA-102 Questions Answers

A Stakeholder Map is a technique that can be used to identify and classify the stakeholders of the architecture work, and to document their key interests, requirements, and concerns. A stakeholder is any person, group, or organization that has a stake in the outcome of the architecture work, such as the sponsor, the client, the users, the suppliers, the regulators, or the competitors. A Stakeholder Map can help to understand the needs and expectations of the stakeholders, and to communicate and engage with them effectively1

The steps for creating a Stakeholder Map are:

Identify the stakeholders of the architecture work, using various sources and methods, such as interviews, surveys, workshops, or existing documents.

Classify the stakeholders according to their roles, responsibilities, and relationships, using various criteria and dimensions, such as power, influence, interest, attitude, or impact.

Define the concerns and relevant views for each stakeholder group, using various techniques, such as business scenarios, use cases, or value propositions. A concern is a key interest or issue that is relevant to the stakeholder, such as a goal, a problem, a need, or a risk. A view is a representation of the system of interest from the perspective of one or more stakeholders and their concerns.

Record the stakeholders and their concerns in a Stakeholder Map, which shows the mapping between the stakeholder groups, the concerns, and the views. The Stakeholder Map also shows the dependencies, assumptions, and issues related to each stakeholder and concern.

Therefore, the best answer is B, because it recommends the approach that would enable the development of an architecture that addresses the concerns of the CIO and the partners, using the Stakeholder Map technique. The answer covers the following aspects:

An analysis of the stakeholders is undertaken, which involves identifying, classifying, and defining the stakeholders and their concerns.

The stakeholders and their concerns are documented in a Stakeholder Map, which provides a clear and comprehensive picture of the stakeholder landscape and their interests.

The concerns and relevant views are recorded in the Architecture Vision document, which is the output of Phase A: Architecture Vision of the Architecture Development Method (ADM), which is the core process of the TOGAF standard that guides the development and management of the enterprise architecture. The Architecture Vision defines the scope and approach of the architecture work, and establishes the business goals and drivers that motivate the architecture work. The Architecture Vision also involves obtaining the approval and commitment of the sponsors and other key stakeholders, and initiating the Architecture Governance process2

The requirements include risk mitigation through regular assessments, which involves identifying, analyzing, and evaluating the risks that may affect the architecture, and determining the appropriate measures or actions to prevent, reduce, or mitigate the risks. Risk mitigation can also involve monitoring and reviewing the risk situation, and communicating and reporting the risk status and actions3

This approach also allows a supervised agile implementation of the continuous Machine Learning, which involves applying agile principles and practices to the architecture development and implementation, such as iterative and incremental delivery, frequent feedback, collaboration, and adaptation. A supervised agile implementation can help to ensure the quality, value, and alignment of the architecture, and to respond to the changing needs and expectations of the stakeholders.

In this scenario, the strategic architecture is already complete and approved, and the sponsors now want assurance about risks before approving the detailed Implementation & Migration Plan. According to TOGAF, this work occurs in Phase E: Opportunities & Solutions and Phase F: Implementation & Migration, where a key activity is performing Business Transformation Readiness Assessment and Risk Assessment before finalizing the roadmap and migration plan.

Option C aligns exactly with TOGAF guidance for this stage:

Why Option C is correct

1. It starts with assessing organizational readiness for change

TOGAF Phase E requires evaluation of Business Transformation Readiness, addressing:

Organizational capability

Cultural readiness

Skills and capacity

Sponsorship and governance

This is exactly what Option C describes:

“assess how ready the organization is to change.”

This directly responds to the concern in the scenario that “most senior leaders feel the operations need to be more efficient” and that “significant changes are necessary.”

2. It includes identification and classification of risks

TOGAF requires performing a Risk Assessment before migration planning, ensuring risks are categorized, documented, and mitigation strategies defined.

Option C includes:

“identification and classification of the risks … together with an approach to mitigate the risks.”

This is precisely what the sponsors requested: clear management of risks before approving migration planning.

3. It ties risk, dependencies, and gaps directly into the Implementation & Migration Plan

TOGAF requires identifying:

Dependencies between work packages

Gaps between baseline and target

Required actions to improve readiness

Work package sequencing

Option C states:

“identifying dependencies between the set of changes, including gaps and work packages… identifying improvement actions to be worked into the Implementation and Migration Plan.”

This matches TOGAF Phase E and F activities exactly.

4. It evaluates business value, effort, and risk for each transformation

The scenario involves three distinct transformations, and sponsors want assurance of value delivery. TOGAF Phase F includes Consolidated Gaps, Solutions, and Dependencies and migration prioritization based on value, cost, and risk.

Option C states:

“The business value, effort, and risk associated for each transformation should then be identified and documented.”

This is directly aligned to the TOGAF-required migration prioritization criteria.

Why the other options are incorrect

A – Focuses on gap analysis only

Gap analysis was performed during Phases B–D, and while relevant, Option A does not emphasize risk, readiness, or assurance—key concerns of the scenario.

B – Misrepresents TOGAF (organizational requirements matrix is not a formal TOGAF artifact)

Also, it incorrectly focuses on aligning change with the operating model, which TOGAF does not prescribe as the primary risk-mitigation activity.

D – Focuses on architectural alternatives; the target architecture is already approved

The scenario states the strategic architecture is complete and approved—there is no need to revisit alternatives. This is misaligned with the starting point of the question.

Conclusion

Option C is the only answer that conducts:

Business transformation readiness assessment

Risk identification and mitigation

Dependencies, gaps, and work package analysis

Integration of risks and improvement actions into migration planning

This matches precisely what TOGAF expects at this stage and what the sponsors requested.

The correct answer is B, as it aligns with TOGAF's stakeholder management approach, ensuring that stakeholder concerns are captured and addressed iteratively throughout the architecture development process.

Analysis of the Correct Answer (Option B):

Stakeholder Analysis and Mapping

The scenario highlights that top managers and staff are worried about the changes AI will bring.

TOGAF recommends stakeholder analysis early in the ADM process to ensure that concerns, expectations, and risks are documented.

Creating a Stakeholder Map groups stakeholders by common concerns, allowing architects to develop tailored viewpoints.

Recording Concerns in the Architecture Vision Document

The Architecture Vision (ADM Phase A) serves as a high-level guiding document.

Capturing stakeholder concerns in the Vision document ensures alignment between business goals and technology implementation.

Iterative Development and Regular Feedback

The scenario describes an AI-powered system with major business impacts, so incremental validation is necessary.

TOGAF emphasizes progressive development to manage risk and validate requirements continuously.

Regular feedback loops help mitigate resistance from top managers and staff.

Why Other Options Are Incorrect?

Option A: Creating Models for Business, Application, and Technology Architectures

Incorrect because while compliance is important, it does not address stakeholder concerns directly.

The scenario is about ensuring buy-in from top managers and employees, not just regulatory compliance.

Option C: Using Uniform Business Models Across AI Projects

Incorrect because a one-size-fits-all model does not allow for regional and functional differences within the company.

The scenario emphasizes the need to address specific concerns of top managers and different locations, which requires stakeholder-specific customization.

Option D: Creating a Communications Plan

Incorrect because communication alone does not resolve stakeholder concerns.

While communication is useful, the architecture development process should include stakeholder engagement and progressive validation, not just reporting.