Service Catalogue is the Center of the ITSM UniverseIf there is one thing seriously out of balance in the ITIL Version 2 books it's the focus on SLAs, writes ITSM Watch columnist The IT Skeptic.
ITIL is all about Service Management. This seemingly obvious fact gets lost at times when all the talk is about Service Desk and Incident Management and Change Management, and lately, of course, CMDB.
Youd be forgiven for wondering when reading some of the ITIL books, in particular the red book, Best Practice for Service Delivery. The book shows all the signs of its origins: old-school, monolithic, bureaucratic, mainframe, government shops where the customer was someone you nailed with a written service contract and the relationship was managed by a second tier manager.
The key function of ITSM, Relationship Management, and the key mechanism, the Service Catalogue, are embedded deep in a process called Service Level Management (SLM).
There is no over-arching process to manage the customer relationship among the 10 core processes of ITIL. There is no CRM. Managing the levels is only one aspect of managing service delivery to the customer, and yet all the other aspects are only mentioned in passing within SLM.
The name is misleading, the process is just an equal among the other processes, and it rates 32 pages in a 300 page book (Financial gets 60 and Availability gets 82). It is hard to see how ITIL Version 2 is customer focused.
The very first step I took on the road to ITIL scepticism was when an architect at a major retailer (a real architect, reporting to the CIO) challenged ITIL on the basis that formal negotiated contracts destroy the teamwork mentality so important to that companys relationship between IT and the business.
SLAs encourage an If its not in the contract mindset, which, in many organisations, is counter-productive. In other places they fit the culture and work well. The sum is SLAs are only one way to approach ITSM. But, according to ITIL, they are the only way.
This is because so much of ITIL service delivery hinges on the SLA: service measurement, availability planning, capacity planning the common components that show up across the ITIL books are SLAs and the CMDB.
If SLAs are not the common factor in all IT/business relationships, what is? The Service Catalogue of course. Instead of a definition of commitments, the catalogue is a definition of business requirements (and IT capabilities). It defines what we do, not exactly how well we do it. Even organisations that want to maintain a loose, flexible, cooperative culture when servicing the business still need a definition of what is to be serviced.
You can also argue that even where SLAs are treated as pivotal, the Service Catalogue is in fact more important. This is because true structured formalised SLAs can only be effected once a certain level of maturity in processes is achieved.
You cant agree on SLAs until you know what you can measure, to what level you can deliver those measures, what the OLAs are and what they promise, and what matters to the business. Building the reporting infrastructure and gathering the data (and negotiating the SLAs) takes time. In theory an SLA-centric organisation may never actually get to them.
But a Service Catalogue must come very early in the process, to give people a framework for all those subsequent efforts, and just as importantly to provide a touchstone to drive service-centric thinking into the staff culture.
Some will say, How can you have a Service Catalogue with no SLAs? There are two forms of the Service Catalogue: