ITIL-4-Transition Exam Dumps - ITIL 4 Managing Professional Transition Exam

Large batch sizes of work are considered a barrier to high performance in Lean and Agile because they increase the amount of work in progress (WIP), which leads to longer cycle times, higher variability, lower quality, and reduced feedback and learning. Large batches also increase the risk of waste, rework, and delays, as well as the complexity and uncertainty of the work. Lean and Agile advocate for reducing batch sizes and limiting WIP, which enables faster flow, shorter feedback loops, higher quality, and more value delivery. Some of the practices that help reduce batch sizes and limit WIP are:

• Pulling versus pushing work, which means that work is initiated only when there is a demand and capacity for it, rather than being assigned or scheduled in advance.
• Making work visible, which means that the status and progress of work are transparent and accessible to all stakeholders, using tools such as Kanban boards, burn-down charts, and dashboards.
• Limiting work-in-progress, which means that the number of work items in each stage of the workflow is restricted, based on the available resources and throughput, to prevent bottlenecks and overloading. References: 

 The correct answer is B. The end-to-end experience customers have with service providers. This is because the customer journey is a term that describes the complete lifecycle of a customer’s interaction with a service provider, from the initial awareness and engagement, to the purchase and consumption, to the retention and advocacy12. The customer journey helps to understand the customer’s needs, expectations, emotions, and satisfaction at each touchpoint, and to identify the opportunities for improvement and innovation.

A. The actions that the user undertakes to be able to use the service is not the correct answer, because this is only a part of the customer journey, not the whole definition. The user is the person who uses the service, not necessarily the person who pays for it or decides to use it. The actions that the user undertakes to be able to use the service are also known as the user journey, which is a subset of the customer journey12.

C. The actions that the service provider takes to attract new customers is not the correct answer, because this is also only a part of the customer journey, not the whole definition. The service provider is the organization that provides the service, not the customer. The actions that the service provider takes to attract new customers are part of the marketing and sales activities, which are the first stages of the customer journey12.

D. The experience the service user gets from the service provider is not the correct answer, because this is also only a part of the customer journey, not the whole definition. The service user is another term for the user, who may or may not be the customer. The experience the service user gets from the service provider is part of the service delivery and support activities, which are the middle stages of the customer journey12. References:

• ITIL 4 Managing Professional Transition Module Sample Paper - English, page 11, question 4, answer B
• ITIL 4 Managing Professional Transition Module Candidate Syllabus - English, page 12, learning outcome 1.6

The value driven approach to service design is one of the seven guiding principles of ITIL 4, which are part of the ITIL 4 service value system (SVS). The SVS provides a flexible and adaptable approach to address service management challenges and utilize opportunities. It supports organizations in delivering value to their stakeholders in the form of goods, services, or other results1. The value driven approach to service design is based on the principle of focus on value, which states that everything an organization does should link back, directly or indirectly, to value for stakeholders2. This principle implies that service design should not be driven by technology, processes, or resources, but by the outcomes and benefits that customers and users expect from the service. To achieve this, service design should adopt an iterative approach based on frequent feedback, continual experimentation, and learning to ensure value co-creation. This means that service design should not be a one-time activity, but acontinuous cycle of improvement that involves testing, measuring, and validating assumptions and hypotheses about what customers and users value, and how the service can deliver it3. This approach also enables service design to respond to changing customer needs and expectations, as well as to emerging opportunities and threats in the market. By focusing on value, service design can ensure that the service is fit for purpose and use, and that it contributes to the organization’s overall goals and objectives. References:

• ITIL 4 Managing Professional Transition Module, page 16
• ITIL Service Design: Principles, Process and Its Importance, section 3.2.3
• The ITIL 4 Service Value System Explained, paragraph 1
• ITIL Service Value System (SVS), paragraph 1

 The expected outcome from using a service value chain is value realization. Value realization is the process of ensuring that the intended benefits of a product or service are achieved or exceeded. Value realization is not only about delivering value to customers, but also capturing value for the service provider and other stakeholders. The service value chain is an operating model that outlines the key activities required to respond to demand and facilitate value realization through the creation and management of products and services. The service value chain consists of six activities: plan, improve, engage, design and transition, obtain/build, and deliver and support. Each activity contributes to value creation by transforming various inputs into specific outputs. The service value chain can be configured in different ways to form service value streams, which are the end-to-end workflows that deliver a specific product or service to a customer or user. The service value chain also enables the application of practices, which are sets of organizational resources and capabilities that help perform work or accomplish an objective. The service value chain is flexible and adaptable to different contexts and scenarios, allowing the service provider to optimize the use of resources and deliver value in the most effective and efficient way. References:

• ITIL 4 Foundation: ITIL 4 Edition, section 4.2.1
• ITIL®4 Service Value Chain [ITIL4 SVC Activities with Examples], section “ITIL ® 4 Service Value Chain Model”

Onboarding is one of the six activities in the service value chain, which is the set of interconnected activities that an organization performs to deliver a valuable product or service to its consumers and other stakeholders1. Onboarding involves providing the consumer with the agreed service and ensuring that they can use it as intended1. This includes building awareness of the new consumer, such as informing them about theservice features, benefits, and costs, as well as ensuring resources are prepared for service provision, such as allocating staff, equipment, and facilities2. Negotiating service targets with customers is part of the engage activity, which involves understanding the needs and expectations of the stakeholders and establishing agreements on how to meet them1. Designing the service components and infrastructure is part of the design and transition activity, which involves ensuring that products and services continually meet stakeholder expectations for quality, costs, and time to market1. References:

• ITIL 4 Foundation: Service Value Chain
• Transforming customer journeys with ITIL 4 DSV

 Swarming is an alternative to the tiered support structure that would help to improve the situation. Swarming is a workflow management method that features in ITIL 4 Specialist: Create, Deliver and Support. It is designed for organizations that support complex systems or services. Swarming involves stakeholders working together to resolve the issue, rather than escalating it through different levels of support. Swarming can be used to identify the responsible group for the next action, or a swarm might be responsible for resolution. Swarming is a technique to more effectively resolve complicated and complex issues, which typically require more than one person or group to complete an activity effectively. Swarming can also help to disseminate knowledge and experience among the support staff, and reduce the queues and delays caused by the escalation process. The other options are not relevant to the situation. Data analytics is the process of analyzing data to generate insights and support decision making. Robotic process automation is the use of software robots to automate repetitive and rule-based tasks. Continuous integration is a software development practice that involves merging code changes frequently and testing them automatically. References:

• ITIL 4 & swarming – finding the right people & process | Axelos1
• Swarming vs Tiered Support Models Explained - BMC Software2

According to ITIL 4, change enablement is the practice of ensuring that risks are properly assessed, authorizing changes to proceed, and managing a change schedule in order to maximize the number of successful IT changes. ITIL 4 recognizes that changes can vary in size, complexity, and risk, and therefore proposes different types of changes that require different levels of authorization and control. One of these types is standard change, which is a low-risk, pre-authorized change that is well understood and follows an agreed procedure. Standard changes are typically delegated to the service provider or the service consumer, depending on the nature of the change. For example, a software development team that makes many hundreds of small changes every week can be authorized to approve and implement these changes themselves, as long as they follow the agreed change model and comply with the relevant policies and standards. This way, the software development team can benefit from faster and more efficient change delivery, while minimizing the overhead and bureaucracy of the change enablement process. Therefore, the best answer is D. The other members of the software development team, as they can act as the change authority for standard changes within their scope of work. References:

• ITIL 4 Change Management Process | Blog | Digital.ai1
• ITIL 4’s Move from Change Management to Change Enablement2