Skip to content

ITIL 5 Master : Value Streams & Service Design (Domain 1)

ITIL 5 – Master : Certified ITIL Master - Domain 1 - Value Streams, Service Design, and Transition

30 questionsmedium

This study guide provides an exhaustive analysis of Syllabus Domain 1 for the ITIL 5 Master designation. It synthesizes complex requirements regarding the design of product value streams, automated validation testing, release orchestration, and deployment governance within the framework of Digital Product and Service Management (DPSM).


1. The Evolution to Digital Product and Service Management (DPSM)

The introduction of ITIL 5 in 2026 marks a fundamental shift from traditional IT management to Digital Product and Service Management (DPSM). This evolution is necessitated by an AI-enabled, product-centric economy where digital transformation is no longer a response to crisis but a requirement for competitive differentiation.

DPSM unifies the approaches for designing, delivering, and continually improving products and services into a single, cohesive lifecycle. Unlike previous iterations that might have treated IT as a separate support function, ITIL 5 emphasizes that digital technology is the primary vehicle for value creation. Organizations must now manage the entire “idea to support” flow, ensuring that customer and employee experiences are elevated as strategic differentiators.

2. The ITIL Product and Service Lifecycle Model

The ITIL Product and Service Lifecycle Model is the core engine of DPSM. It replaces fragmented management silos with a unified structure that oversees the lifecycle management activities of a digital product.

Core Lifecycle Phases

The model operates through four primary modes of action that translate strategy into sustained value:

  • Plan: Setting the direction, defining the vision, and establishing the strategic intent of the product or service.
  • Execute: The active development and delivery of the product, including technical build and operational transition.
  • Synthesize: Integrating various inputs, requirements, and feedback loops into a coherent product strategy.
  • Reflect: Analyzing performance data and outcomes to drive continual improvement and inform future strategic cycles.

This lifecycle ensures that the relationships between products, services, value co-creation, and management activities remain aligned throughout the entity’s existence.

3. Designing Product Value Streams: The Idea to Support Flow

Designing effective value streams is a central requirement of the Create, Deliver, and Support (CDS) domain. A value stream in ITIL 5 represents the end-to-end flow of activities required to take a concept from an initial idea through to a supported, live service.

Value Stream Design and Mapping

Value stream mapping (VSM) is used to visualize and optimize the flow of value. In the context of ITIL 5 Master, this involves:

  • Identifying Value Chain Activities: Determining which activities (e.g., Engage, Design/Transition, Obtain/Build) contribute directly to value creation.
  • Eliminating Toil: Identifying and reducing repetitive, manual work that provides no long-term value, a concept heavily influenced by Site Reliability Engineering (SRE).
  • Connecting Idea to Support: Ensuring that the transition from design to live operations is seamless. This requires a deep understanding of how digital products create value and the characteristics that distinguish them from traditional services.

Strategic Considerations for Value Streams

Value stream design is influenced by the “Four Dimensions of Product and Service Management”:

  1. Organizations and People: Aligning culture and team topologies to support the stream.
  2. Information and Technology: Leveraging data use and digital capability to automate the flow.
  3. Partners and Suppliers: Making “build vs. buy” or “partner” decisions that impact the stream’s velocity.
  4. Value Streams and Processes: Optimizing the actual steps taken to deliver the product.

4. Automated Validation Testing Frameworks

Within the ITIL 5 framework, service validation and testing are critical components of the transition phase. As organizations move toward high-velocity IT, the reliance on manual testing becomes a bottleneck.

Technical Validation Requirements

Mastery of this domain requires an understanding of how to implement automated validation testing within the continuous delivery pipeline. Key focus areas include:

  • Continuous Testing Integration: Incorporating automated test suites into the build process to provide immediate feedback on product quality.
  • Reliability Testing: Using Site Reliability Engineering (SRE) principles to test for error budgets and Service Level Objectives (SLOs).
  • Chaos Engineering Awareness: Proactively testing the resilience of value streams by introducing controlled failures to observe how the system responds.
  • Observability: Using AIOps and monitoring tools to validate that the product behaves as expected in various environments, moving beyond simple “pass/fail” testing to a state of deep system insight.

5. Release Orchestration and High-Velocity IT

Release orchestration involves the coordination of complex deployments across various environments and teams. In ITIL 5, this is closely linked to High-Velocity IT (HVIT) and DevOps topologies.

High-Velocity Release Concepts

To achieve high velocity, organizations must adopt specific cultural and technical practices:

  • Continuous Delivery Pipelines: Establishing the technical infrastructure to move code from development to production with minimal human intervention.
  • Incident Command and Blameless Postmortems: Managing the risks associated with high-velocity releases by fostering a culture where failures are treated as learning opportunities.
  • Toil Reduction: Automating release activities to ensure that the workforce can focus on high-value design and strategy tasks rather than manual deployment steps.
  • Shift Left: Moving testing, security, and quality checks earlier in the value stream to ensure that releases are “born” stable.

