Reader's manual: ITIL 4 Practice Guide
Practice
Practice
- Practice
- ITIL
January 21, 2020 |
16 min read
- Practice
- ITIL
This reader's manual is designed to help readers understand and use the ITIL 4 practice guides.
1. About this document
ITIL 4 has been created to help organizations meet increasing demands from the current complex digital environment. This reader's manual is designed to help readers understand and use the ITIL 4 practice guides. It provides an overview of their structure, content and key concepts. It also explains how the practice guides support ITIL 4's qualification scheme and associated publications.
1.1 ITIL 4 qualification scheme
The ITIL 4 qualification scheme comprises:
- ITIL Foundation
- ITIL Specialist modules:
- Create, Deliver and Support
- Drive Stakeholder Value
- High-velocity IT
- ITIL Strategist
- ITIL Leader
- ITIL Master.
To obtain the designation ITIL Managing Professional (ITIL MP), the professional must complete all modules in ITIL Specialist and ITIL Strategist. To obtain the designation ITIL Strategic Leader (ITIL SL), the professional must complete the ITIL Strategist and ITIL Leader modules.
1.2 The ITIL 4 core publications
The ITIL 4 publications which support the ITIL 4 qualification scheme include:
- ITIL Foundation: ITIL 4 Edition
- ITIL Specialist: Create, Deliver and Support
- ITIL Specialist: Drive Stakeholder Value
- ITIL Specialist: High-velocity IT
- ITIL Strategist: Direct, Plan and Improve
- ITIL Leader: Digital and IT Strategy
- ITIL practice guide library.
Table 1.1 provides a summary of what is covered by these publications; Figure 1.1 shows how ITIL Foundation: ITIL 4 Edition and the ITIL practice guides underpin the more specialized publications.

