OGBA-101 TOGAF Business Architecture Foundation Exam Question and Answers

A Business Capability Map is structured by categorizing and grouping capabilities into high-level clusters that align with business objectives. This approach aligns with TOGAF principles for clarity and simplification in business capability representation, enabling a coherent view of business abilities.

References: TOGAF Standard, Capability Mapping Techniques.

Business capability maps provide a structured view of what an organization does to achieve its objectives. To create a clear and understandable map, capabilities need to be organized effectively. Categorizing and grouping are the primary methods used for this purpose:  

Categorizing: This involves classifying capabilities into different types or categories based on their characteristics or purpose. Common categories include:

Core capabilities: Essential for the organization's core business.

Supporting capabilities: Enable or enhance core capabilities.  

Customer-facing capabilities: Directly interact with customers.  

Operational capabilities: Focus on internal operations.

 

Grouping: This involves grouping related capabilities together to create a hierarchical structure. This helps to visualize relationships between capabilities and understand how they contribute to broader business functions

The examples given (a whole corporation, a division of a corporation, a government agency, a single government department, partnerships, and alliances) are considered "Enterprises" according to the TOGAF Standard. Here’s a detailed explanation:

Definition of an Enterprise:

Enterprise: According to TOGAF, an enterprise is any collection of organizations that share a common set of goals. It can be a whole corporation, a division of a corporation, a government agency, or a consortium of businesses.

Examples of Enterprises:

Corporation or Division: An enterprise can be a whole corporation or just a division within a larger organization.

Government Entities: It includes government agencies or individual departments within the government.

Partnerships and Alliances: Enterprises can also be partnerships and alliances of businesses, such as consortia or supply chains.

TOGAF References:

Scope of Enterprise Architecture: TOGAF defines enterprise architecture as encompassing the entire scope of the enterprise, including all its sub-units and external partnerships.

Enterprise Continuum: TOGAF’s Enterprise Continuum provides a framework for understanding and organizing the artifacts that make up the enterprise architecture.

In summary, the examples provided are considered "Enterprises" according to the TOGAF Standard, as they represent collections of organizations with shared goals.

The example value stream shown, labeled "Acquire Retail Product," represents a decomposition into a sequence of stages that collectively create value. Each stage, such as "Advertise Channels," "Display Products," "Enable Selection," "Process Payment," and "Deliver Product(s)," is a step in the overall process that contributes to the final outcome, which in this case is the acquisition of a retail product by the customer. Value streams are utilized in business architecture to model the flow of value through an organization from the initial customer demand to the final delivery of the product or service.

The purpose of Enterprise Architecture, within the context of TOGAF, is to establish a clear and comprehensive blueprint for how an organization can effectively achieve its current and future objectives through a structured approach. Enterprise Architecture guides effective change by providing a long-term view of the organization's processes, systems, and technologies so that individual projects can build capabilities that fit into a cohesive whole. It helps to ensure that IT investments are aligned with business goals, supports the management of complex IT landscapes, and provides a systematic approach for the adoption of emerging technologies. Essentially, it acts as a strategic framework that facilitates the translation of business vision and strategy into effective enterprise change.

Heat mapping is an analysis technique used in TOGAF to show a range of different perspectives on the same set of business capabilities. This technique involves visually representing data to highlight areas of importance or concern, such as performance levels, resource allocation, or risk exposure. Heat maps provide a clear and intuitive way to identify strengths, weaknesses, opportunities, and threats within the business capabilities, facilitating better decision-making and prioritization of improvement efforts.

In the context of TOGAF's business scenarios, business capabilities and value streams are typically modeled during the phase of identifying and documenting the desired outcomes. This is because desired outcomes are directly related to what the business intends to achieve, and therefore, it makes sense to model the capabilities (what the business can do) and the value streams (the series of steps the business undertakes to create value) at this stage. This helps in understanding the required changes or enhancements to business capabilities and processes to achieve those outcomes.

Phase A of the TOGAF ADM (Architecture Development Method), also known as the Architecture Vision phase, focuses on defining the problem to be solved, identifying stakeholders, their concerns, and requirements. Here’s a detailed explanation:

