ITIL and the SMB, Part 3 – Incident Management

April 13, 2008

Parts 1 and 2 of this provided a quick overview of ITIL, and the basics of Configuration Management.

In this one, I will take the same overview of the ITIL Incident Management process. As stated in the earlier posts, all of the ITIL processes are tightly linked, as each process generally accepts information from, and provides information to the others. However pieces can be lifted and customized for your environment. As quoted in this CIO article;

All one has to do is purchase a set of ITIL books, and adopt whatever ITIL practices one wishes.

Again, the goal here is to demonstrate how the basics of ITIL can assist organizations of all sizes reduce costs.

Incident Management VS. Problem Management

The ITIL Incident Management process and Problem Management process can seem to be the “same” at first glance, however there are key differences.

Incidents are deviations from expected operations, and Problems are the root cause of those deviations.

Problem Management will be covered in a later post. However, as a non technical example, lets imagine that you are a distributor, and you have 15 customers that did not get their orders on time. That is 15 incidents, the issue was that your delivery truck broke down – that is the “problem” So in this case, one problem maps to 15 incidents.

In your technology infrastructure, Incidents are then any issues that provide a loss of service; “email not working”, “can’t print invoice”, etc. Larger organizations will most likely track these incidents through standard “Help Desk” type tools, in smaller organizations it can be as simple as a spreadsheet.

This tracking of incidents is the key point in the Incident Management process. whether you are a 10 person shop or 100. Ensure that someone is responsible for ensuring that these are documented. And that includes the typical “Oh wait while you are here, this has not been working…” type requests, these happen all the time.

Having these incidents, and their resolutions, documented will provide visibility into the IT service response you are receiving, either by your own staff, or by contracted staff. And provides improved monitoring of what was performed and why.

The Benfit

Documenting these incidents will have further benefit that I will describe in Problem Management, but on its own, you will have;

– visibility into the issues (incidents) that are ocurring
– reduced business impact through visibility into the timely resolution of incidents
– Better staff utilization through better coordination of effort
– Getting rid of incidents that are lost or “fall through the cracks”

A small business that I have previously referenced on my site, had gone through two outsourced IT services organizations and were on their third. The first two just “were not acceptable, … poor service” etc.

But like most small businesses, if someone had a problem, they called the provider, who then responded and was to take care of the problem, and then sent an invoice. However the “perception” was always negative. And without concrete information, neither they or their providers really have any evidence on way or the other.

My recommendation? Have one person responsible for the calls, document the issue (incident) and document when it was fixed.

The immediate benefit?

Was it fixed? – yes or no
Was it fixed quickly? – yes or no
was the number of incidents equal to what is appearing on that invoice? yes or no – and why?

The concept of these processes is very simple, the discipline required in ensuring that it happens is the hardest part.

UPDATE: Part 4 is now here:

You can subscribe to this blog by clicking the RSS icon on the Home Page!

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s