Key details for this exam, checked against the published exam outline
Each question shows the correct answer and an explanation of why it is right
Scenario:
You are working as an Enterprise Architect within an Enterprise Architecture (EA) team at an electric vehicle manufacturer. The company produces electric cars and battery systems. The goal of the company is to build the best technology and software platform for electric vehicles.
The company has decided to introduce a major change to its vehicle design over a five-year period. This will be a cross-functional effort between hardware and software teams, delivering significant new features in the vehicles they manufacture. It is planned to be developed in phases.
An architecture to support strategy has been completed with a roadmap for a set of projects.
The EA team has inherited the architecture for the hardware and software automotive platform used by current vehicles, some of which can be carried over to the new vehicle design. The EA team has started to define which parts of the architecture to carry forward.
The presentation and access to different variations of data that the company plans to offer through its vehicles creates an architecture challenge. The application portfolio and supportinginfrastructure must connect with multiple cloud services and data repositories in different countries to be able to handle large-scale data.
Enough of the Business Architecture has been defined, so that work can commence on the Information Systems and Technology Architectures. These architectures need to be defined to support the primary business services that the company plans to provide. These services will manage and process the data created by vehicles, paving the way for self-driving vehicles in the future.
The company uses the TOGAF Standard as the basis for its Enterprise Architecture framework.
The EA team reports to the Chief Technical Officer (CTO), who is the sponsor of the EA program.
The CTO requires that the EA team follow the purpose-based EA Capability model as described in:
The TOGAF Series Guide: A Practitioners' Approach to Developing Enterprise Architecture Following the TOGAF ADM.
Refer to the scenario:
You have been asked how to decide and organize the work to deliver the requested architectures.
Based on the TOGAF standard, which of the following is the best answer?
The correct answer is C, as it aligns with the TOGAF ADM approach and best practices for organizing architecture work in a phased and structured manner.
Analysis of the Correct Answer (Option C):
Identifying Projects, Dependencies, and Synergies
The scenario describes a phased approach to vehicle development over five years.
Identifying dependencies ensures a logical and structured rollout of technology and business capabilities.
Developing High-Level Architecture Descriptions
Since Business Architecture is already defined, it is now time to develop high-level descriptions of Information Systems and Technology Architectures.
TOGAF emphasizes incremental and iterative refinement, meaning that starting with high-level descriptions is a logical first step.
Determining Workload and Resource Allocation
TOGAF ADM Phase B, C, and D involve creating architecture descriptions.
Understanding how much work is required ensures efficient resource planning and allocation.
Identifying Reference Architectures and Building Blocks
Using reference architectures and reusable architecture building blocks (ABBs) is a key best practice in TOGAF.
This enables efficiency and consistency in architecture development.
Evaluating Costs, Risks, and Feasibility
TOGAF emphasizes a risk-aware approach to enterprise architecture.
Documenting options, risks, and control measures ensures feasibility before execution.
Why Other Options Are Incorrect?
Option A: Initiating ADM Phase A Again
Incorrect because the scenario states that the Architecture Vision has already been completed.
Phase A is used for initial vision-setting, but at this point, the focus is on executing defined architectures.
Option B: Researching Data Companies for Target Architecture Development
Incorrect because the focus should be on defining internal architectures rather than external research.
While benchmarking best practices can be useful, it is not the primary activity at this stage.
Option D: Studying Other Companies and Performing Readiness Assessment
Incorrect because the focus should be on leveraging the organization's existing architecture and resources.
Solution provider readiness assessments are typically part of procurement, not enterprise architecture development.
TOGAF Standard, ADM Guidelines and Techniques
TOGAF Standard, ADM Phase B, C, and D -- Developing the Architecture
The TOGAF Series Guide: A Practitioners' Approach to Developing Enterprise Architecture Following the TOGAF ADM
Please read this scenario prior to answering the question.
You are employed as an Enterprise Architect working within an Enterprise Architecture (EA) team at a car manufacturing company. Enterprise Architecture (EA) provides the company with a comprehensive framework to develop and manage their manufacturing infrastructure, processes for component production, and design and testing systems.
The company is moving ahead with switching to electric power for its vehicles. The shift from combustion engines to electric motors marks a fundamental transformation for the company. As a result, the company has invested heavily in a new standardized design, production efforts, and components to use across all its brands.
A challenge that the company is facing is to maintain quality while increasing the number of vehicles coming off the production line to meet customer demand. Significant supply chain shortages for some components are impacting production. In response to this the company has taken design and production of the battery pack in-house and contracted new suppliers.
You are working on a project to improve the manufacturing process and systems to design, produce, and test the battery pack. As part of putting the new battery pack into production, changes to the assembly processes need to be made. A successful trial has been completed at a single location. The Chief Engineer, sponsor of the project, and the Architecture Board have approved the plan to roll out these changes to each of the manufacturing plants.
The EA team leader has called a meeting. He notes that the Architecture Contract will serve as the key connection between architecture and implementation organizations. Preliminary Architecture Contracts are being developed to detail the work needed to put in place the new processes for each location. The company mixes internal teams with a few third-party contractors at the locations. The Chief Engineer is worried that the implementation and deployment will not be consistent and of satisfactory quality across all the locations.
The company uses the TOGAF standard as the foundation for its work, including the company's internal Enterprise Architecture framework. Also, the company uses different management frameworks including business planning, project management, and operations management. The company has factories in North America, Europe, and Asi
a. The EA team is responsible for all the manufacturing plants.
The EA team leader has asked you for the best way to address the Chief Engineer's concern.
Based on the TOGAF standard, which of the following is the best answer?
Option C most accurately reflects the TOGAF standard's guidance on Architecture Contracts and Architecture Governance during implementation (Phase G).
The Architecture Contract in TOGAF formalizes the agreement between the architecture function and the implementation organization. It must clearly define objectives, performance measures, deliverables, quality criteria, risks, and acceptance terms. This ensures consistent quality and traceability across distributed implementations, which directly addresses the Chief Engineer's concern about inconsistent deployment across multiple plants.
TOGAF further requires architecture compliance reviews at defined checkpoints to verify conformance to the Architecture Definition. Any deviations must be formally reviewed by the Architecture Board. If justified, a dispensation may be granted; however, this must follow a governed process, not informal adjustment.
For third-party suppliers, TOGAF states that contracts must be legally enforceable to ensure compliance. Additionally, governance frameworks should include a dispute resolution mechanism to manage disagreements not resolved through compliance review.
Options A and B omit structured compliance review scheduling and formal governance rigor. Option D incorrectly suggests modifying the Architecture Definition through a new Request for Architecture Work, which is not required for local dispensations.
Therefore, according to TOGAF Architecture Governance guidance, Option C is the best answer.
Which of the following is a responsibility of an Architecture Board?
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.Reference:
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
Which of the following best describes the need for the ADM process to be governed?
According to the TOGAF standard, the need for the ADM process to be governed is to ensure that the architecture development and implementation activities are conducted in a consistent, coherent, and compliant manner1. Governance provides the means to verify that the method is being applied correctly and effectively, and that the architecture deliverables and artifacts meet the quality and standards criteria1. Governance also enables the management of risks, issues, changes, and dependencies that may arise during the ADM process1.
Some of the benefits of governing the ADM process are2:
*Improved alignment of the architecture with the business strategy and objectives
*Enhanced stakeholder engagement and communication
*Increased reuse and integration of architecture assets and resources
*Reduced complexity and duplication of architecture efforts
*Increased agility and adaptability of the architecture to changing needs and requirements
*Improved compliance and auditability of the architecture outcomes and outputs
Consider the following statements:
1. Groups of countries, governments, or governmental organizations (such as militaries) working together to create common or shareable deliverables or infrastructures
2. Partnerships and alliances of businesses working together, such as a consortium or supply chain
What are those examples of according to the TOGAF Standard?
According to the TOGAF standard, the two statements provided refer to different scopes within which architecture can be developed:
Groups of countries, governments, or governmental organizations working together typically align with broader, often international, scopes of architecture that transcend individual enterprise boundaries.
Partnerships and alliances of businesses working together, such as a consortium or supply chain, refer to collaborative efforts that can define architecture at a scope involving multiple enterprises.
In both cases, the term 'Architectures Scopes' is appropriate because it reflects the varying levels and contexts in which architectures can be defined, ranging from single business units to collaborative inter-organizational efforts.
When considering the scope of an architecture, what dimension considers to what level of detail the architecting effort should go?
The scope of an architecture is the extent and level of detail of the architecture work. The scope of an architecture can be defined along four dimensions: project, breadth, depth, and architecture domains. The project dimension considers the boundaries and objectives of the architecture project, such as the time frame, budget, resources, and deliverables. The breadth dimension considers the coverage and completeness of the architecture across the enterprise, such as the organizational units, business functions, processes, and locations. The depth dimension considers the level of detail and specificity of the architecture, such as the granularity, abstraction, and precision of the architectural elements and relationships. The architecture domains dimension considers the aspects or segments of the architecture, such as the business, data, application, and technology domains.
Therefore, the depth dimension is the one that considers to what level of detail the architecting effort should go.
The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 25: Architecture Scope : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 25.2: Scope Dimensions : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 25.2.1: Project, Breadth, Depth, and Architecture Domains
Which of the following is a purpose of creating a set of Architecture Principles?
Architecture Principles provide enduring guidance for architecture development and governance. One of their primary purposes is to guide decision-making, particularly when architects and stakeholders must evaluate alternatives, resolve conflicts, or perform trade-off analysis. They ensure that decisions remain aligned with enterprise strategy, governance objectives, and business goals.
Option A reflects a broader governance objective but is not the primary purpose stated in the TOGAF principles guidance. Option B describes an Architecture Contract. Option C refers to documenting impacts, which belongs to the Implications section of an individual principle rather than the purpose of creating the overall set.
Therefore, according to the TOGAF Standard, the best answer is D.
14 domains from the The Open Group OGEA-103 exam outline, with approximate weightings. Every sample question above is tagged with the domain it comes from
Candidates are assessed on fundamental concepts and components forming the foundation of the TOGAF standard, including its structure and terminology. This includes understanding the TOGAF framework structure, key terms, and how the standard is organized.
This section introduces the purpose and benefits of enterprise architecture, providing a high-level overview of its role in aligning business and technology strategies. It covers why organizations adopt enterprise architecture and what benefits it delivers.
This section delves into the structured process of developing and managing enterprise architecture initiatives, ensuring consistency and alignment with business goals. Candidates learn the ADM phases from Preliminary through Phase H and how to apply them end-to-end.
Candidates explore the concept of the Enterprise Continuum and the array of tools available to support the creation and maintenance of enterprise architectures. This includes understanding how organizations position themselves within the continuum and selecting appropriate tools.
Sample question from this domain above: Q5
This section is dedicated to understanding the processes and models that establish effective oversight and direction for an organization's enterprise architecture. Candidates learn governance structures, decision-making frameworks, and dispensation processes.
Candidates demonstrate their ability to interpret and apply the reference frameworks provided by TOGAF to guide enterprise architecture adoption and implementation. This covers how to use TOGAF's built-in models and customize them for organizational contexts.
This section emphasizes the importance of understanding the scope and impact of enterprise architecture within the broader context of an organization's operations and strategies. Candidates learn how to position architecture work within organizational strategy and constraints.
Sample question from this domain above: Q1
Candidates learn strategies to identify, engage, and effectively manage stakeholders, ensuring their requirements are addressed throughout the enterprise architecture journey. This includes techniques for stakeholder analysis and engagement planning.
Sample question from this domain above: Q7
This section highlights the initial steps of the ADM, which involve defining the vision, scope, and objectives that set the tone for the entire initiative. Candidates learn how to structure Phase A work and set up architecture projects for success.
Candidates are tested on skills related to the process of crafting architecture artifacts, ensuring they align with the unique needs and aspirations of the organization. This covers developing business, information systems, and technology architectures.
This section equips candidates with the knowledge to smoothly transition from planning to execution, adopting best practices for a successful architecture implementation. Candidates learn implementation planning and governance during the implementation phase.
In this section, change management strategies are explored, teaching candidates how to incorporate updates and adapt the architecture to meet evolving business demands. This includes managing the architecture lifecycle and responding to organizational change.
The focus of this section is on understanding the methods and techniques for gathering, analyzing, and overseeing requirements to ensure the architecture meets the dynamic needs of the business. Candidates learn requirement management processes throughout the ADM.
Candidates prove their skill related to the array of tools, techniques, and practices that facilitate the efficient execution of the ADM, ultimately enhancing the development and management of enterprise architectures. This includes supporting methodologies and best practices.
Common questions about the exam itself