6. Deployment Governance and Compliance

Deployment governance ensures that the speed of release orchestration does not compromise the organization’s risk posture or regulatory compliance.

The Three Lines of Defense

ITIL 5 incorporates the “Three Lines of Defense” model for board-level governance:

  1. First Line: Management controls and internal control measures within the value stream.
  2. Second Line: Financial control, security, risk management, and quality functions.
  3. Third Line: Internal audit providing independent assurance.

Deployment Controls

Governance in this domain focuses on:

  • Direct, Monitor, and Evaluate: The board’s role in setting the vision for deployment and evaluating whether value is being realized.
  • Change Enablement at Velocity: Moving away from slow, committee-based change approvals toward automated, risk-based approvals.
  • Audit Readiness: Ensuring that every deployment in the automated pipeline leaves a digital trail that is compliant with enterprise standards and digital ethics.

7. The Strategy Management Model

Strategy in ITIL 5 is not a static document but a set of decisions and plans that enable an organization to fulfill its purpose. The Strategy Management Model consists of two interlocking cycles.

The Strategy Development Lifecycle

This cycle focuses on defining the “What” and “Why.”

  • PESTLE Factors: Analyzing Political, Economic, Social, Technological, Legal, and Environmental factors to influence strategy.
  • Wardley Mapping: Using strategic mapping to understand the landscape and the evolution of components within the value stream.
  • Vision and Purpose: Setting the long-term direction and competitive positioning.

The Strategy Implementation Lifecycle

This cycle focuses on the “How.”

  • OKR Cascading: Using Objectives and Key Results (OKRs) to translate high-level strategy into actionable team goals.
  • Hoshin Kanri: A strategic planning method used to ensure that the vision of the organization is integrated into every level of execution.
  • Portfolio Management: Prioritizing investments based on strategic alignment and risk appetite.

8. Service Operation and Workforce Culture

The success of value streams and deployments is heavily dependent on the human element, categorized under the Create, Deliver, and Support (CDS) domain.

Workforce for High-Performance Teams

  • Team Topologies: Designing teams that are aligned with the value streams they support (e.g., platform teams vs. stream-aligned teams).
  • Shift Left Culture: Empowering frontline workers (such as the service desk) with the knowledge and tools to resolve issues earlier, reducing the burden on specialized engineering teams.
  • Service Desk at Scale: Evolving the service desk to manage complex, automated environments where incident management must occur at high velocity.

9. AI-Augmented Strategy and Governance

AI is a primary driver for the ITIL 5 update. The Master must understand how to govern AI adoption within the DPSM framework.

Responsible AI Governance

As AI is integrated into value streams and automated testing, governance must address:

  • Transparency and Accountability: Ensuring that AI-driven decisions (such as automated deployment rollbacks) are explainable.
  • Digital Ethics: Managing the ethical implications of data use and AI-enabled automation.
  • AI Strategy Governance: Aligning AI investments with the organization’s risk tolerance and sustainability goals (ESG reporting).
  • AIOps: Utilizing AI to enhance monitoring, event management, and the reduction of operational toil.

10. Managing in a VUCA Environment

The modern business landscape is characterized as VUCA: Volatile, Uncertain, Complex, and Ambiguous. ITIL 5 Master candidates must apply strategic capabilities to maintain clarity in this environment.

Strategic Capabilities for VUCA

  • Complexity Thinking: Recognizing that digital systems are complex adaptive systems where cause and effect may only be clear in hindsight.
  • Operational Resilience: Building systems that can withstand and recover from disruption, rather than just preventing it.
  • Scenario Planning: Using future-focused planning to prepare for various potential disruptions or market shifts.
  • Direct-Monitor-Evaluate: Using this governance loop to continually adjust the organization’s course as the VUCA environment shifts.

Short-Answer Questions

  1. What is the primary difference between traditional IT management and DPSM in ITIL 5?
  2. Name the four modes of action in the ITIL Product and Service Lifecycle Model.
  3. How do OKRs support the ITIL Strategy Implementation Lifecycle?
  4. What role does “toil reduction” play in High-Velocity IT?
  5. Identify the “Four Dimensions” that must be considered during value stream design.
  6. Explain the “Shift Left” concept in the context of service validation.
  7. What are the two cycles of the ITIL Strategy Management Model?
  8. How does Wardley Mapping assist in strategy development?
  9. What is the “Three Lines of Defense” model used for?
  10. Define the term “Value Stream” as it pertains to the CDS module.