Phase A: Architecture Vision:

Objective: The primary objective of Phase A is to establish a high-level vision of the architecture project, including defining the scope and identifying key stakeholders and their concerns.

Problem Definition: This phase involves clearly defining the business problem or opportunity that the architecture project seeks to address. This sets the stage for all subsequent architecture work.

Stakeholder Identification:

Identification and Analysis: Stakeholders are identified and their concerns and requirements are gathered. This includes business leaders, IT leaders, end-users, and other relevant parties.

Understanding Needs: Understanding the needs and expectations of stakeholders is crucial for ensuring that the architecture aligns with business objectives and addresses key concerns.

Requirements Gathering:

High-Level Requirements: In Phase A, high-level requirements are identified and documented. These requirements guide the development of the architecture vision and provide a basis for more detailed requirements in later phases.

Requirements Management: A requirements management process is established to ensure that stakeholder needs are continuously captured, analyzed, and addressed throughout the architecture development process.

TOGAF References:

Deliverables: Key deliverables of Phase A include the Architecture Vision document, stakeholder map, and high-level requirements.

ADM Guidelines: TOGAF provides guidelines and techniques for conducting Phase A, including methods for stakeholder analysis, problem definition, and developing the architecture vision.

In summary, Phase A of the TOGAF ADM focuses on defining the problem to be solved, identifying stakeholders, understanding their concerns and requirements, and developing a high-level architecture vision that aligns with business objectives.

The segments labeled A, D and I in the Business Model Canvas are Key Partners, Customer Relationships, and Revenue Streams respectively1. The Business Model Canvas is a tool that can be used to describe how an organization creates, delivers, and captures value for its stakeholders1. The Business Model Canvas consists of nine segments that cover four main areas: customers (segments B,C,D), offer (segment E), infrastructure (segments A,F,G), and financial viability (segments H,I)1. The segments are defined as follows:

Key Partners (segment A): The network of suppliers and partners that make the business model work1. Key partners can provide resources, activities, or support that enable the organization to offer its value proposition1.

Customer Relationships (segment D): The type of relationship that the organization establishes with its customer segments1. Customer relationships can be driven by customer acquisition, retention, or loyalty objectives1. Customer relationships can also influence the customer experience and satisfaction1.

Revenue Streams (segment I): The sources of income that the organization generates from each customer segment1. Revenue streams can be derived from different pricing mechanisms, such as asset sale, subscription, fee, commission, or advertising1. Revenue streams can also reflect the value that customers are willing to pay for the organization’s offer1.

https://pubs.opengroup.org/togaf-standard/business-architecture/business-models.html Figure 8: The Business Model Canvas[6]

An information map is most closely related to a Business Capability Map in the sense that both are tools used to visualize and understand different aspects of an enterprise's architecture. While an information map focuses on the relationships and flow of information within the organization, a Business Capability Map outlines the abilities and capacities the business possesses. Both are used to analyze and design architectures that support the business's objectives.

 A key principle of value streams is that value is always defined from the perspective of the stakeholder2. A stakeholder is any person or group who has an interest in or influence on an enterprise or its activities5. A stakeholder can be internal or external to the enterprise. A stakeholder can also be a customer, end user, partner, supplier, regulator, employee, or any other role that interacts with or benefits from the enterprise’s products or services5. Value streams should reflect how stakeholders perceive and measure value in terms of outcomes, benefits, costs, risks, and satisfaction2.

One of the guidance for creating value streams is to start with customer-based value streams2. Customer-based value streams are those that describe how an enterprise creates and delivers value for its external customers2. Starting with customer-based value streams can help to ensure that the value streams are aligned with the customer needs and expectations, as well as the enterprise’s value proposition and strategic objectives2. Customer-based value streams can also provide a foundation for identifying and defining other types of value streams, such as internal or partner-based value streams.

In TOGAF ADM, Phase B is the Business Architecture phase where the architect should locate existing architecture descriptions to create an information map. This phase involves developing a detailed understanding of the business environment, including business processes, roles, and information flows. Existing architecture descriptions provide a baseline for identifying how information is currently managed and how it can be optimized to support business objectives.

