ITIL® 4 vs. 'The Source'

Part of ITIL 4’s value proposition is that it embraces newer ways of working, such as Agile, Lean and DevOps.

I was recently asked whether there was a compelling argument for individuals to go to ITIL for information about these approaches, vs. going to ‘the source’. Here’s my answer and I’d love to hear yours.

3) What source? Yes. There is a massive amount of information available about these topics. There are many ‘definitive’ sources of knowledge. For lifelong learners such as myself, these sources are a joy. They can also be overwhelming and at times a challenge to apply. A search for information about Lean, for example, may take you down a manufacturing route which then requires translation. Looking to learn more about Agile? Which method? Scrum, SAFe, extreme programming … you get the point.

2) The source is evolving. As an example, DevOps practitioners often pride themselves in the fact that there is no definitive body of knowledge; rather, there is an evolving collective body of knowledge. The same can be said for topics such as Site Reliability Engineering and DevSecOps. Here’s what is cool about many of these emerging and evolving practices. The evolution is often enhanced by applying principles originally introduced in, wait for it…Lean and Agile. Just as we see Lean principles being applied to modern software development practices such as continuous delivery, and we see Kanban (a Lean technique) being used to prioritize and manage work (including things like incidents and problems).

1) It’s about integration! For organizations that have invested in ITIL, what the framework now does is describe what an integrated approach looks like and how organizations can incorporate these frameworks and methods to meet their current circumstances and needs. ITIL is not trying to be ‘the source’ relative to these topics. It’s trying to acknowledge and embrace the roots of modern-day work. For organizations leveraging these approaches (and who may have turned away from ITIL in the past as being out of date), they can now see themselves in the framework and perhaps be open to exploring ways that ITIL actually can help; particularly in the context of IT service management (ITSM) where it is widely recognized as ‘the source’.

Is ITIL behind the curve in terms of the latest emerging practices being used by elite performing organizations? Yes. It is a best practice framework and best practices, by their nature, lag behind. The organizations out on the leading edge are paving new roads and will report back along the way.

For many organizations, however, they are just finding concepts such as Lean and Agile and DevOps and so I’m hearing regularly that it is validating to see these concepts being brought into ITIL 4 and integrated with ITSM best practices.

Here’s what we don’t want. Framework silos. For years, we’ve heard about silos. Dev vs. Ops. Lean vs. Agile. ITIL vs. DevOps. It’s time to embrace the fact that there is no ‘vs.’ in these conversations. In the highest performing organizations, you’ll often find that the answer is D. All of the above. And not necessarily in a ‘pure’ form. These organizations recognize that rules are a good start, but it’s ok to bend or break them when needed. Or as is emphasized in ITIL, adopt and adapt. The highest performing organizations take inspiration from any and all sources and figure out what works for them at that time. As continuous improvement is a hallmark of these organizations, it is also not long before these elite performers are looking for inspiration for their next round of improvement. Often by going back to ‘the source’, whichever source that might be. At times going back to the basics. Other times diving off the leading edge. It depends.

Therein lies the value of bringing concepts such as Lean and Agile and DevOps into ITIL. For individuals and organizations unfamiliar with these concepts, it provides a ‘whetting of the appetite’ so to speak that can then lead to further exploration, experimentation, and learning. For individuals familiar with these concepts or experiencing them in their organizations, it provides validation that an integrated approach is, in fact, best practice.

So, here is what I hope; that individuals attending ITIL education, whether an introductory or advanced class, get exposed to a new (even if only to them) concept and then are inspired to go beyond the books to learn more. Go to ‘the source(s)’. Learn about the thought leaders behind those sources. Whether early thought leaders such as Deming, Juran, and Ishikawa, or contemporary thought leaders such as Orzen, Sutherland, Kim, Humble, the ITIL authors and individual contributors and others too numerous to list. In times of constant change such as these, the key is to just keep learning!

Originally published on linkedin.com, written by Donna Knapp, Curriculum Development Manager at ITSM Academy

To learn more, please visit http://www.itsmacademy.com/resourcecenter

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

This article was originally published in 2015. With the Introduction of ITIL 4, some of this best practice has changed. See ITIL 4 and the Evolving Role of Roles . Updated Definitions in ITIL 4: Process Owner: In ITIL 4, the concept of 'processes' has expanded into broader 'practices.' Consequently, the Process Owner is now often referred to as the 'Practice Owner.' This individual is accountable for the overall design, performance, integration, and improvement of a specific practice within the organization. They ensure that the practice achieves its intended outcomes and aligns with the organization's objectives. Process Manager: Now commonly known as the 'Practice Manager' in ITIL 4, this role is responsible for the day-to-day management of the practice. The Practice Manager ensures that activities are carried out as intended, manages resources assigned to the practice, and oversees the practitioners performing the work. Process Practit...

Search