Answer Key

  1. Answer: DPSM unifies approach to product/service design, delivery, and improvement into a single lifecycle, moving beyond just modernizing IT.
    • Explanation: It represents a shift from treating IT as a siloed support function to an integrated product-centric value creator.
  2. Answer: Plan, Execute, Synthesize, and Reflect.
    • Explanation: These activities allow organizations to translate strategy into actionable initiatives and sustained value realization.
  3. Answer: OKRs allow high-level strategic objectives to be cascaded into measurable initiatives and team goals.
    • Explanation: This ensures that every level of the organization is aligned with the overarching digital strategy.
  4. Answer: Toil reduction involves automating repetitive manual tasks to allow the workforce to focus on higher-value activities.
    • Explanation: It is a key principle of SRE and HVIT intended to improve efficiency and reduce human error.
  5. Answer: Organizations and People; Information and Technology; Partners and Suppliers; Value Streams and Processes.
    • Explanation: These dimensions ensure a holistic approach to management, preventing the over-emphasis of one area like technology.
  6. Answer: Shift Left involves moving testing, security, and quality validation earlier in the value stream/lifecycle.
    • Explanation: This allows for faster identification of issues, reducing the cost and impact of failures.
  7. Answer: The Strategy Development Lifecycle and the Strategy Implementation Lifecycle.
    • Explanation: These two cycles work together to define the vision and then execute the plans required to achieve it.
  8. Answer: It helps organizations understand the competitive landscape and the evolution of components within their value streams.
    • Explanation: This situational awareness is critical for making “build vs. buy” decisions and determining long-term direction.
  9. Answer: It is a framework for board-level governance, risk management, and assurance.
    • Explanation: It separates management controls, risk/compliance functions, and internal audits into distinct accountability layers.
  10. Answer: The end-to-end flow of activities required to take a concept from an idea to a supported live product or service.
    • Explanation: It visualizes how value is co-created through the coordination of various practices and resources.

Open-Ended / Design-Thinking Questions

  1. Value Stream Optimization: Given a scenario where a digital product has a high deployment failure rate and significant operational toil, design a strategy to optimize the value stream using SRE and HVIT principles.
  2. Governance vs. Velocity: Propose a governance framework for a company adopting a continuous delivery pipeline. How would you balance the board’s requirement for “Three Lines of Defense” with the need for high-velocity deployment?
  3. AI Integration: Design a plan for the responsible adoption of AIOps within a global service desk. What ethical and strategic considerations must be addressed to ensure successful value co-creation?
  4. VUCA Strategy: In a volatile market where consumer demands shift monthly, how would you utilize the Strategy Management Model’s “Reflect” and “Synthesize” phases to maintain strategic alignment?
  5. Experience-Led Design: How can customer and employee experience (XLAs) be integrated into the automated validation testing phase of a product value stream? Provide a technical rationale.

Glossary of Key Terms

  • AIOps: The application of artificial intelligence and machine learning to enhance IT operations, particularly in monitoring and event management.
  • Blameless Postmortem: An incident review process that focuses on systemic causes rather than individual human error to encourage learning.
  • Chaos Engineering: The discipline of experimenting on a system to build confidence in its capability to withstand turbulent conditions in production.
  • Complexity Thinking: A management approach that treats organizations and technology as complex adaptive systems rather than linear machines.
  • Digital Product and Service Management (DPSM): The unified ITIL 5 approach that integrates product and service management into a single lifecycle.
  • Error Budget: The maximum amount of time a technical system can fail without violating its Service Level Objectives (SLOs).
  • Hoshin Kanri: A strategic planning method that ensures the goals of the company are communicated and implemented at every level.
  • OKR (Objectives and Key Results): A goal-setting framework used to define measurable goals and track their outcomes.
  • PESTLE: A strategic tool used to analyze external factors (Political, Economic, Social, Technological, Legal, Environmental).
  • Platform Engineering: The practice of designing and building self-service internal platforms to enable developer velocity.
  • SRE (Site Reliability Engineering): A discipline that incorporates aspects of software engineering and applies them to infrastructure and operations problems.
  • Team Topologies: A framework for organizing teams based on how they interact and the value streams they support.
  • Toil: Manual, repetitive, tactical work that scales linearly with service growth and provides no enduring value.
  • VUCA: An acronym describing the Volatile, Uncertain, Complex, and Ambiguous nature of modern business environments.
  • Wardley Mapping: A technique for mapping the components of a business or technology to understand their evolution and strategic value.
  • XLA (Experience Level Agreement): A metric focused on the actual experience and outcome for the user, rather than just technical uptime.

Leaderboard

No scores saved yet. Be the first!

30 Questions — ITIL 5 – Master : Certified ITIL Master - Domain 1 - Value Streams, Service Design, and Transition

