It’s not often that I admit to being excited by a new ITIL publication (ITIL Practitioner) – the popular IT service management (ITSM) best practice framework. Having passed the ITIL v2 incarnations of the ITIL Foundation and Manager’s courses over 10 years ago, I have since read up on the ITIL v3 changes in 2007 (although a little bit later than that if I am honest) and poked around in ITIL 2011 on its release. But that was all, and I don’t remember being excited.
Now, in 2016, we’re seeing another key ITIL publication. Not ITIL 2016, but a new book and qualification called ITIL Practitioner, which sits above ITIL Foundation and below the plethora of more “serious” ITIL qualifications, such as ITIL Expert. It’s what AXELOS, the custodian of ITIL, describes as:
“…the next step after ITIL Foundation for professionals who have already learned the basics of ITSM and the business value of well-designed and delivered services. Where ITIL Foundation focuses on the ‘what’ and the ‘why’, ITIL Practitioner shows ‘how’ to start adopting and adapting the ITIL framework within day-to-day situations and responsibilities, giving individuals more confidence in their ability to structure and contribute to ITSM initiatives.”
Or in my parlance, ITIL Practitioner is: “what ITIL has always needed, to help facilitate real-world success.”
Setting Your Expectations (Re the Blog and the ITIL Practitioner Book)
This blog isn’t meant to be a review of the new publication, although you might feel it sails close, and instead talks to what stands out for me in the ITIL Practitioner Guidance book and hopefully the associated new ITIL qualification, i.e. how it will help the reader. I throw in a number of my own tips too.
In terms of the ITIL Practitioner book, it’s probably not what you might have expected, i.e. it’s not filled with information on how to directly improve incident management, problem management, or any other ITIL ITSM best practice process. Instead it covers much of the operational, management, and organizational “glue” required not only to adopt ITIL, and/or to improve ITSM maturity, but also to be a well-functioning IT service provider. I hope that this gets reflected here.
Standout #1: Let’s Start with the ITIL Practitioner Authors
I know it’s not ITSM “content” nor clarification, but it’s a big part of why the ITIL Practitioner Guidance publication is worth the paper it’s printed on (or the cost of the Kindle version).
I can’t speak for Kevin Behr and Lou Hunnebeck, who I don’t know personally, but the quartet of Karen Ferris, Barclay Rae, Stuart Rance, and Paul Wilkinson would not get involved with (nor attach their names to) any publication, ITIL or otherwise, that doesn’t take the ITSM industry forward.
So straight off the bat, the ITIL Practitioner Guidance authors instill me with a certain level of confidence. It’s a little like going to an ITSM industry conference and choosing sessions to attend based on the “known” speakers first – you just know that they will be solid bets for quality content without even reading their sessions’ synopses.
So what did the authors add to the ITIL and ITSM ecosystem by contributing to the ITIL Practitioner Guidance publication?
Standout #2: The Acknowledgement of Enterprise Service Management
Well sort of. There’s a very small section, OK a paragraph, called “Service Management Versus IT Service Management.” It doesn’t actually mention enterprise service management explicitly, nor does the book’s index, but rather that “The core principles of service and services, value, outcomes, costs and risks are relevant to all kinds of service providers, not just those delivering IT services.”
However, when I’d previously scanned through the book’s contents page I thought, and I guess hoped, that this section was something different. That it was instead a shout-out to the original service management thinking of the early 1980s, from before the term “IT service management” was coined and ITIL had yet to be born from the need to rectify the UK Government’s growing list of IT failures. For instance, the book could have referred to the content of the 1984 book “Service Management: Strategy and Leadership in the Service Business” by Richard Normann, which is often cited as one of the foundations of service-based thinking and service management excellence.
You might think that this reference to the early 1980s, or lack of, is an odd thing for me to call out here, but I’m convinced that there’s still too many IT or ITSM professionals out there who think that ITSM was born solely out of progressive IT thinking (and process standardization) rather than something that applies to service provision per se. For me, it’s another missed opportunity to emphasize the “SM” over the “IT” of ITSM.
Standout #3: ITIL Practitioner’s Nine “Guiding Principles”
“Guiding what?” I hear you cry. Yes, it’s definitely a new concept for an ITIL publication and I’d bet it’s down to the book’s authors not wanting to just write “another 200 pages of consultant-waffle” (where more words are somehow seen as better, well at least for the author’s wallet).
Without even thinking about it, or maybe even realizing it, the principles elevate the reader from a focus on ITSM processes to a focus on better outcomes – whether they be for the business, customer, end user, or the IT organization itself – hopefully moving ITSM forward from “the things you should do,” such as incident management, to “the things you should achieve.” And the guiding principles show their intentions very quickly, with the first being “focus on value.”
On the face of it, when viewed as a list of phrases, they might seem a little glib or clichéd; but when you read what they mean, and actually stand for, they provide a lot of insight into what can go wrong when an organization adopts ITIL and, more importantly, how to prevent this.
I’ve included a list of the guiding principles below, but I strongly recommend that you find a way to read the paragraph-length overview descriptions of each to really understand what they mean and the actions and behaviors they seek to encourage:
- Focus on value
- Design for experience
- Start where you are
- Work holistically
- Progress iteratively
- Observe directly
- Be transparent
- Keep it simple
Or even better, get your hands on a copy of the book and read the page of content devoted to each of them as well as the authors’ tips such as:
Standout #4: That CSI is Front and Center in ITIL Practitioner
Continual service improvement (CSI) is the last, and I bet least read, of the five core ITIL publications in ITIL 2007 and then 2011. It’s an odd one for me – one perspective to take is that “It’s so important that it deserves a book of its own.” Another, probably more realist, perspective is “Heck, there’s 1959 pages in the five ITIL Lifecycle Suite books, I don’t have time to read everything.” And thus the focus on the service desk and incident management, which starts the ITIL Foundation training, then continues with CSI as “something to aspire to” more than to do.
Thankfully, ITSM thinking has moved on, even since 2011, when ITSM professionals used to be advised (by ITSM consultants and IT industry analysts) to start their ITSM and ITIL adoption in one of three process-focused ways – incident and problem management, incident and change management, or change and configuration management. Those in the know (such as ITIL Practitioner authors Barclay and Stuart) will now advise starting with CSI, not to mention elements of service strategy and service design as well.
There’s just over 20 pages of CSI content, not counting the later toolkit elements, which are very easy to consume and put into practice. It’s so much easier to consume (and to understand) than the weighty ITIL Lifecycle Suite CSI book, with advice linked to handy “how to’s” such as:
If you aren’t investing in the ITIL Practitioner book in the near future, then you could alternatively check out a few of Stuart’s blogs for now:
- Continual Service Improvement (CSI) – The Most Important Service Management Process
- The Help You Need to Adopt Continual Service Improvement
- Managing a continual service improvement register
Standout #5: There’s a Deep Dive into Metrics
Hands up if you have ever done the following:
- Picked up the relevant ITIL Lifecycle Suite book, e.g. Service Operation for incident management information
- Looked for the relevant ITSM process
- Copied example metrics verbatim
- Started to use them in anger
- Never looked back
Feel free to put your hand down now.
The ITIL Practitioner book will hopefully open a few eyes, elevating ITSM metrics from “They are something we have always done but we can’t remember why” or “Yes, we’re very proud to say that we use all the ITIL best practice metrics” to an activity that makes a difference, or, more specifically, an activity with a focused purpose (or set of purposes).
You know it’s good stuff when ITIL Practitioner starts by laying the foundation with “What is measurement for?” Pop quiz – how would you answer that question? And don’t cheat by reading ahead …
- To validate. To validate previous decisions.
- To direct. To set the direction for activities in order to meet set targets; this is the most prevalent reason for monitoring and measuring.
- To justify. To justify, with factual evidence or proof, that a course of action is required.
- To intervene. To identify a point of intervention including subsequent changes and corrective actions.
Source: ITIL Practitioner Guidance, AXELOS
It’s a great way of questioning your existing metrics in terms of their purpose and worth. I’m sure that if you do, you’ll find some metrics that offer very little value and aren’t worth the effort of collecting and presenting them to stakeholders.
Again, if you aren’t getting the book in the near future, then you could check out a few of Stuart’s related blogs:
- Defining Metrics for Incident Management
- Defining Metrics for the Service Desk
- A Guide to Problem Management Metrics
- Defining Metrics for Change Management
- How to Make Sure Your KPIs Are Balanced
Standout #6: That the “Continual Improvement of Metrics and Measurements” Is Included in ITIL Practitioner
If I wasn’t already excited enough about the CSI and metrics content, it’s great to see the acknowledgement, and advice, that metrics need to change (or even to evolve) over time – even if it is a very short section.
I could explain why metrics need to change, but why would I when the following has been crafted by six great ITSM minds, and peer-reviewed by many others, from around the globe.
“Like everything else in ITSM, metrics and measurement should be subject to continual improvement. Changes may be needed to what is measured, what thresholds and KPIs are set, or how you report, based on many things, including:
- New or changed business processes
- Changes to regulatory or governance requirements
- New or changed IT services
- New or changed infrastructure or applications
- Increased maturity or effectiveness of existing processes
- Changes to organizational structure or reporting lines
- Results of previous improvement activities.”
Source: ITIL Practitioner Guidance, AXELOS
Not doing so is one of my top 13 ITSM metrics mistakes. I wrote this blog four years ago but it’s just as relevant today as it was then.
Standout #7: The Organizational Change Management Chapter
The first “key message” text of the organizational change management (OCM) chapter sums this up nicely:
“Whether the improvement is being driven via change management, project management, programme management or any other approach, OCM is not to be seen as an additional framework. It is an integral part of each of those approaches and it underpins every improvement initiative.”
With the chapter sections covering:
- Essentials for successful improvement
- Clear roles and responsibilities
- OCM and ITIL change management
- Impact of organizational change management
- Understanding people’s transition through change
- Key activities for effective organizational change management
- Continual improvement of organizational change management
The 20-plus pages of OCM advice, with tips and links to the later toolkit chapter, should be essential reading for any professional (so not just ITSM professionals) involved in changes that will impact people either directly or indirectly. It all makes so much sense, for instance the simple list of key activities for effective OCM (it’s Table 6.3 in the book, with a deeper dive into each activity following it):
Standout #8: ITIL Practitioner Practical Advice and a Practical Toolkit
The book is filled with practical advice. This includes, for instance, an early section that defines the words that make up ITIL’s definition of a “service.” While not a toolkit item as such, it does however dig deeper into what “A service is a means of delivering value to customers by facilitating outcomes that customers want to achieve without the ownership of specific costs and risks” actually means. You’ll see the underlined words explained through detailed definitions and examples.
However, the ITIL Practitioner Guidance publication goes even further with its practical help; with the final toolkit chapter dedicated to a collection of worksheets, assessments, templates, and summaries to help ITSM professionals across four of the areas covered in the book:
- CSI approach
- Metrics and measurement
- Organizational change management
The following is an example template, recreated from the Metrics and Measurement toolkit section.
There’s lots of good stuff here, I imagine taken from the real-life toolkits used by the six authors.
However, if I can be a little bit picky for a moment, it would be nice to be able to download the offered templates. As even copying the text from the Kindle edition still leaves the reader with template design work to do. (A quick, post-blog-writing, Twitter conversation has uncovered that these are in the AXELOS pipeline – so look out for them at a later date).
So there you have my eight stand outs from the ITIL Practitioner Guidance publication. It might seem a little like a review, or even promotional fluff, but this wasn’t my intention. Instead I wanted to point out how the book will help ITSM professionals with their adoption of ITIL/ITSM best practices, including many of the sometimes fuzzier things that are encountered around it.