The Alternative to ITIL …

If I follow the social media ITIL seems to be over the hype-curve, with many people predicting its impending demise, often due to various reasons:

• The joint venture with Capita (AXELOS) will make it too commercial
• COBIT (or …) is better
• DevOps will replace it
• Cloud computing has made it obsolete
• BYOD has made it obsolete

In our MALC course we actually debate the relevance of ITIL, whereby I as the facilitator take the opposing view, often using the very reasons I’ve highlighted above. It is refreshing to go over to the ‘dark side’ and attack the ITIL framework for all its weaknesses (or heralding the benefits of those mentioned above). At one stage we nearly decided to quit the course and start doing COBIT Foundations instead!

But it also makes me realise all the good things about ITIL and how to actually, practically apply it. I will address the ‘negative’ reasons in reverse order, but first I think it is important that at the heart of all this we are talking about IT service management. Service management is all about delivering (IT as) a service to the customer: a fixed-price, black-box, repeatable, guaranteed, managed & measured value.

This immediately invalidates any reasoning that a new kind of technology (for instance Cloud, BYO) will replace ITIL. ITIL\service management is not about technology, but which processes (\activities) to follow to make sure the technology delivers the benefits (=value) they’re supposed to. So, whilst Cloud and BYOD may make it easier to manage the technology, it is still required to define business value, guarantee the design, transition this, operate it and measure to validate or improve.

Service management is also a ‘best practice’, of which my favourite definition is ‘common sense written down’. And common sense doesn’t really change, so any ‘movement’ or development (like DevOps, return-to-core, rightsize, … even Agile or Lean) can at best only marginally change our opinion of common sense, but not completely invalidate it. Thus they won’t replace ITIL, but provide a different perspective on the guidance it provides.

ITIL is nothing more than the best-known proponent of the IT service management best practice. It has been around for a long time (25 years+), is recognised globally and arguably is the most accepted of the methodologies (certainly in terms of people certified, tools sold and ‘implementation’ performed).

This does not mean ITIL is perfect (despite the nom-de-plum I’ve chosen, even I don’t believe that). I fully recognise the weaker points of ITIL: its generalisms, inconsistencies, less-than-complete or defined strategy processes, its lack of dealing with the real-world (although complimentary publications like the ABC of ICT, Planning to Implement Service Management etc., do a good job of that).

As a consultant (and trainer) it’s these imperfections that make ITIL such as rich source of work: it has to be understood and adapted before it will succeed!

But ITIL has a few things going for it that will make it hard to ‘usurp’ as the leading service management methodology:

· Its ‘completeness’
· Its ‘installed base’

ITIL (since v3) now covers a lifecycle, which means that it just about covers everything you want\need in an IT organisation. Sure, there are some glaring omission (organisation & risk management, or a better defined governance framework) but by-and-large everything is covered.

Many of the other framework focus on one particular element (PRINCE2 for project management, Agile for development, Lean Sigma for process improvement, ISO2700x for security management) which at best makes them complimentary to ITIL, not a replacement.

There are but a few other ‘complete’ frameworks out there. MOF (the Microsoft Operations Framework) is not vendor-neutral and Microsoft hardly has the right audience (too many techo’s, not enough business managers). Plus it is by-and-large based on ITIL anyway. ISO\IEC 20000 is also based on ITIL and its prescriptive nature makes it less friendly to adopt & adept (though together with the additional guidance that is being released it certainly provide a good source of content, perspective and ideas).

This leaves us with COBIT (OK, potentially TOGAF or USMBOK but this is not meant to be an exhaustive comparison). Without going in too much detail, I’d consider COBIT the biggest ‘competitor’ to ITIL. In many perspectives COBIT is better than ITIL (more consistent, contains better governance and risk, provides a quick start, has ‘default’ RACIs, …). In fact if I were to start with a greenfield organisation I might even consider using COBIT instead of ITIL … but, be honest, how often do we come across this.

And so, based on the installed base of ITIL-trained people in the market (including consultants), the number of ITIL-based tools deployed (and/or available) it is very hard to ignore ITIL as the premier service management methodology. Again, this does not mean ITIL is perfect and many of the other frameworks referred to in this blog can be used in conjunction with ITIL, but they’ll not replace it.

Thus the best alternative for ITIL is … an updated ITIL. Which bring us to our last argument: the new joint venture AXELOS who now owns ITIL. A great opportunity lies before them to invest in ITIL (and the other best practices in the portfolio) and bring an update to the market that includes lessons learned in the market, benefits from other methodologies but above all in a consistent package with supporting products (quick guides, implementation guidance, …).

