Tip

IT communication builds incident management successes

When it comes to the incident management process at corporations, one thing I often notice is a silo mentality that still exists in many information technology (IT) divisions.

    Requires Free Membership to View

Basically, IT managers responsible for service desk functions and the problem management process don't see a connection with the IT managers responsible for the incident management process. Not only does this disconnect serve to hinder proactive incident management but it also deters IT organizations from building a solid knowledge base.

Stuart D. Galup

So, what connects the incident management process to the service desk function and problem management process? In Incident management made easier with Microsoft Service Desk, I talked about the incident management process, which is a sequence of actions that seeks to resolve any incident that is not part of standard operations and may or does cause a disruption in normal service levels. For example, several drivers are known to cause stability problems with Windows XP, and problems with those drivers can stall your users' workstations.

Unfortunately, in an incident like that, an IT organization often sees those activities as standalone activities that don't cross into other IT areas of responsibility, such as network support or database support.

You know what I mean. Yes, we pass information from the service desk to another IT technology team for action, but a true team approach between that technology team and the service desk function does not always exist. I often hear from service desk employees that the technology teams run off to address the incident and do not keep them in the loop. Not all IT organizations operate this way -- but many do.

To appreciate what connects the incident management process to the service desk function and problem management process, you have to understand the relationships between an incident or group of incidents, a problem, a known error and a request for change.

Making sense of the incident management process

The service desk function ... is the first line of support ... in the incident management process.

The service desk function, which is the single point of contact for all incidents and service requests, is responsible for incident detection and recording, classification and initial support. It is the first line of support (called 1-line) in the incident management process. The 1-line support receives the call from the user and records the incident. The 1-line support then uses the information about problems, known-errors and workarounds to resolve the incident. If the service desk locates a workaround in the internal IT knowledge base, it walks the user through the corrective actions to restore the IT service and close the incident.

In the event that 1-line support is unable to restore the IT service to normal operating levels, the incident is escalated either functionally or hierarchically or both. Functional escalation is the transfer of the incident to a higher level of technical skill organized into groups called lines of support. If the incident is not resolved at a specific line of support, the incident transfers to the next line of support. The lines of support are 2-line (usually part of the service desk function), 3-line (such as technology teams responsible for network management) and n-line (vendor technical support). If incident management at any of these escalation points finds a workaround solution, it is recorded in the knowledge base for future reference. If a permanent solution is found, a request for change is submitted to the change management process.

For example, the 1-line support at the service desk receives a call from a user who says a program on his workstation keeps crashing. The service desk determines that the incident occurs when Windows XP cannot access a file because of a problem with the hard disk.

In the event that 1-line support does not find a workaround for the Windows XP file access, escalation is needed. At this point, the 1-line support would bring 2-line support into the process. Because this is a known Microsoft error and 2-line support would have access to the Microsoft knowledge base, the driver workaround would be downloaded by the user -- if he is skilled enough to attempt the fix. If not, the service desk would pass the incident information with the workaround to the desktop support group for action. A successful resolution at this stage requires a cross-functional team consisting of the service desk and the desktop support group.

It is critical for IT managers responsible for all aspects of incident management to reach out to and encourage the sharing of information across the IT organization in order to achieve an efficient responses to incidents.

About the author:
Dr. Stuart D. Galup (D.B.A., Nova Southeastern University) is an associate professor of computer information systems at Florida Atlantic University. He is a Certified Computing Professional and is certified in ITIL. He has held a number of senior information technology positions and holds a U.S. patent. Galup has authored more than 45 academic publications and two books.

This was first published in July 2007

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.