This is one of the most important questions for continual improvement. This question helps to define measurable targets for the IT service provider that will help to reach the vision of the company in the long-term. At this stage, we look at the identified key performance indicators from the previous step and determine what values we want to target for each of these indicators. This decision must be made with the business’s vision in mind, but also with a sense of what is practically possible.

https://blog.masterofproject.com/continual-improvement-model/

The purpose of the service configuration management practice is to ensure that accurate and reliable information about the configuration of IT assets, and the relationships that support them, is available when and where it is needed1. IT assets are any financially valuable components that can contribute to the delivery of an IT product or service2. Configuration items are any component that needs to be managed in order to deliver an IT service3. References: ITIL Foundation - ITIL 4 Edition, page 15; ITIL® 4 – A Pocket Guide, page 36; ITIL® 4 Practice Guide: Service Configuration Management, page 7.

Emergency changes. These are changes that must be implemented as soon as possible; for example, to resolve an incident or implement a security patch. Emergency changes are not typically included in a change schedule, and the process for assessment and authorization is expedited to ensure they can be implemented quickly. As far as possible, emergency changes should be subject to the same testing, assessment, and authorization as normal changes, but it may be acceptable to defer some documentation until after the change has been implemented, and sometimes it will be necessary to implement the change with less testing due to time constraints. There may also be a separate change authority for emergency changes, typically including a small number of senior managers who understand the business risks involved.”

https://itsm.tools/why-what-change-management/#:~:text=Emergency%20changes. &text=Emergency%20changes%20are%20not%20typically,they%20can%20be%20implemented%20quickly.

You need to use all of your resources as effectively and efficiently as you can. This means that you should automate wherever you can, and use people only for tasks that can’t be automated. It also means that you need to think carefully about what you can automate and about the circumstances where only a person will do; and about simplifying those processes you do decide to automate to eliminate wasteful or inefficient steps.

You should always optimize the work BEFORE you automate it, as automating something that is inefficient or ineffective may just result in you doing the wrong thing faster!

https://www.sysaid.com/blog/itil/the-7-guiding-principles-of-itil-4-practical-advice-to-help-you-make-decisions

The change schedule is used to help plan changes, assist in communication, avoid conflicts, and assign resources. It can also be used after changes have been deployed to provide information needed for incident management, problem management, and improvement planning

https://www.bmc.com/blogs/itil-change-enablement/#:~:text=The%20change%20schedule%20is%20used,problem%20management%2C%20and%20improvement%20planning.

Organizations and people is one of the four dimensions of service management that influence the effectiveness and efficiency of service delivery1. This dimension focuses on the roles, responsibilities, and systems of authority that are needed to deliver and support services2. This dimension also covers the culture, skills, competencies, and collaboration of the people involved in service management3. References: ITIL Foundation - ITIL 4 Edition, page 8; ITIL® 4 – A Pocket Guide, page 19; ITIL® 4 Practice Guide: Organizational Change Management, page 7.

Obtain/build is one of the six activities of the service value chain, which is a set of interconnected activities that an organization performs to deliver a valuable product or service to its consumers and to facilitate value realization1. Obtain/build activity relates with buying new products, as well as designing, developing, and testing new or changed service components2. This activity ensures that service components are available when and where they are needed and meet agreed specifications3. References: ITIL Foundation - ITIL 4 Edition, page 10; ITIL® 4 – A Pocket Guide, page 21; ITIL® 4 Practice Guide: Service Value Chain, page 9.

Partners and suppliers are one of the four dimensions of service management that influence the effectiveness and efficiency of service delivery1. This dimension covers the relationships that an organization has with other organizations that are involved in the design, development, deployment, delivery, support, and improvement of services2. This dimension also includes the contracts, agreements, and policies that govern these relationships3. References: ITIL Foundation - ITIL 4 Edition, page 8; ITIL® 4 – A Pocket Guide, page 19; ITIL® 4 Practice Guide: Partner and Supplier Management, page 7.

The purpose of the monitoring and event management practice is to systematically observe services and service components and record and report selected changes of state identified as events1. This practice helps to identify and prioritize any issues or opportunities for improvement in the delivery or support of services2. The other statements describe the purposes of different practices: incident management (A), service request management (B), and change enablement (D)3. References: ITIL Foundation - ITIL 4 Edition, page 14; ITIL® 4 – A Pocket Guide, page 31; ITIL® 4 Practice Guide: Monitoring and Event Management, page 7.

It is important to understand the difference in these terms not just for clarity, but because outputs are much easier to measure than outcomes.

Outputs are nearly always quantitative, with data available to show whether these have been delivered. Outputs are easy to report on and to validate. There is no grey area.

Outcomes are more challenging to verify because they are both qualitative and quantitative. Whether your outcomes have been achieved will rely, to a great extent, on the perception of the people who receive the service. Perceptions are not easy to measure or report on, but it is essential you find a way to do so.

https://www.bmc.com/blogs/outcomes-vs-outputs/

The change enablement practice maximizes the number of successful service and product changes by ensuring that risks have been properly assessed, authorized, and managed within a schedule1. Change authorization is the activity of verifying that a proposed change is desirable, viable, and achievable before committing to its implementation2. The change type (standard, normal, or emergency) and model (a predefined approach for handling a specific type of change) is the basis for assigning the change authority (the role that can authorize a change)2. The other statements are incorrect because:

A standard change is a low-risk, pre-authorized change that follows an agreed procedure and does not require authorization at the point of implementation2.

An emergency change is a high-priority change that must be implemented as soon as possible to resolve an incident or implement a security patch2. An emergency change must be authorized by an emergency change authority (ECA), which is usually a subset of the normal change authority (CAB)2.

Ensuring that changes are authorized before their deployment is done by the change enabler (the role that coordinates all aspects of a change)2. References: ITIL Foundation - ITIL 4 Edition, page 16; ITIL® 4 – A Pocket Guide, page 39; ITIL® 4 Practice Guide: Change Enablement, page 7.