Expand any question to reveal the correct answer and explanation.

  1. 1 An organization is currently transitioning from a legacy monolithic system to a microservices architecture. During the 'Design' activity of the Product and Service Lifecycle, the team is struggling to define success criteria for a specific API product. According to ITIL 5, which element is most critical to include in this definition to ensure value co-creation?

    Consider the relationship between the 'Discover' phase outcomes and the 'Design' phase success criteria.

    The specific stakeholder problems and desired outcomes the API aims to solve.

    In the 'Design' activity, defining architecture and success criteria must be anchored in the stakeholders' needs and desired outcomes identified during 'Discover'.

    • The technical specifications and throughput limits of the microservices.

      While technical specifications are necessary, focusing solely on outputs like throughput overlooks the broader outcomes and experience that define value in ITIL 5.

    • The cost-saving metrics achieved by retiring the monolithic legacy code.

      Efficiency gains are important, but success criteria should prioritize the value co-created with the consumer rather than just internal cost reductions.

    • The number of automated tests integrated into the CI/CD pipeline.

      Test volume is a process metric for the 'Build' and 'Transition' phases, not a foundational success criterion for the design of the product itself.

  2. 2 A digital product team is utilizing Value Stream Mapping (VSM) to identify delays in their 'Build' to 'Transition' handoff. They notice that work often sits in a 'Pending Security Review' queue for five days. Which ITIL 5 concept should the team apply to optimize this specific flow without compromising governance?

    Think about how modern operating models move specialized knowledge closer to the point of work.

    Shift-left by integrating security practices earlier into the 'Build' activity.

    Shift-left culture and practices enable faster flow and quality by embedding specialized checks (like security) directly into earlier lifecycle activities.

    • Increasing the batch size of security reviews to improve reviewer efficiency.

      Increasing batch sizes typically leads to longer lead times and higher variability, which contradicts value stream optimization principles.

    • Moving the security review to the 'Support' activity to ensure faster delivery.

      Postponing critical governance to the 'Support' stage increases the risk of technical debt and service failure in live environments.

    • Implementing a rigid silo for security experts to ensure oversight integrity.

      Siloed functions are explicitly identified in the source material as barriers to holistic value stream management and end-to-end flow.

  3. 3 In a complex environment where requirements are rapidly changing, a team is entering the 'Transition' activity for a new AI-enabled feature. Which transformation approach is most appropriate according to the ITIL Transformation Model?

    Focus on the ITIL 5 principle of managing change in 'complex and chaotic' landscapes.

    Using an iterative, learning-focused approach that adjusts based on feedback and real-world performance.

    ITIL 5 emphasizes adapting approaches based on the environment (e.g., complex vs. ordered) and leveraging learning as a core transformation layer.

    • Applying a linear, sequential approach with fixed milestones and strict change freezes.

      Linear approaches struggle in complex or uncertain environments where adaptation and learning are required to manage emergent risks.

    • Bypassing the 'Transition' activity entirely to reach the 'Operate' stage faster.

      Transition is essential for moving products into live environments safely; bypassing it risks operational stability and reliability.

    • Centralizing all decision-making within a single executive board to reduce complexity.

      Centralizing decisions in complex environments can lead to bottlenecks and a lack of responsiveness to local technical realities.

  4. 4 When designing a digital service, a provider decides to implement Site Reliability Engineering (SRE) principles to manage reliability. How does this decision impact the 'Design' and 'Build' activities within the ITIL 5 lifecycle?

    SRE is not just about operations; it starts with how the system is planned and measured.

    It requires defining error budgets and SLOs as core service model components during Design.

    SRE integration requires that reliability targets (SLOs) and error budgets are architected into the design to guide build and transition decisions.

    • It eliminates the need for the 'Transition' activity by ensuring the code is always perfect.

      SRE accepts that failure is inevitable (error budgets); it does not eliminate the need for safe transition but rather manages the risk of it.

    • It shifts all operational responsibility from developers to a separate 'Reliability' silo.

      SRE promotes shared responsibility and cross-functional collaboration rather than creating new isolated siloos.

    • It focuses exclusively on the 'Support' phase, ignoring the 'Build' phase.

      SRE applies software engineering principles to the entire lifecycle, particularly design and build, to ensure scalable and reliable services.

  5. 5 During the 'Acquire' activity of a value stream, an organization is evaluating whether to develop a chatbot internally or use a third-party SaaS provider. Which factor is most important to consider for long-term sustainability and value co-creation?

    Look for the option that emphasizes the 'Experience-led' shift in ITIL 5.

    The potential to integrate the solution into a seamless end-to-end customer journey.

    Value co-creation depends on how well a product or service integrates into the overall experience and journey, not just its standalone cost.

    • The lowest upfront procurement cost of the third-party provider.

      Upfront costs do not account for total cost of ownership or the long-term ability to adapt the solution to changing user needs.

    • Ensuring the internal team uses the most complex AI algorithms available.

      Technical complexity for its own sake can lead to increased risk and technical debt without necessarily improving the user experience.

    • Choosing the solution that requires the least amount of stakeholder engagement.

      Stakeholder engagement is a fundamental driver of value co-creation; avoiding it leads to products that do not meet real-world needs.

  6. 6 An organization realizes that its digital products are managed by teams that never talk to the service desk analysts supporting those products. This is identified as a failure in 'integrated lifecycle thinking.' What is the primary risk of this siloed approach in Domain 1?

    Integrated lifecycles aim to close the gap between 'what is built' and 'how it is delivered/supported'.

    A disconnect between the 'Design' of the service and the 'Support' requirements for the user.

    Unified lifecycle management ensures that those designing and building products consider the supportability and delivery phases from the start.

    • The organization will be unable to purchase new hardware.

      Hardware procurement is a small tactical part of 'Acquire' and is not the primary risk of a lack of integrated lifecycle thinking.

    • The 'Discover' phase will take too much time.

      While silos can slow things down, the core risk is a lack of alignment between the stages of value creation rather than just the duration of one stage.

    • The Service Value System (SVS) will be replaced by a linear value chain.

      The SVS is the overarching model; silos impede its effectiveness but do not physically replace the model with something else.

  7. 7 A value stream for 'Fixing a critical software bug' includes the following activities: Discover (User reports bug), Build (Developer creates fix), and Transition (Release to production). Which activity is missing if the goal is to ensure the fix actually meets the user's need before it is finalized?

    Success criteria and architecture are defined in this activity to prevent rework.

    Design

    The 'Design' activity defines requirements, architecture, and success criteria, ensuring the 'Build' phase has a clear target to meet.

    • Acquire

      Acquire involves sourcing components or services; if the developer is already fixing it, Acquire is not the missing feedback step.

    • Support

      Support happens after delivery; while it provides feedback, it is not the activity that shapes the fix during its creation.

    • Operate

      Operate is about day-to-day running; the missing step is the creative/architectural definition of the solution.

  8. 8 In ITIL 5, how does 'Value Stream Mapping' (VSM) specifically support the 'Continual Improvement' of service transition?

    Flow and visibility are the key outcomes of this technique.

    By visualizing handoffs, delays, and bottlenecks to improve the flow of work from Build to Operate.

    VSM identifies waste and flow impediments, enabling teams to optimize the transition of products into live environments.

    • By providing a rigid checklist that must be followed for every single change.

      VSM is a visualization and analysis technique, not a static compliance checklist.

    • By automating the entire release process without any human oversight.

      While VSM may identify opportunities for automation, the mapping itself is a diagnostic and improvement planning tool.

    • By replacing the four dimensions of service management with a single dimension of speed.

      ITIL 5 retains all four dimensions; VSM is a technique used within the 'Value Streams and Processes' dimension.

  9. 9 A financial firm is launching a new AI-driven investment advisor. During the 'Design' phase, they must adhere to the ITIL 5 guidance on 'AI Governance.' Which of the following is a core requirement for 'Responsible AI' in this context?

    Governance is about building trust and managing risk, not just performance.

    Establishing oversight, accountability, and risk management policies for the AI's decisions.

    Responsible AI governance focuses on ensuring that automated systems are trustworthy, ethical, and subject to appropriate human oversight.

    • Maximizing the complexity of the AI model to outperform competitors.

      Complexity is not a goal of governance; transparency, accountability, and ethical use are the primary focus areas.

    • Replacing all human financial advisors with automated bots immediately.

      Abruptly replacing people without managing the 'Organizations and People' dimension contradicts holistic management principles.

    • Hiding the AI's decision-making process to protect intellectual property.

      Transparency and ethics in AI often require the opposite of secrecy, especially in regulated industries like finance.

  10. 10 According to the 'Unified Product and Service Lifecycle,' what is the primary difference between the 'Deliver' and 'Support' activities?

    One is about providing the value of the service, the other is about helping the user when they have trouble.

    Deliver provides value through high-quality interactions, while Support ensures users can consume services effectively.

    Deliver focuses on the consumption of the service's value, whereas Support addresses issues, feedback, and assistance to enable that consumption.

    • Deliver is about the 'Build' phase, while Support is about the 'Transition' phase.

      Both Deliver and Support occur late in the lifecycle, usually after a product has transitioned into live operation.

    • Deliver is managed by developers, while Support is managed exclusively by vendors.

      These activities involve various internal and external stakeholders; they are not strictly tied to one specific job family.

    • Support is a legacy ITIL 4 concept that is no longer used in ITIL 5.

      Both Deliver and Support are explicitly listed as the final two stages of the new ITIL 5 Product and Service Lifecycle.

  11. 11 A team is designing a value stream for a 'Standard Change' (e.g., a pre-approved laptop request). In this stream, the 'Transition' activity is highly automated. Why is 'Service Validation and Testing' still relevant in this automated scenario?

    In high-velocity environments, you must 'test the test' and validate the 'automation' logic.

    To ensure that the automated scripts and delivery mechanisms themselves remain reliable and meet requirements.

    Validation and testing in automated environments shift toward ensuring the reliability of the automation and the outcomes it produces.

    • Because ITIL requires a manual signature for every release.

      ITIL does not mandate manual signatures; it encourages optimization and automation for repeatable tasks.

    • Because automation is inherently less trustworthy than human effort.

      ITIL 5 acknowledges AI and automation as core parts of modern environments; it focuses on governing it rather than distrusting it.

    • To provide work for the quality assurance team that was replaced by automation.

      ITIL practices should be outcome-focused rather than focused on maintaining specific traditional job roles.

  12. 12 During a 'Design' workshop for a new healthcare app, the team uses 'Design Thinking' to better understand patient needs. Which specific ITIL 5 activity from the lifecycle are they primarily augmenting with this approach?

    Think about the stage where the 'problem' is clarified and 'empathy' is established.

    Discover

    The 'Discover' activity is where stakeholder needs, problems, and desired outcomes are understood, making it the natural fit for Design Thinking.

    • Acquire

      Acquire is about sourcing, while Design Thinking is about understanding and ideating solutions based on empathy.

    • Build

      Build is the execution of a design; the empathy and understanding phase should happen before construction starts.

    • Operate

      Operate is about running existing services; Design Thinking is most impactful during the early stages of creation.

  13. 13 The 'Acquire' activity in the ITIL 5 lifecycle addresses a critical gap in many digital product teams by formally including which of the following?

    This activity is about getting what you need to build the solution.

    Sourcing capabilities through both internal development and external providers.

    Acquire is the lifecycle activity that focuses on obtaining the resources and capabilities needed, whether built or bought.

    • The development of internal source code.

      This is primarily handled in the 'Build' activity, although components might be 'Acquired' for it.

    • The resolution of user incidents.

      Incident resolution is part of 'Support' and 'Operate', not sourcing capabilities.

    • Setting the mission and vision for the entire enterprise.

      Strategy setting is part of 'Strategic Leader' streams and organizational governance, not a tactical sourcing activity.

  14. 14 When mapping a value stream for a high-velocity digital product, a team identifies 'Toil' as a major bottleneck in the 'Transition' and 'Operate' phases. What is the most effective ITIL 5-aligned response?

    The goal is to free up human talent for creative and high-value work.

    Using automation and improved workflows to eliminate repetitive, low-value manual work.

    Toil reduction is a core concept (often from SRE) adopted by ITIL 5 to improve efficiency and human experience.

    • Hiring more junior staff to perform the repetitive manual tasks.

      Adding more people to manual toil does not address the root cause and is not a scalable improvement.

    • Accepting that toil is a natural part of IT and cannot be changed.

      Continual improvement encourages the identification and elimination of waste, including toil.

    • Moving all toilsome tasks to the 'Discover' phase.

      Toil usually consists of operational manual work; moving it to the discovery phase would impede strategic thinking and innovation.

  15. 15 An IT manager is told that 'Service Design' in ITIL 5 now includes a stronger focus on 'Architecture.' Which of the following best describes 'Architecture' in the 'Design' activity context?

    It defines how different parts of the system fit together to work as a whole.

    The structural design of the service, its components, and how they interact to deliver value.

    Architecture ensures that all elements of a digital product or service are cohesive and support the intended outcomes.

    • The physical layout of the company's office building.

      Architecture in ITSM refers to the structure of digital systems, not civil engineering.

    • A list of every single server used by the organization.

      This is more representative of an asset list or configuration record rather than the architectural design.

    • The marketing logo used for the product.

      While visual design is part of experience, it is not what 'Architecture' refers to in a technical service context.

  16. 16 A team realizes that while their code is perfectly built, it fails during 'Transition' because the production environment has different security configurations than the test environment. Which practice should have been more integrated into the 'Design' activity to prevent this?

    This practice is about knowing and managing the state of your infrastructure and environments.

    Service Configuration Management

    Configuration management ensures that environment requirements are understood and aligned throughout the lifecycle.

    • Service Desk

      The service desk handles user interactions and issues; it doesn't manage environment parity for developers.

    • Problem Management

      Problem management investigates root causes of incidents; while it might analyze this failure afterward, it is reactive.

    • Relationship Management

      Relationship management focuses on stakeholders and business value, not the technical parity of server environments.

  17. 17 The ITIL 5 Product and Service Lifecycle includes a 'Transition' phase. Which of the following is a primary goal of this phase when using a 'Continuous Delivery' model?

    Think about the move from 'ready' to 'live' and who needs to be aware of it.

    Moving products into live environments safely while preparing stakeholders and operations.

    Transition is about readiness; even if deployment is automated, stakeholders and support teams must be prepared for the change.

    • Holding a weekly CAB meeting to manually approve every single line of code.

      High-velocity models typically replace manual CAB meetings with automated governance to maintain speed.

    • Writing the initial code for the software.

      Coding happens in the 'Build' phase; 'Transition' is about what happens after the code is built.

    • Replacing all operational staff with AI bots during the transition.

      ITIL 5 emphasizes team alignment and workforce culture, not the wholesale removal of staff.

  18. 18 During the 'Design' of a new platform, a team identifies that the user experience (UX) is poor. Which ITIL 5 shift emphasizes that experience is as important as technical functionality?

    This shift moves the focus from 'fixing things' to 'how the service feels'.

    Experience at the Core

    ITIL 5 elevates experience as a key driver of value, focusing on how services feel to users, not just how they function technically.

    • Sustainability

      Sustainability is about long-term ethical and operational impact, not the immediate user interface or feeling.

    • AI-Native Design

      AI-native refers to leveraging automation and intelligence, which may improve experience but is not the same as the 'experience-led' principle.

    • Bi-modal IT

      Bi-modal IT is a reality described in the sources, but it's a state of organizational tension, not a principle centered on users.

  19. 19 How does 'Technical Debt' typically accumulate during the 'Build' and 'Transition' activities in a high-velocity environment?

    It often happens when 'short-term speed' is the only metric being tracked.

    By prioritizing speed of delivery over long-term code quality and maintainability.

    Technical debt is the result of choosing faster, short-term fixes that will require rework or cause operational pain later.

    • By following every single best practice and documentation rule perfectly.

      Following all best practices generally reduces technical debt; debt comes from taking shortcuts.

    • By using AI to write code instead of human developers.

      AI can be used responsibly; the tool itself is not the cause of debt, but rather the governance of how it's used.

    • By engaging too many stakeholders during the 'Discover' phase.

      Engagement improves alignment; it does not inherently create technical code-level debt.

  20. 20 An organization uses 'Value Stream Mapping' to improve their 'Transition' phase. They find that the handoff between 'Developers' and 'Operations' is full of errors. Which ITIL 5 recommendation would best address this 'Organizations and People' dimension issue?

    The solution involves breaking down functional silos and moving toward end-to-end ownership.

    Fostering integrated value stream teams that own the product from strategy through support.

    Integrated teams reduce handoff gaps by sharing goals and knowledge across the entire lifecycle.

    • Implementing a stricter hierarchy with more middle managers to supervise handoffs.

      More layers of management often increase delays and silos rather than improving cross-functional flow.

    • Replacing the human teams with fully autonomous AI systems.

      The source material emphasizes collaboration and human factors, even in AI-enabled environments.

    • Ignoring the issue as long as the software is technically functional.

      Unresolved handoff errors lead to operational instability and poor user experience, contradicting ITIL's value focus.

  21. 21 A team is building a new digital service and decides to 'Acquire' a third-party security scanning tool. During the 'Transition' activity, they realize the tool's license doesn't cover the required number of servers. Which dimension of product management was most likely neglected during 'Design' and 'Acquire'?

    Contracts and third-party agreements fall under this dimension.

    Partners and Suppliers

    Licensing and vendor capabilities are core to the 'Partners and Suppliers' dimension, ensuring agreements support the actual service needs.

    • Organizations and People

      This dimension focuses on skills, culture, and roles, rather than the management of external contractual limits.

    • Value Streams and Processes

      While the 'process' of checking might have failed, the 'subject' of the failure is the supplier agreement and relationship.

    • Information and Technology

      The tool is technology, but the failure is a commercial/contractual one (Partners) rather than a technical one.

  22. 22 In the ITIL 5 'Discover' phase, 'Empathy' is mentioned as a key trait for understanding stakeholders. Why is this important for 'Service Design' in Domain 1?

    Think about how empathy leads to a more accurate definition of 'Value'.

    It enables the team to identify the true problems and desired outcomes that the design must address.

    Understanding the user's perspective ensures the design creates real value rather than just technical output.

    • It helps the team feel sorry for users when a service fails.

      Empathy is about understanding needs to build better solutions, not just feeling emotion after a failure.

    • It reduces the need for technical skills in the 'Build' phase.

      Empathy augments technical skills; it does not replace the need for them in the construction phase.

    • It is a requirement for passing the closed-book Foundation exam.

      While empathy is a concept in the material, its importance lies in its practical application to service design, not just exam requirements.

  23. 23 A 'Core Value Stream' is distinguished from an 'Enabling Value Stream' by which of the following characteristics?

    One is the 'main show' for the customer, the other is the 'backstage support'.

    Core value streams directly deliver value to external customers, whereas enabling value streams support core activities.

    Enabling streams (like HR or internal IT support) provide the foundation that allows core streams to reach their consumers.

    • Core value streams only use AI, while enabling value streams use manual labor.

      The type of technology used does not define whether a stream is core or enabling.

    • Core value streams are found only in ITIL v3, while enabling streams are new to ITIL 5.

      The concept of value streams was introduced in ITIL 4 and is expanded upon in ITIL 5.

    • There is no difference; the terms are used interchangeably.

      ITIL 5 differentiates between these streams to help organizations prioritize their resources and improvement efforts.

  24. 24 During 'Service Validation and Testing' in the 'Transition' activity, a team discovers that the new AI algorithm provides biased results. According to the AI Governance guidance, what is the 'most appropriate' immediate action?

    This is an issue of 'Digital Ethics' and 'Responsible AI'.

    Halting the transition and returning to 'Design' or 'Build' to address the algorithmic bias.

    Governing AI means being accountable for its outcomes; biased results must be addressed before they reach the live environment.

    • Releasing the product anyway and fixing the bias in the 'Support' phase.

      Releasing biased AI violates ethical governance and risk management principles.

    • Deleting the entire product and firing the developers.

      This is an extreme and non-constructive reaction; the goal is improvement and responsible governance, not fear-based management.

    • Hiding the bias from stakeholders and hoping nobody notices.

      Governance requires transparency and accountability, especially regarding ethical AI concerns.

  25. 25 A team is designing a 'High-Velocity' digital service. They want to ensure they can 'Fail Fast' safely. Which ITIL 5 concept most directly supports this goal during Transition?

    This concept from SRE balances the need for speed with the need for reliability.

    Error Budgets and SLOs

    Error budgets define the acceptable level of failure, allowing teams to innovate and move fast as long as they stay within the budget.

    • Annual Strategic Planning

      Annual planning is too slow for high-velocity environments that need to adapt and fail quickly.

    • A 12-month moratorium on all production changes.

      Stopping changes entirely prevents innovation and speed, which is the opposite of 'High-Velocity IT'.

    • Centralized, manual configuration management.

      Manual processes in high-velocity environments often become bottlenecks that slow down the 'Fail Fast' cycle.

  26. 26 In Domain 1, why is it important to differentiate between 'Digital Products' and 'Digital Services'?

    One is the 'thing' you create, the other is the 'way' value is realized by the user.

    To clarify the distinction between what is built (product) and how value is consumed (service).

    This distinction helps organizations manage the entire lifecycle holistically rather than treating delivery as an afterthought.

    • Because they use completely different ITIL management practices.

      The 34 practices apply across both products and services within the same value streams.

    • Because digital products are only for external use, while services are only for internal use.

      Both products and services can be internal, external, or a mix of both.

    • It is not important; ITIL 5 uses the terms interchangeably.

      The source material explicitly states that ITIL 5 draws a 'clearer distinction' between the two.

  27. 27 A service provider is struggling with 'Value Leakage' between their strategy and delivery teams. Which ITIL 5 concept is designed to bridge this gap in Domain 1?

    It ensures that what is planned actually delivers what is needed by stakeholders.

    Value Co-creation Model

    This model connects the service provider's strategy and delivery activities directly to the consumer's needs and outcomes.

    • The 3-year certification renewal cycle.

      Renewal cycles ensure individual competency but do not bridge the organizational gap between strategy and delivery.

    • Manual incident ticketing.

      Tactical ticketing is an operational task and does not address strategic alignment issues.

    • Standardized hardware procurement.

      Hardware is a component (Information and Technology), not the overarching model for strategic alignment.

  28. 28 When an organization moves from 'Siloed Functions' to 'Integrated Value Streams,' which shift in management responsibility typically occurs during Transition?

    Think about who 'owns' the journey of the work from beginning to end.

    Ownership shifts away from specialized departments toward end-to-end product/service teams.

    Value streams emphasize holistic ownership from 'Discover' through 'Support', rather than passing work between isolated departments.

    • Ownership shifts entirely to the external vendor (SaaS provider).

      The organization still retains responsibility for the value co-creation and outcome management, even with external partners.

    • The service desk becomes the only team allowed to make changes to the product.

      Integrated teams include various roles; the service desk is part of the stream but does not suddenly become the sole change owner.

    • The 'Design' team is dissolved to save costs.

      Design remains a critical lifecycle activity; the goal is integration, not the removal of necessary expertise.

  29. 29 A team is in the 'Build' phase of a new software module. They use 'AIOps' to monitor their development environment and predict potential build failures. Which of the 'Four Dimensions' are they primarily leveraging here?

    Automated tools and data-driven systems are categorized here.

    Information and Technology

    AIOps and predictive monitoring tools fall under the 'Information and Technology' dimension.

    • Organizations and People

      While people use the tool, AIOps is a technological capability.

    • Partners and Suppliers

      Unless the AIOps is provided by a specific vendor being managed, the focus here is on the technical tool itself.

    • Value Streams and Processes

      AIOps is a tool used *within* a value stream, but the tool itself is part of the technology dimension.

  30. 30 A company is redesigning its customer onboarding value stream. They find that users are confused during the 'Support' stage. During the 'Design' phase of the improvement, which specific ITIL 5 concept should they use to visualize the customer's perspective?

    It tracks 'touchpoints' and 'interactions' across the service lifecycle.

    Customer Journey Mapping

    Journey mapping helps teams see the touchpoints and interactions from the customer's point of view to improve experience.

    • Service Catalogue Management

      The catalogue is a list of services, not a visualization of the customer's emotional or practical journey.

    • Technical Debt Log

      The debt log tracks technical issues in the code, not the customer's onboarding experience.

    • Financial Portfolio Planning

      Portfolio planning is a high-level strategic activity, not a tool for designing specific user interactions.