In the context of the TOGAF ADM (Architecture Development Method), the phase labeled as item 1, which conducts implementation planning for the architecture defined in previous phases, corresponds to Phase E: Opportunities and Solutions. Here’s a detailed explanation:

Phase E: Opportunities and Solutions:

Objective: This phase focuses on identifying delivery vehicles (projects, programs, or portfolios) that can deliver the target architecture identified in previous phases. It bridges the gap between the architecture vision and the detailed implementation.

Implementation Planning: In this phase, the architect develops the detailed Implementation and Migration Plan. This includes identifying work packages, sequencing activities, and preparing for the transition to the target architecture.

Key Activities:

Identify Opportunities and Solutions: This involves identifying potential solutions that address the gaps identified during the architecture definition phases (Phases B, C, and D).

Work Package Definition: Work packages are defined, which include specific projects or initiatives required to implement the architecture.

Transition Planning: Detailed plans for transitioning from the baseline to the target architecture are developed, ensuring that all necessary steps and resources are accounted for.

TOGAF References:

Phase E Deliverables: Key deliverables of this phase include the Implementation and Migration Plan, project charters, and work package descriptions.

Alignment with Business Strategy: This phase ensures that the implementation plans are aligned with the business strategy and objectives, providing a clear path for executing the architecture vision.

Benefits:

Structured Implementation: Conducting implementation planning ensures that the architecture is implemented in a structured and controlled manner, reducing risks and enhancing the likelihood of success.

Resource Allocation: It helps in efficient allocation of resources by identifying the specific projects and initiatives needed to achieve the target architecture.

In summary, Phase E of the TOGAF ADM focuses on conducting implementation planning for the architecture defined in previous phases, ensuring a structured and controlled approach to executing the architecture vision and achieving the desired business outcomes.

The diagram provided illustrates a Capability Map. Here's why:

Focus on "what" the organization does: The diagram depicts various functions and activities that the organization performs, such as "Program/Human Resource Matching," "Employee Supply and Demand Mgmt," "Benefits Management," etc. These represent the capabilities of the organization, or what it is able to do.

Hierarchical structure: The capabilities are organized hierarchically, with broader functions like "HR Mgmt." encompassing more specific capabilities like "Position Advertising" and "Skills Assessment." This shows how different capabilities relate to each other and contribute to higher-level functions.

No specific process flow: Unlike a process map or value stream map, this diagram doesn't show a sequence of steps or flow of activities. It focuses on the capabilities themselves, not how they are executed

The business capability map provided uses color coding to represent the maturity levels of various business capabilities in strategic, core, and supporting functions. The colors indicate the current state or priority for development, with red indicating capabilities that are significantly below desired maturity levels and thus require immediate attention. In this case, Policy Management, Government Relations Management, and HR Management are marked as red, signaling the need for urgent improvement. Yellow indicates capabilities that are closer to the desired state but still need attention, while green shows capabilities that have achieved the desired maturity level. Purple indicates a missing capability that does not currently exist in the enterprise, which is the case for Agent Management.

Business models are essential tools within TOGAF for providing different perspectives on the business operations, strategies, and value propositions. Here’s a detailed explanation:

Purpose of Business Models:

Business models are designed to represent various aspects of the business, such as value creation, delivery, and capture mechanisms. They provide a structured way to analyze and understand the business.

Different Viewpoint:

Cross-Check Assumptions: Business models offer a different viewpoint that helps in validating and cross-checking assumptions made about the business. By presenting a visual and structured representation of the business, these models enable stakeholders to identify gaps, inconsistencies, and areas that need further analysis.

Holistic Understanding: They help in gaining a holistic understanding of how different components of the business interact, which is crucial for ensuring that the enterprise architecture aligns with the business strategy and goals.

TOGAF References:

Phase A: Architecture Vision: During this phase, business models are used to articulate the vision and scope of the architecture effort. They help in ensuring that all assumptions are validated and that the architecture aligns with business objectives.

