CA Community






This Blog

Why most ITIL Metrics are not worth the trees they kill!

Published: January 29 2010, 09:44 AM
by Peter Doherty

So how do you measure your ITIL Service Management Program?

The first trouble with measuring ITIL is that you need a certain level of maturity to gather baseline metrics and a good deal of organisations are not in a position to capture those metrics. The second trouble is that most of the metrics they capture are worthless as they are simply marks on a chart.
Where the true value is from metrics that:

  • Inform
  • Support Decisions
  • Prompt Action

Sadly we are lucky to see ones that mainly fit into the top category. After all, metrics are just the dashboard of the car, they are neither the car nor the destination. So how do you measure Service Management? Well we really do need to take a balanced score card approach.

There is no doubt that you need to run your process metrics with a high level ofgovernance as without this your processes could lose their effectiveness. For example; failed Changes which end up causing Incidents, etc. These will often only have a quantitative component to them and should roll up to an overall process conformance score.

You also need to monitor the efficiency of the process by comparing the effort or elapsed time it took to perform core functions prior to the Service Management Program and comparing to what they take after the program. This should be rolled up as an efficiency score but you can also start doing cost comparisons based on this. These will have a qualitative component to them.

Thirdly you need to monitor effectiveness which will be the outputs of the processes and generally defined in terms of cost savings and service availability improvements. This effectiveness metric is absolutely crucial for measuring the results of a Service Management Program. Why? Just about nearly all other metrics will give you soft savings, but you can finally put dollar figures around these metrics. These are the metrics that should be measured against the projected outcomes that were put forward in the business case. For example, if you are an ITIL V3 shop doing Service Portfolio Management these metrics will contribute to show the value to the business of the Service.

I often blog and write about how most organisations forget about the people side of Service Management and I have a number of ideas on how we can address this. A balanced scorecard must include customer satisfaction - is it the be all and end all? Of course not but as technologists we often get caught up with delivering technically oriented Service Levels which reflect ‘reality' - at least in our minds. But guess what, most of our customers perceive value in the expectation of the service experience so you need to track their perceptions. A happy customer is more engaged and able to be more productive!

In ITIL we sometimes misuse metrics for our own benefit and one of my pet hates is ‘Closed on First Call'. It really tells us nothing, unless it is really high in which case it is rarely true. This is a typical example of a metric that has a quantitative but no qualitative component. So what if you close 70% of Calls on First Contact? Have they been within SLA? Is the customer happy? What about the other 30% that's probably harder and more important to the organisation? That metric simply informs you that something is happening but with no insight into how well it is being done. What decisions or actions could that possibly prompt?

If you are asked how would you measure an ITIL Service Management Program you need to ask yourself a much more fundamental question; what are the business drivers for this Program? Have you defined those business drivers? Once you know the business drivers it is a simple matter of translating them to the business initiatives and collecting metrics to support this. And guess what? These are the metrics that I'd want to see on my Service Management balanced Score Card.

Do you agree? Comment below and let me know.

Share this post:  EmailEmail

 

By: Peter Doherty
Peter Doherty is an ITILv3 contributing author and a Principal Consultant for CA. With 25 years IT experience in Service Management as well as Enterprise Network and Systems Management, Peter Doherty is CA’s foremost Service Management evangelist in the Asia Pacific region. His day-to-day responsibility...
Read More..

3 people have left comments:

Absolutely! Metrics must be balanced & interpreted. No metrics & you're lost, only metrics & you're blind.

Posted by: Peter Brooks | January 28, 2010 9:58 PM

Peter, nice mantra!

I am constantly amazed by peoples ability to want things of no value and this is particularly so of metrics. I recently met with a organisation that presented me with a list of report titles and asked if we could do these to which I answered yes (after all they had just showed me the titles and not what content they wanted).

I then asked what they would do with them and the response was send tem out to stakeholders (still not sure on the content). I then asked what the stakeholders will do with them and the answer was that they did not know but they always sent these out to the stakeholders. I think I got away with not rolling my eyes too far back into my head!

At this point I suggested that this would be a good opportunity to review exactly what they were looking to achieve and then decide on what the underlying metrics that was needed to support that.

I have said many times that when organisations buy a Service Management toolset they should only modify it to support the process better (and sometimes I suggest it is more cost effective to tweak the process :)) or it allows us to support a metric that we make a decision on. All other modifications need a good hard look to justify.

Posted by: Peter Doherty | February 1, 2010 6:42 PM

Really nice to seek some info on the qualitative aspect of our quantitative journey. We often ignore the basic fact that something what needs to be improved needs to be measured first . And the measurememt would really add on to the fact only if the attribute is controllable. So in order to devise new things for metrics what needs to be seen is whether the factors suppoting the improvement are controlable or not.

Posted by: sundeep koul | December 29, 2010 3:30 AM

Leave a Comment

* An asterisk indicates a required field

* :  

:

* :  

 Submit