Drago Topalovic
March 4, 2014
When we consider the implementation of best practices and standards in service management, the first thing we have to consider is the motive.
When you provide IT services, you have to be the BEST you can. In other IT areas like development, infrastructure, and business system deployment, you can perform slightly under par and still add perceivable value to a customer’s business. In service management, your good performance is usually taken for granted, and every error is highly visible. Service downtimes adversely impact a customer’s business, and SLA breaches are penalized.
Every resource and every configuration item (CI) has to be utilized efficiently. Business processes and functions have to be organized with defined roles, responsibilities, and action sequences. Ambiguities and a lack of definitions and organization promptly lead to user dissatisfaction. So, IT service organizations should take any help they can get.
ITIL is abundant with best practices, describing life as it should and could be in IT service management. You have all the options laid out in front of you – the sky is the limit. Like living in a big city, you can go to theaters, fancy clubs, and whatnot. But, do you? Living with ITIL alone tends to move you to roads more travelled, and to neglect service management components you don’t feel comfortable with. Knowing your ITIL is good; you can competently implement all the interesting processes and functions, and safely ignore the other ones, knowing that you can turn to them when the time comes.
It differs from one type of service provider to the other, but typical evaded processes in IT are Financial management, Supplier and customer management, and Documentation management.
For some insight on ITIL benefits, please have a look at the article Why ITIL?.
When you live with ITIL long enough, whether you are a managed services company or internal IT in a small/midsize/large company, you start to realize a few downsides of doing ITIL alone:
Once you have improved those processes which cause you the most pain, you may realize that your focus shifts to things you didn’t consider important at first. For example, you implement Incident and Change management, and it suddenly becomes obvious to you that your Configuration management lacks the power to support these processes. That’s a good sign that your organization is growing. And, it’s usually a sign that you should start considering ISO/IEC 20000.
ISO/IEC 20000 provides a very strict set of requirements for implementation. The scope can prove to be very demanding for most of the growing IT service companies in the beginning. But, as you mature, you start to consider the advantages of a service management system that takes care of what SHALL be done in order to make you a competent IT service management organization, as opposed to what could or should be done.
At some point, this set of opportunities will start to feel more appealing to an organization.
ISO/IEC 20000 process groups
By implementing ISO/IEC20000, the organization benefits from the following:
I am fully aware that the above benefits are primarily aligned with an IT management perspective. These are the pains immediately recognized by the IT members of the community. So, I intend to provide a separate post where they will be properly addressed from a business point of view. I would love to see some of the visitors’ comments regarding this.
The certification process for ISO/IEC 20000 is not an easy one. It’s a very demanding project, requiring a lot of resources. That is one of the major reasons it is not a common certificate. On the other hand, this makes it even more appreciated on the market.
If you are an experienced IT organization with good internal knowledge of key ITIL processes, the above-mentioned benefits should be inspiring to consider ISO 20000. From my experience, it looks harder than it is. Just take the first step.
You can check out the Applicability of ISO 20000 divided by industry matrix to get a few ideas on which issues you can address with ISO 20000 implementation.