Phase B: Business Architecture: Business models are also utilized in this phase to analyze business capabilities, processes, and value streams. They provide a different viewpoint that aids in identifying areas for improvement and ensuring alignment with the strategic intent.

In summary, business models provide a different viewpoint that helps cross-check assumptions, ensuring that the enterprise architecture is aligned with the business strategy and objectives.

The diagram shows the Enterprise Continuum, which is a view of the Architecture Repository that provides methods for classifying architecture and solution artifacts as they evolve from generic Foundation Architectures to Organization-Specific Architectures4. The Enterprise Continuum comprises two complementary concepts: the Architecture Continuum and the Solutions Continuum. The Architecture Continuum shows the relationships among foundational frameworks, common system architectures, industry architectures, and enterprise architectures4. The Solutions Continuum shows the relationships among foundational solutions, common system solutions, industry solutions, and enterprise solutions4.

Risk Management is the discipline that addresses the identification, assessment, and prioritization of risks followed by coordinated application of resources to minimize, control, and monitor the impact of unfortunate events or to maximize the realization of opportunities. It is about striking a balance between the positive outcomes of opportunities and the negative outcomes of risks, ensuring that the enterprise can achieve its objectives while keeping potential threats under control.

In developing an Architecture Vision within TOGAF, the architect should examine and search for foundational Business Architecture concepts to ensure that the enterprise architecture is aligned with the organization’s strategy and delivers value to stakeholders. Here’s a detailed breakdown of the relevant Business Architecture concepts that need to be examined in this context:

Business CapabilitiesBusiness Capabilities represent the core abilities or capacities of an organization that allow it to achieve specific purposes or outcomes. In TOGAF, identifying and analyzing Business Capabilities helps architects understand the organization’s functional strengths and gaps. This examination provides insight into which capabilities are critical for achieving strategic goals and how they may need to evolve to support the target architecture.

Value StreamsValue Streams depict the end-to-end processes that deliver value to customers, stakeholders, or end users. By identifying Value Streams, the architect can understand how value is created and delivered, ensuring that architecture decisions support these value-generating processes. Value Streams in TOGAF are integral to identifying areas where improvements, efficiencies, or innovations can be applied, enhancing the organization’s ability to meet its strategic objectives.

Organization MapsOrganization Maps outline the relationships between various entities within the enterprise, including internal departments, partners, and stakeholders. These maps provide a structural overview, showing the formal and informal relationships that influence how work is conducted across the organization. In the Architecture Vision phase, Organization Maps help architects understand organizational dependencies, stakeholder concerns, and potential alignment issues between business units.

Application in the Architecture Vision Phase:By examining these concepts—Business Capabilities, Value Streams, and Organization Maps—the architect can gain a comprehensive understanding of the current state of the business and how it is structured to deliver value. This analysis is essential for setting a realistic and strategically aligned vision that addresses core business needs and prepares the organization for future growth and transformation.

TOGAF References:

TOGAF Standard, Architecture Vision Phase

TOGAF Business Architecture guidelines on Business Capabilities, Value Streams, and Organization Mapping

The technique shown in the example is called heat mapping. It is a technique that can be used to show a range of different perspectives on a business capability map, such as maturity, effectiveness, performance, and value or cost contribution of each capability to the business2. Different attributes determine the colors of each capability on the business capability map. Heat mapping can help to identify strengths, weaknesses, opportunities, and threats in the business architecture.

https://governance.foundation/assets/frameworks/togaf/g189%20-%20Business%20Capbility.pdf

Table 3: Heat Map for ABC Company’s Business Capabilities

Role of Information Maps in TOGAFInformation maps are used to define and structure the key information concepts necessary for an organization’s operations. They organize information in a way that aligns with the organization’s business needs and are crucial for creating a robust information architecture.

Relationship Between Information Maps and Stakeholder MapsIn TOGAF and enterprise architecture practices, stakeholder maps play an essential role in defining information concepts because they identify the various stakeholders involved in or affected by the business operations. Understanding stakeholders and their interactions helps architects determine the types of information that are valuable to each stakeholder group. This understanding aids in structuring the information map to meet the specific needs and requirements of each stakeholder.

