Posted on July 16, 2017 at 16:00 PM
I was first introduced to IT Service Management back in 2002. The concept of the SLA and availability targets was fairly straightforward with the service components having a supplier given availability figure and the overall service target being a result of multiplying the service elements out. A recent assignment has significantly challenged my view of this. If you are interested in my viewpoint, please read on.
Now for me, this was probably a late to the game "eureka" moment but when you are elbows deep in the day to day delivery of service it is sometimes difficult to step back and see the changes around you. My assignment involved a request to create a new set of SLA's as a new IT Director wanted to quickly understand the portfolio of services.
The scope was agreed as a full end to end study. Taking the commercial agreement to the end client, mapping the internal operational systems and identifying the service elements then carrying out the traditional mapping of support and support hours against the operational hours. All of that was straight forward but the first step of reviewing the client contracts raised an interest observation which to be honest when reviewed in the cold light of day was obvious and did pose to me the basic question of the validity of the system availability driven SLA.
What was the new variable that challenged the foundation of my ITSM compass? It was quite simple. The majority of the commercial contracts had limited reference to systems, system uptime or availability. Quite simply the majority of the contracts now referenced "outcomes". Two examples are as follows:
So what has changed? The basic premise of the old availability approach to the SLA was purely about the fact that the system was "available". I am sure when the concept was drawn up it was "good enough" to give both a level of re-assurance that IT was taking the internal customer seriously and could "nail its colours to the mast" but also give a point of reference to conduct a service review. But as technology has moved forward and if for example in the retail and logistics world, the service delivery to the end user has become close to real time (who would of thought at the change over to the millennium the likes of Amazon would soon be offering a service proposition whereby you pay a fixed fee and can order a wide range of product whereby if you order by 5pm can be delivered to you the next day at no cost), a basic availability target no longer is sufficient.
Why is that? Well quite simple a standard availability figure does not allow for the constraints of time bound activities. Taking the first example (above) of this we can clearly prove how this is no longer suitable as follows:
In a similar way, if we take the second contract criteria of messages being delivered back to the customer system within 15 minutes, the traditional availability target SLA which allows 84 minutes of unplanned downtime clearly does not support that requirement.
The challenge then comes that if you accept the observations above as a basic principle, what are the alternatives?
The obvious move is to realign the IT SLA's to the business outcomes but in doing so a number of factors such as those below may need to be considered;
Whilst the SLA may not have seen its day, certainly in order to keep up with the increasing demands, I would suggest that the traditional service measurements may need to be revisited and replaced with an outcome based expectation.
Having undertaken this piece of work for a client, we are acclimitised to both the process and efficiencies needs to translate an availability driven SLA to a contract driven "outcome" document. A significant amount of this work can be completed off site keeping consultant costs low. If you would be interested in discussing this with us please get in contact.