Skip to main content

ITIL 4 Guiding Principles – Focus on VALUE!


Adopting the ITIL seven “Guiding Principles” for service providers could be the best way to establish a healthy organizational culture. All “Guiding Principles” are powerful but today are some thoughts on just one and that is “FOCUS ON VALUE”.  

ITIL 4 best practice guidance says to focus on value.  Getting level set on what VALUE is for your business partners, customers and consumers is critical to every strategic, tactical and operational action! To understand this better let’s start with the official definition of a service. “A service is a means of enabling value co-creation by facilitating OUTCOMES that customers want to achieve without the customer having to manage specific costs and risks". If this is so, then there is a direct correlation between VALUE and OUTCOMES. When it comes to defining “VALUE” we must get OUT of “IT”. 

An “OUTCOME” is what we deliver. It is not the activities within the value delivery stream but rather the RESULTS of all people, process, activities, and technology that is used. Every initiative/action has a value-add element to it but in and of itself does not deliver VALUE. In order to deliver value, it is not only necessary to identify the requirements for a new or changed service but also to identify and agree on what the expected OUTCOMES should be. These identified and quantified outcomes will become the cornerstone for your metrics and measurements. All too often we look at internal metrics to measure value and truly this does not work. 

Example: 

A techy at a large insurance company asks; “How many servers should we be able to spin up per hour in order to have a good DevOps continuous delivery pipeline?” 

Or 

Developer says, "We doubled our cycle time from Q1 to Q2!" 

This is a very large insurance company so one of their business partners is “Claims Processing”. Now, put yourself in that seat. Do either of these internal siloed measurements resonate with the person who is processing claims? The answer? “No”! 

In order to get to real OUTCOMES, that deliver VALUE we must get out of “IT”. The measurements in the first example may or may not RESULT in VALUE! How do we know what VALUE is? Quantify the OUTCOMES from the customer perspective! Therefore; a better example to identify and quantify outcomes here might be: 

How many claims does Claims Processing Department need to process per hour? 

When two hurricanes hit the United States few insurance organizations were able to manage the volume of requests for processing claims in a timely way for their consumers. This example is a quantified customer OUTCOME that is sure to deliver VALUE for the service provider, the business customer and the external consumer! Once OUTCOMES are identified the service provider can then determine what the low-level metrics and measurements in the value stream should be to meet that “QUANTIFIED OUTCOME”. 

Promoting a “Focus On Value” culture is an effective way of breaking down organizational siloes. Every person in your organization should have a clear understanding their contribution towards creating value for the organization, its customers and other stakeholders. 

Educate & Inspire…



Comments

Popular posts from this blog

The Four Ps of Service Design - It’s not all about Technology

People ask me why I think that many designs and projects often fail. The most common answer is from a lack of preparation and management. Many IT organizations just think about the technology (product) implementation and fail to understand the risks of not planning for the effective and efficient use of the four Ps: People, Process, Products (services, technology and tools) and Partners (suppliers, manufacturers and vendors). A holistic approach should be adopted for all Service Design aspects and areas to ensure consistency and integration within all activities and processes across the entire IT environment, providing end to end business-related functionality and quality. (SD 2.4.2) People:   Have to have proper skills and possess the necessary competencies in order to get involved in the provision of IT services. The right skills, the right knowledge, the right level of experience must be kept current and aligned to the business needs. Products:   These are the technology managem

What Is A Service Offering?

The ITIL4 Best Practice Guidance defines a “Service Offering” as a description of one or more services designed to address the needs of a target customer or group .   As a service provider, we can’t stop there!   We must know what the contracts of our service offering are and be able to put them into context as required by the customer.     Let’s explore the three elements that comprise a Service Offering. A “Service Offering” may include:     Goods, Access to Resources, and Service Actions Goods – When we think of “Goods” within a service offering these are the items where ownership is transferred to the consumer and the consumer takes responsibility for the future use of these goods.   Example of goods that are being provided in the offering – If this is a hotel service than toiletries or chocolates are yours to take with you.   You the consumer own these and they are yours to take with you.               Note: Goods may not always be provided for every Service

What is the difference between Process Owner, Process Manager and Process Practitioner?

I was recently asked to clarify the roles of the Process Owner, Process Manager and Process Practitioner and wanted to share this with you. Roles and Responsibilities: Process Owner – this individual is “Accountable” for the process. They are the goto person and represent this process across the entire organization. They will ensure that the process is clearly defined, designed and documented. They will ensure that the process has a set of Policies for governance. Example: The process owner for Incident management will ensure that all of the activities to Identify, Record, Categorize, Investigate, … all the way to closing the incident are defined and documented with clearly defined roles, responsibilities, handoffs, and deliverables.  An example of a policy in could be… “All Incidents must be logged”. Policies are rules that govern the process. Process Owner ensures that all Process activities, (what to do), Procedures (details on how to perform the activity) and th