Currently they’re making all the right noises, so I will remain cautiously optimistic that AXELOS will improve ITIL. However, there is a very real risk that AXELOS could instead be the death knell for ITIL too: if they overemphasise the commercial side or focus too much on the UK\home market they will restrict the use and global involvement of the community in the on-going development of these best practices.

In that case I might switch my allegiance to COBIT or USMBOK, but for now I’ll remain the ITIL Zealot.

the ITIL Zealot
July 2013

Technology vs. value

A former colleague of mine used to deduce that service management ultimately would lead IT to become a commodity: simply a device that would provide functionality without any worry (guaranteed, repeatable, measured, managed, fixed-price, … sound familiar?). His example was the telephone: how often do you pick up the telephone and wonder whether you are going to hear a dial-tone, or a get a connection … not often (if ever); it truly is a commodity service.

I am not convinced IT will ever reach this level of commoditisation or standardisation. Or at least not in the short term (measuring on an industrial revolution scale, so another 5-10 years). For one there is the apparent inability of IT to standardise. Partially as technology develops at a rapid pace so new standards are constantly being developed (for instance wireless a, b, g, n … bluetooth, USB etc.). Even with 'downwards' compatability this still creates the issue that ‘older’ devices suddenly are no longer able to seamlessly provide functionality (when combined with other devices using a newer, incompatible technology).

And then there is the fact that in IT we have become very territorial were it is almost a badge of honour to do something different (with its own benefits and drawbacks) … can anybody say Apple, iPhone\iPad?

And this possessiveness or preference for a particular technology even permeates through to the users (and sometimes the customer). The result of this is that IT as a service provider is no longer asked to provide a service (or value, outcome, functionality) but instead to provide a particular technology. The obvious example here is that users do not want a mobile phone, they want a iPhone!

On this topic, I have for a long time exclaimed that I was yet to see a valid business case for an iPhone. What was it that makes a iPhone provide more value to the business than a Blackberry (or Windows Mobile at the time). Most people shrugged and failed to find an answer, until one manager posed that by providing iPhones they would instill a better loyalty in their staff. So, not a direct business, functionality of performance benefit, but a more longer term staff satisfaction, staff turnover and/or recruiting one. What a great way of assessing the service-value!

PS: I think this staff loyalty, Gen-Y benefit is also the key driver behind BYOD, not cost-savings.

So, there may be a very good reason why users want a particular bit of technology: maybe it does something (provides certain functionality) that no other ‘thing’ does, or maybe they are aware of its perceived quality (warranty). However, often the users do not have the full picture of utility & warranty nor of the alternatives available and thus they are not in a position to request a piece of technology (but instead should identify value required).

I have heard more than one story of how IT was told (by often high-ranking Customers) to ‘make iPhones happen’, thereby scrapping a well-researched, designed and managed Blackberry solution with all the (potential) security consequences that come with it. Given time I am sure IT could have provided an ‘iPhone’ service with similar utility & warranty, but apart from customer saying that they want that, they normally follow this by saying they want it NOW.

Ultimately this is the customers right and decision as they will wear the risk and negative outcome (although IT will normally get the blame, see my blog on the Bermuda triangle between customers, users and IT), but it does de-value the role of IT as a service provider, as subject matter expert and a trusted partner of the business\customer. And this situation will only be intensified with the rise of BYOD (Bring-Your-Own-Device) and cloud.

 

That does not mean that we can’t do BYOD within service management, but it does mean we need to be ahead of the curve. And it does mean we do have to negotiate, agree and enforce certain standards. This as that way we can still provide a guaranteed level of utility and warranty.

For instance: you can BYOD your mobile, as long as it is iOS 5+, Android 3+ or Window Phone 7+. So not just anything, but freedom within the defined boundaries. BYOD laptops, as long as they can run a certain application (Citrix client for instance). And tablets can be viewed as either large phones or small laptops.

The trick is now to make sure that the ‘boundaries’ of the BYOD encompass the most popular devices, which brings us back to one of the earlier points, which is that technology is changing rapidly. IT needs to be ahead of the curve, so they can offer new technology (safely, guaranteed, …) when, or perhaps before, it becomes mainstream.

BYOD posses further challenges in our service management world, but as long as we keep the business value (, outcomes, …) in mind it is possible to incorporate this into your service model.

the ITIL Zealot
August 2012