As per TOGAF guidance, if an organization already has a stakeholder map, it can serve as a valuable tool for identifying the information concepts required by different stakeholders. This allows architects to tailor the information architecture to align with the interests, roles, and responsibilities of stakeholders, which directly impacts the organization’s information needs.

Why Stakeholder Map is the Correct Answer

Stakeholder maps provide insights into the information needs of various stakeholders, helping to define information concepts within the information map.

By referencing a stakeholder map, architects can identify the key information flows, data requirements, and access needs of each stakeholder, ensuring that the information map is comprehensive and aligned with actual usage.

This alignment with stakeholder needs ensures that the information architecture supports the organization’s objectives by delivering relevant information to each party involved.

Why Other Options are Less Suitable:

Option B (Value Streams):Value streams focus on the high-level flow of activities that deliver value but do not directly inform the structure of information concepts.

Option C (Statement of Business Goals and Drivers):While business goals and drivers provide strategic direction, they do not specifically define information concepts in the same way that understanding stakeholder needs does.

Option D (Organization Map):An organization map helps in understanding roles and responsibilities within the enterprise but does not directly influence the definition of information concepts in the same manner as a stakeholder map.

Conclusion:

The correct answer is A. Stakeholder Map because it directly helps define information concepts in an information map by clarifying the information needs of each stakeholder group.

References:

TOGAF® Standard, Version 9.2, Stakeholder Mapping and Information Mapping Techniques

TOGAF Business Architecture Guide, sections on Information Maps and Stakeholder Maps

The ADM Phases that match the purpose descriptions provided are: Phase C for the development of Information Systems Architectures to support the agreed Architecture Vision, Phase F for addressing the move from the Baseline to the Target Architectures by finalizing a detailed Implementation and Migration Plan, Phase G for providing architectural oversight of the implementation, and Phase D for describing the development of the Technology Architecture to support the agreed Architecture Vision.

When developing the Architecture Vision, it is essential for the architect to examine and search for Value Streams and Business Capabilities. Here’s a detailed explanation:

Architecture Vision Phase (Phase A):

The Architecture Vision phase sets the overall direction and context for the architecture project. It defines the scope and vision for the future state architecture and establishes a shared understanding among stakeholders.

Value Streams:

Definition: Value streams represent the end-to-end set of activities that deliver value to customers or stakeholders. They provide a high-level view of how value is created and delivered within the organization.

Importance: Understanding value streams helps in aligning the architecture with business processes and ensuring that the architecture supports the delivery of value.

Business Capabilities:

Definition: Business capabilities define what an organization needs to be able to do to achieve its business objectives. They represent the core functions or abilities of the organization.

Importance: Identifying and understanding business capabilities is crucial for ensuring that the architecture addresses the critical functions of the business and supports its strategic goals.

TOGAF ADM References:

Phase A: Architecture Vision: In this phase, the architect examines value streams and business capabilities to understand the current state and define the desired future state. This helps in creating an architecture vision that is aligned with business objectives and supports value creation.

Strategic Planning: Value streams and business capabilities provide a foundation for strategic planning, ensuring that the architecture is designed to support key business activities and capabilities.

In summary, when developing the Architecture Vision, examining value streams and business capabilities is essential for understanding how the organization delivers value and ensuring that the architecture supports critical business functions and strategic objectives.

Business model innovation involves making significant changes to how an organization creates, delivers, and captures value. These changes can be disruptive and have far-reaching implications for the entire enterprise. A structured approach to business model innovation is essential to:

Maintain alignment with enterprise architecture: A structured approach ensures that new business models are compatible with the existing technology, data, and application architecture. This prevents costly rework, integration issues, and disruptions to existing operations.

Minimize risk and disruption: By carefully considering the impact of changes on different parts of the organization, a structured approach helps to mitigate risks and avoid unintended consequences.

Facilitate effective decision-making: A structured approach provides a framework for evaluating different business model options and making informed decisions based on clear criteria and analysis.

Enable smooth transition: A structured approach helps to manage the transition to the new business model, ensuring a smooth implementation and minimizing disruptions to customers and employees.

