Seems like the wrong message to be posted on a site such as ITSM Portal. Quotes such as “We are implementing ITIL” or worse, “We are doing ITIL” is something I hear often. I think this says something about the person saying it, but more importantly, it says something about what ITIL has become. I don’t believe the authors of ITIL intended ITIL to ‘be done’ or ‘implemented’, be a goal, journey or destination. I would argue (and I believe it is stated as well) that ITIL is a reference. There were discussions (or arguments) recently on LinkedIn from a question asking if ITIL was a journey or a destination. My contribution was that it was neither, but I think there were over ten different perspectives and multiple variations of those.
I think the best perspective came from a contribution that was not mine, but we played the intellectual tag back and forth and I thought the analogy suggested really put ITIL into a proper perspective – and one I that I intend to use going forward:
When you begin a journey, you are heading for a destination. One of your goals is to get there safely, in the least amount of time and spending the least amount of money. If expediency is needed, obviously you spend more money to get there quicker. If driving though, a GPS is a handy tool to help you achieve that goal.
Think of ITIL as the GPS for your service management journey and continuous improvement destination. Of course, GPS devices come with warnings - which oddly enough are applicable to ITIL as well. Maybe the first few are a stretch but could be attributed to ITIL’s relationship to OGC:
Also a stretch, but could apply to process automation or project management:
But the following actual GPS warnings I think should be printed in big letters on the title page of all ITIL books:
The last one is the most important. GPS devices are not perfect… How many times has a GPS taken you in the wrong direction? I personally have an older iNav unit that has twice sent me east on a westbound highway in Austin, TX (directed me to the right vs. left). And twice, my head said I needed to head west, but I listened to the GPS. Within 10 miles, I turned around and made it safely to my destination.
I think this analogy places a great perspective on ITIL and how it should be leveraged by practitioners. What you are implementing should be customer and business driven improvements that demonstrably lower cost, increase quality, agility and/or demonstrate compliance, all at the lowest cost possible. This does not magically happen by implementing ITIL. Like a GPS, ITIL provides some great guidance and direction, but you need to apply it appropriately and thoughtfully through your own filter and into your own respective business environment.
By calling a project an ITIL project, one can be lulled into a false sense of security that if it fails, failure can be blamed on ITIL. Unfortunately, unemployment rosters are full of people that were ‘successfully implementing ITIL’. What may have happened was that the business needed to respond quickly to the rapidly changing business climate and the IT organization didn’t have the ability to respond quickly enough. I also think many organizations were assuming they still had the historic immunity to sharing business risk – which now all of the sudden no longer exists.
And maybe this is the reason many ITIL projects aren’t providing expected results and are anecdotally being cancelled and/or scaled back.
When ITIL becomes the end game, when having a CMDB or service catalog becomes the goal, the business does not really derive benefit directly, unless by chance, the externally visible improvement was to have a service catalog or CMDB. IT’s focus needs to stop being about the machine, and start being more about the outcome. This means:
ITIL can be a great GPS for this goal. But as my ITIL foundation instructor wisely said: “ITIL should be Guidance for the Wise, but can be Rules for the Foolish…”. Good luck with your journey and drive safe!
Is ITILv3 not a service management framework realizes IT service management which in turn is directed to achieving the goals listed? Does it really matter whether it is described as a destination, a journey, a framework, a set of principles or a pile of horse droppings? Are we not wasting a great deal of energy on fruitless discussion? Just do it! It doesn't have to be perfect. It must however evolve.
Comparing ITIL to a GPS not only misses the point, it potentially sends the wrong message. ITIL doesn't provide directions, a GPS does. ITIL is (quoting OGC forward) an "...approach to IT Service Management...."
From the Chief Architect's Forward to the CSI volume:
"ITIL service management practices are based on a solid framework of concepts, processes, functions and activities that exert positive outcomes on business value. One of the constant features of these practices is the objective to improve in maturity and therefore service excellence in every possible way."
Improvement and maturity in service management represents approaching a moving target -- something the GPS can't handle.
Btw, I read the LinkedIn thread, and you were not the one who suggested that ITIL wasn't a journey or a destination.
Nope, GPS misses the mark!
If nothing else, the "warning label" for the ITIL books is a great idea!
Amazing how hotly debated this is.. This column was meant to be light hearted. It wasn't about ITIL and GPS - it was about the warnings that come with a GPS, and more importantly, the phrase "Doing ITIL". I just happened to groc the GPS analogy, and was then in some meetings where people introduced themselves and said they were "doing ITIL".
I never said I was the original person who said it wasn't a journey or destination. Like most LinkedIn discussions, 20 people made that point before me- I just asked if it really mattered what it was....
Nice column imo. It shows that ITIL isn't a holy grail and that the destination is more important then the tooling.
Well, how about taking the direction from other consultants that are pushing the ITUP PRM-IT "framework" as a solution, which is based on ITIL V3...well, ITUP has 46 processes and not sure I agree with these processes being part of IT, as they seem to better fit in the PMO area, such as Risk Management. Risks are identified at the IT level, but should be managed from a Program/Project level. Then there is this Service Execution process. Is this not the actual execution of a service? Are we now having to write a process to execute services? I thought services are managed operationally by way of the typical Service Support processes and adjusted through CSI activities. Service Level Management will provide the oversight and management of services from a Service Delivery aspect - ALL POINTS COVERED!
ITIL is a framework that should be used for guidance in the development or implementation of business processes. It is ultimately those business requirements that will drive to the desired results for successful implementation. If someone dictates to a task level how to perform specific processes (activities) then there is greater risk that you will miss key requirements. I do believe that is the primary reason that ITIL only describes high level activities (process level) and not the how. There are too many different industries, functions, and situations that should drive the desired end state of any implementation effort. If your implementation does not primarily focus on the business drivers - requirements, policies and standards, then you will miss the boat.
Comments