Figure 1.1 The ITIL 4 publications
Table 1.1 Content of ITIL 4 publications
Publications | Content |
---|---|
ITIL Foundation | Provides an overview of the key concepts of IT service management (ITSM) and ITIL 4, including the service value system (SVS) and its components, the guiding principles, and continual improvement. ITIL Foundation also provides a brief overview of all 34 ITIL 4 practices. It does not refer directly to the practice guides, which are not examinable at Foundation level. |
ITIL Specialist and ITIL Strategist | Provide guidance on specific domains of service management and the application of ITIL 4 in specific organizational contexts. |
ITIL Leader | Provides guidance on leading an organization in a digital service economy. |
ITIL practice guide library | Includes two layers of publications:
|
1.3 The examination syllabuses
Each ITIL Specialist, Strategist, and Leader syllabus is based on content from two sources:
- the respective book (of the same name)
- a selection of content from the practice guides.
Not all of the practice guides contain examinable content, and none of the practice guides are fully examinable. Refer to the individual syllabuses for details on the examinable content in each ITIL 4 qualification.
1.4 The ITIL 4 Practice Guides
1.4.1 ITIL practices
Practice A set of organizational resources designed for performing work or accomplishing an objective. These resources are grouped into the four dimensions of service management |
---|
Practices are important components of an organization’s SVS. They contribute to the service value chain activities and ensure that the organization achieves its goals.
ITIL Foundation: ITIL 4 Edition provides a brief overview of every practice. The other ITIL 4 publications describe how the practices can be applied in various contexts. Details of each practice are provided in the ITIL 4 practice guides.
Each practice guide provides structured information about one ITIL practice. Practice guides may be complemented by supplementary publications such as templates and detailed descriptions of methods and techniques.
1.5 A common structure
All ITIL 4 practice guides follow the same structure, featuring five main sections:
- general information
- purpose and description
- terms and concepts
- scope
- practice success factors
- key metrics
- value streams and processes
- how the practice contributes to service value chain activities
- the processes and activities of the practice
- organizations and people
- roles, competencies, and responsibilities
- organizational structures and teams
- information and technology
- information exchange: inputs and outputs
- automation and tooling
- partners and suppliers
- relationships with third parties involved in the practice
- sourcing considerations.
The remainder of this reader’s manual explains the key terms used in the practice guides and the assumptions that were made when the guides were designed and written. This information will help readers to navigate and use the practice guides.
It is important to remember that, although each practice guide helps organizations to build a sound foundation in that particular practice, the guidance it contains is not exhaustive; there are always opportunities for further nuance and innovation.
2. General information
The general information section covers the following areas:
- purpose and description
- key terms and concepts
- scope
- practice success factors
- key metrics.
2.1 Practice purpose and description
Each practice begins with a purpose statement. The purpose statement is a brief description of the role that the practice fills in an organization.
The purpose statement explains what may be derived from the practice, although the practical implementation of that practice may differ from what is described in ITIL 4, depending on the needs of the organization. Practices may be combined, split, or only partially implemented.
The purpose statement establishes the scope for the practice guide that follows, and the practice guide will cover all of the elements mentioned in the purpose statement.
The purpose statement is supplemented with additional descriptions of the practice. The purpose and description information align with the information that is presented in the ITIL® Foundation: ITIL 4 Edition publication, although additional detail may be provided in the practice guide. Table 2.1 provides some examples of purpose statements.
Table 2.1 Examples of purpose statements
Practice | Purpose |
---|---|
Incident management | To minimize the negative impact of incidents by restoring normal service operation as quickly as possible. |
Problem management | To reduce the likelihood and impact of incidents by identifying actual and potential causes of incidents and by managing workarounds and known errors. |
Service level management | To set clear business-based targets for service levels, and to ensure that delivery of services is properly assessed, monitored, and managed against these targets. |
2.2 Terms and concepts
Each practice guide includes key concepts that are specific to the practice being described. This section usually also introduces key terms and definitions. Key concepts and the associated terms that are included in the practice guides are:
- specific to the practice
- important for fulfilling the purpose of the practice
- applicable in most scenarios where the practice is applied.
Some examples are provided in Table 2.2
Table 2.2 Examples of terms and concepts
Practice | Key terms and concepts |
---|---|
Incident management |
|
Problem management |
|
Service level management |
|
Table 2.2 Example of terms and concepts
Key concepts may differ in their nature and in the structure of their description. Definitions introduced in the ITIL® Foundation: ITIL 4 Edition publication and the associated glossary are not altered but may be amended, with further commentary, in the practice guides. Definitions introduced in the ITIL 4 Specialist and Strategist publications also match the definitions provided in the practice guides.
2.3 Scope
The scope section provides a list of activities and responsibilities that are included in the practice. It also provides a list of adjacent activities and responsibilities that are not included in the practice, with references to the practices where these activities are described.
The ITIL 4 scoping of the practices should not be treated as definitive. Organizations should adapt these recommendations, based on their scale, structures, competencies, and other factors. ITIL 4 practices may be merged or further split when institutionalized in the organization.
For example, some activities included in the scope of the change enablement practice are:
- planning individual change workflows, activities, and controls
- scheduling and coordinating all ongoing changes
- communicating change plans and progress to relevant stakeholders
- assessing change success, including outputs, outcomes, efficiency, risks, and costs.
Examples of activities that are not included in the change enablement practice are listed in Table 2.3.
Activity | Practice guide |
---|---|
Costs control, financial evaluation of changes | Service financial management |
Management of projects | Project management |
Management of organizational change | Organizational change management |
Table 2.3 Example activities outside the scope of the change enablement practice
2.4 Practice success factors
Each practice guide includes a number of Practical success factors (PSFs).
Practical success factor |
A complex functional component of a practice that is required for the practice to fulfil its purpose. |
A PSF is more than a task or activity; it includes elements from all four dimensions of service management. A PSF can also be defined as ‘a key sub-practice’. The nature of the activities and resources of PSFs within a practice may differ, but together they ensure that the practice is effective. Table 2.4 gives some examples of PSFs for various practices.
Table 2.4 Examples of practice success factors
Practice | Practice success factors |
---|---|
Incident management |
|
Problem management |
|
Service level management |
|
2.5 Key metrics
Organizations need appropriate methods for determining the degree to which a practice is achieving its objectives, or how well the practice (or some part of it) is contributing to the SVS.
Each practice guide provides ways to measure the success of the practice through the use of key metrics.
Metric |
A measurement or calculation that is monitored or reported for management and improvement |
When using the practice metrics, consider the following points:
- The effectiveness and performance of the ITIL 4 practices should be assessed within the context of the value streams that each practice contributes to. However, the practices’ potentials are defined by their design and the quality of the resources, which can be measured and assessed in any context.
- Metrics are insufficient for assessment and decision-making. To be used as an indicator, a metric must have a pre-defined target value and may also have a tolerance. Each organization will define its own target values and tolerances; these cannot be taken from ITIL 4 or any other publication.
ITIL 4 provides sample key metrics (that may be used as indicators) and related measurement suggestions for each ITIL 4 practice. These are not prescriptive and should be adapted to each organization’s objectives and practice design.
Table 2.5 provides examples of key metrics for various practices. More details on key metrics can be found in the measurement and reporting practice guide.
Table 2.5 Examples of key metrics
Practice | Key metrics |
---|---|
Incident management |
|
Change enablement |
|
Service level management |
|
a (N+C)/(O+C) – see the measurement and reporting practice guide for explanation and examples.
3. Value Streams and processes
This section covers the following areas:
- the contribution of the practice to service value chain activities
- the processes and activities of the practice.
3.1 Value stream contribution
Each practice guide includes details of the practice’s contribution to the service value chain. This is based on the overview provided in ITIL® Foundation: ITIL 4 Edition .
Although the most common contributions of the practice to the service value chain are described, the list is not exhaustive. The heatmap provided in each practice guide should not be treated as implementation guideline and should be adapted to the architecture and SVSs of each organization.
3.2 Processes
Each practice guide includes processes and activities that may be necessary to fulfil the purpose of that practice. Some examples of processes for particular practices are given in Table 3.1.
Process |
A set of interrelated or interacting activities that transform inputs into outputs. Processes define the sequence of actions and their dependencies. |
Table 3.1 Examples of processes
Practice | Processes |
---|---|
Incident management |
|
Problem management |
|
Service level management |
|
Some practice guides also include descriptions of procedures, which outline commonly recognized and recommended ways of performing processes.
Procedure |
A documented way to carry out an activity or a process. |
The processes and procedures described in the practice guides highlight areas that organizations may find beneficial and may inspire an organization to redefine its own process and procedures. However, if adopted, they should always be adapted to the organization’s architecture, needs, and objectives.
Illustrative workflow maps are provided for some simple processes1. Figure 3.1 shows an example of a workflow map for the problem control process.
Figure 3.1 Workflow of the problem control process
This section also includes a list of the inputs, activities, and outputs for each process. The change lifecycle management process is shown in Table 3.2 as an example.
Table 3.2 Inputs, activities, and outputs of the change lifecycle management process
Key inputs | Activities | Key outputs |
---|---|---|
|
|
|
4. Organizations and people
This section describes the following areas:
- roles, competencies, and responsibilities
- organizational solutions and teams (specific to the practice).
4.1 Roles, competencies, and responsibilities
The practice guides do not describe the practice management roles such as practice owner, practice lead or practice coach. The practice guides focus on specialist roles specific to each practice. The structure and naming of each role may differ from organization to organization, so any roles defined in ITIL should not be treated as mandatory, or even recommended. Remember, roles are not job titles. One person can take on multiple roles and one role can be assigned to multiple people.
Roles are described in the context of processes and activities. Each role is characterized with a competency profile based on the model shown in Table 4.1.
Table 4.1 Competency codes and profiles
Competence code | Description |
---|---|
L | Leader. Activities and skills associated with this competence include decision making, delegation, overseeing other activities, incentives and motivation, and evaluating outcomes. |
A | Administrator. Activities and skills associated with this competence include the assignment and prioritization of tasks, record keeping, ongoing reporting, and basic improvement initiatives. |
C | Coordinator/Communicator. Activities and skills associated with this competence include the coordination of multiple parties, communication between stakeholders, and the running of awareness campaigns. |
M | Methods and techniques expert. Activities and skills associated with this competence include the design and implementation of work techniques, the documentation of procedures, consulting on processes, work analysis, and continual improvement. |
T | Technical expert. This competence focuses on technical (IT) expertise and expertise-based assignments. |
The competence profile for each role is formed of one or more competence codes shown in Table 4.1, arranged in order of importance. For example, ‘MC’ means ‘main competency: methods and techniques expert, secondary competency: coordinator/communicator’. Examples of competency profiles for various roles are provided in Table 4.2.
Process activity | Responsible role(s) | Competency profile | Specific skills |
---|---|---|---|
Process: Management of service level agreements | |||
Definition of customer requirements | Service owner Service designer Service architect Relationship manager Customer | CTA | Good knowledge of the service consumer’s business Good knowledge of the service provider’s portfolio Communication and coordination |
Visibility analysis | Service owner Product owner Service designer Service architect Supplier manager Technical expert | TC | Business analysis Risk analysis Good knowledge of the service provider’s portfolio |
Drafting an SLA | Service designer Relationship manager Service owner | CAT | Good knowledge of the service provider’s portfolio Good knowledge of the products, including their architecture and configuration Business analysis |
Table 4.2.1 Example competence profiles
4.2 Organizational structures and teams
The practice guides may describe organizational models for the practices, if there are recognized, common solutions in the industry. However, these are only examples; each organization should design its structures and teams according to its own architecture and objectives. This also applies to the naming of teams. Some examples are given in Table 4.3.
Table 4.3 Examples of teams and structures
Practice | Teams and structures |
---|---|
Incident management | Tiered versus flat team structures |
Problem management | Problem manager as a job titlea |
Change enablement | Change authority teams |
a Depending on the needs of the team structure, someone could act as a problem manager for some of the time, or someone could be hired specifically to be a full-time problem manager.
5. Information and technology
The information and technology section covers the following areas:
- information exchange
- automation and tooling.
5.1 Information exchange
In each practice guide, the information and technology section describes the key information used by the practice. The lists are not exhaustive, but include the most common inputs to the practice. Some examples are give in Table 5.1.
Table 5.1 Examples of key information used by practices
Practice | Key information about the practice |
---|---|
Incident management |
|
Change management |
|
Service level management |
|
Table 5.1 Examples of key information used by practices
5.2 Automation and tooling
Each practice guide includes recommendations on automation and tooling. These recommendations are mapped to the process activities within each practice against the available means of automation, key functionality of the tools, and impact of the automation on practice effectiveness. ITIL 4 does not recommend specific tools nor describe the tools and functions attributed to specific vendors or solutions. As an example, Table 5.2 shows some recommended automation solutions for the change lifecycle management process.
Table 5.2 Examples of automation and tooling recommendations
Process activity | Means of automation | Key functionality | Impact on the effectiveness of the process |
---|---|---|---|
Change registration | Ticketing and workflow systems Backlog management tools Kanban boards | Enabling and controlling workflow for changes Prioritization of backlog and workflow management Workflow visualization | Very high, especially for large volumes of changes |
Change assessment | Ticketing and workflow systems Collaboration tools Resource planning tools | Formalization and structuring of the assessment, providing more accurate and solid data for authorization | Medium to high, especially for processing complex changes manually |
Change authorization | Ticketing and workflow systems Collaboration tools | Quick and remote traceable approval | High, especially for delegated change authority of high velocity changes |
6. Partners and suppliers
The partners and suppliers section covers the following areas:
- relationships with third parties involved in the practice
- sourcing considerations for the practice.
6.1 Partner relationship management
Very few services are delivered using only an organization’s own resources. Most, if not all, depend on other services which are often provided by third parties. Relationships and dependencies introduced by supporting services are described in the practice guides for service design, architecture management, and supplier management.
It is important to ensure that dependencies on third parties do not limit practice performance. This section may include recommendations on agreements, information exchanges, system interfaces, responsibilities, and other solutions that can help to establish effective and beneficial relationships with partners and suppliers when certain components of a practice are outsourced.
This section is included in the practice guides where there are generally recognized, effective solutions specific to that practice.
6.2 Sourcing considerations
Most practice guides outline which of the relevant practice’s capabilities, roles, and resources may be outsourced, with an explanation of the risks and benefits of outsourcing in each case. These recommendations aim to help organizations, but cannot be treated as a model to follow. Sourcing decisions should take many internal and external factors into account; it is impossible to provide a universal solution.
7. Important reminder
Most of the content of the practice guides should be taken as a suggestion of areas that an organization might consider when establishing and nurturing their own practices. The practice guides are catalogues of things that organizations might think about, not a list of answers. When using the content of the ITIL 4 practice guides, organizations should always follow the ITIL 4 guiding principles:
- focus on value
- start where you are
- progress iteratively with feedback
- collaborate and promote visibility
- think and work holistically
- keep it simple and practical
- optimize and automate.
More information on the guiding principles and their application can be found in section 4.3 of the ITIL® Foundation: ITIL 4 Edition publication.
8. Acknowledgements
Axelos Ltd is grateful to everyone who has contributed to the development of the practice guides and this manual. These materials incorporate an unprecedented level of enthusiasm and feedback from across the ITIL community. We will continue develop these publications based on the ongoing feedback from the readers.