According to the TOGAF Series Guide to Business Capabilities (Version 2), a business capability is defined as “a particular ability or capacity that a business may possess or exchange to achieve a specific purpose or outcome” 4. A business capability delineates what a business does without an explanation of how, why, or where the capability is used4. A business capability can be expressed as a verb phrase that indicates what function or service the capability provides4. For example, some possible business capabilities are “Manage Customer Relationships”, “Deliver Products”, or “Perform Financial Analysis”.

In TOGAF and other enterprise architecture practices, analyzing a value stream often involves understanding the various stages of the value stream and assessing how each stage contributes to business value. Heat mapping is a commonly used technique to visualize and analyze these stages, making it the most appropriate choice in this context.

Understanding Value Streams in TOGAFA value stream represents a high-level view of how value is delivered to customers or stakeholders. It encompasses all the activities necessary to achieve a specific outcome, often broken down into stages. In TOGAF’s Business Architecture, value stream mapping is a key activity for analyzing and understanding these value stages, enabling architects to identify areas for improvement.

Heat Mapping as an Analysis TechniqueHeat mapping by value stream stages is a visualization technique that highlights the effectiveness or performance of each stage in the value stream. By applying a heat map, architects can easily see which stages are performing well (often marked in “cool” colors) and which stages may need improvement (often marked in “hot” colors). This is particularly useful for identifying bottlenecks, redundancies, or inefficiencies within the value stream, which is essential for project analysis.

Why Other Options are Incorrect:

Option A (Converting value stream stages to entities and building a logical data model):Building a logical data model involves defining data entities and their relationships, which is more relevant for data architecture. It does not directly contribute to analyzing a value stream’s stages or performance within a project scope.

Option C (An organization chart showing business units and their value):An organization chart shows hierarchical relationships and roles within the enterprise, which does not specifically address value stream stages. While it may help understand which units are responsible for different parts of the value stream, it doesn’t provide insight into the performance or effectiveness of each stage.

Option D (Combining information mapping with a business process model):Information mapping with a business process model is more suited for detailed process analysis. It involves mapping information flows within processes but doesn’t directly address analyzing value stream stages. Value streams are typically at a higher level than detailed business processes, focusing more on outcomes than specific activities.

Conclusion: Heat mapping by value stream stages (Option B) is the most effective tool for analyzing a new value stream within the project scope, as it provides a visual assessment of each stage’s performance and identifies areas for improvement.

References:

TOGAF® Standard, Version 9.2, Value Stream Mapping Techniques

According to the TOGAF Standard, business scenarios are an important technique that may be used at various stages of the enterprise architecture, principally the Architecture Vision and the Business Architecture, but in other architecture domains as well, if required, to derive the characteristics of the architecture directly from the high-level requirements of the business1. The Architecture Vision is developed in Phase A, and the Business Architecture is developed in Phase B. The Preliminary Phase is also a stage where business scenarios can be used to help identify and understand business needs2.

Business scenarios are a tool used within TOGAF to help identify and understand the business requirements and to drive the creation of the enterprise's architecture. They are used in the Preliminary Phase to understand the organizational context, Phase A to develop the Architecture Vision, and Phase B to derive the Business Architecture based on the stakeholder's requirements and the business strategy.

Value Stream Mapping (VSM) is a powerful tool used to assess an organization's effectiveness at creating, capturing, and delivering value for different stakeholders. It involves mapping out the entire process of value creation from end to end, identifying each step involved, and analyzing how value is added at each stage. VSM helps in identifying bottlenecks, inefficiencies, and opportunities for improvement, ultimately aiming to optimize the value delivery process to better meet stakeholder needs.

The TOGAF standard covers the development of four architecture domains: Business, Data, Technology, and Application. The Application Architecture domain defines the applications required to process the data and support the business functions.

The TOGAF standard describes the development of four architecture domains, which are considered its pillars. These are Business, Data, Technology, and Application. The Application Architecture domain provides a blueprint for the individual application systems to be deployed, their interactions, and their relationships to the core business processes of the organization.