Pass the The Open Group TOGAF Business Architecture Foundation OGBA-101 Questions and answers with CertsForce

According to the TOGAF Series Guide to Value Streams (Version 1), a value stream stage is defined as “a distinct part of a value stream that represents a group of activities contributing to an overall result” 5. A value stream stage can be expressed as a noun phrase that indicates what outcome or state is achieved by completing the stage5. For example, some possible value stream stages are “Product Ordered”, “Payment Processed”, or “Customer Satisfied”. The example value stream shows how an online retailer creates and delivers value for its customers by performing five value stream stages: “Acquire Retail Product”, “Advertise Channels”, “Display Products”, “Enable Selection”, “Process Payment”, and “Deliver Product(s)” 5. Therefore, the value stream is decomposed into five value stream stages.

https://pubs.opengroup.org/togaf-standard/business-architecture/value-streams.html Table 1: Acquire Retail Product Value Stream Stages

Presenting different alternatives and trade-offs to stakeholders is a crucial technique in TOGAF for eliciting valuable feedback and refining the Target Architecture. This approach encourages stakeholders to actively participate in the architecture development process and express their preferences and concerns.

Here's why this approach is effective:

Reveals hidden agendas: By presenting different options with varying implications, stakeholders may reveal priorities or concerns that were not explicitly stated before. This helps architects uncover hidden agendas that could influence the architecture's success.

Uncovers underlying principles: Stakeholder reactions to different alternatives can reveal their underlying principles and values, providing insights into what they consider important in the architecture.

Identifies unspoken requirements: Through discussions and comparisons of alternatives, stakeholders may express needs or requirements that were not captured during initial requirements gathering.

 The process used to decompose a set of business capabilities to communicate more detail is leveling6. Leveling is a technique that can be used to break down a business capability into sub-capabilities at lower levels of granularity6. Leveling can help to provide more clarity and specificity about what a business capability entails and how it supports the business goals and objectives6. Leveling can also help to identify dependencies, gaps, overlaps, or redundancies among business capabilities6.

The relationship between business models and business architecture in TOGAF can be described as follows:

Business Models:

Definition: Business models describe how an organization creates, delivers, and captures value. They provide a high-level overview of the business, including elements such as value propositions, customer segments, channels, and revenue streams.

Purpose: Business models are used to understand and analyze the core elements of the business and how they interact to create value.

Business Architecture:

Definition: Business architecture provides a detailed view of the business, including its structure, capabilities, processes, and information. It articulates how the business operates and supports the business model.

Purpose: Business architecture translates the high-level view of the business model into detailed architectural views and artifacts. It ensures that the architecture aligns with the business strategy and supports the execution of the business model.

Relationship:

Articulation of Perspectives: Business architecture articulates the different perspectives and impacts of the business model by providing detailed views of the business components that support the model. This includes defining the necessary capabilities, processes, and organizational structures.

Alignment and Execution: Business architecture ensures that the architecture aligns with the business model and supports its execution. It translates the strategic intent of the business model into actionable and implementable architectural components.

TOGAF References:

Phase B: Business Architecture: This phase involves developing a detailed business architecture that aligns with and supports the business model. It includes identifying and defining business capabilities, processes, and organizational structures.

Strategic Planning: TOGAF emphasizes the importance of aligning business architecture with business strategy and models to ensure that the architecture supports the overall business goals.

Benefits:

Comprehensive Understanding: By articulating the different perspectives and impacts of the business model, business architecture provides a comprehensive understanding of how the business operates and delivers value.

Strategic Alignment: Ensures that the architecture is aligned with the business strategy and supports the execution of the business model, leading to better business outcomes.

In summary, business architecture articulates the different perspectives and impacts of the business model by providing detailed views of the business components that support the model, ensuring alignment and effective execution of the business strategy.