A funny thing happened many years ago when I was taking my first ITIL course. It was a v2 Foundation course that I attended in Phoenix as part of a Pink Elephant conference on implementing ITIL. The class was delivered by one of the best instructor’s I have ever had the opportunity to be in class with (Hi Jennifer!!!) but at some point in the class, we stopped learning.
Maybe it was the heat (the temperature outside was near 110 F), maybe it was the desert air evaporating our brains. Whatever it was, our instructor had just gone through Incident Management and was starting up on Service Request Management and we didn’t get it. As a whole, no one in our class could understand the difference between an Incident (something’s broken) and a Service Request (nothing is broken, the user just needs assistance).
After giving us the definition of each and a thorough intellectual discussion regarding their differences, the instructor was at a loss. She pulled up a chair, sat down, put her hand over her face, and asked us to present her with situations and she would tell us if the situation we described was an Incident or a Service Request.
After about 10 minutes of us presenting various scenarios, and her explanation of why each one was either an Incident or Service Request, we finally clued in to the difference.
So let me put some situations to you and see if you can differentiate whether it is an Incident or Service Request.
Scenario #1: Is it an Incident or a Service Request?
Printer catches fire.
And the answer is: Incident. Ok that one was pretty easy. Obviously smoke coming out of any IT device is a break/fix situation.
Scenario #2: Is it an Incident or Service Request?
A user needs help creating a pivot table in Excel.
And the answer is: Service Request. Again, pretty easy. Nothing is broken. Excel hasn’t stopped being able to create pivot tables, the user just needs to be informed on how they work.
Scenario #3: Is it an Incident or a Service Request?
An account is locked out due to too many password attempts.
And the answer is: Challenging. I put this question to my classes when I was an ITIL instructor and about half of the participants said Service Request and half said Incident.
The difference between an Incident and Service Request is that in an Incident something is broken and for a Service Requests nothing is broken (but the user is unable to perform their work for some reason or another). In looking at a locked account, what is broken? Nothing is broken so the answer is: it is a Service Request.
The security system locking the account to prevent a possible intrusion is the security system working the way it was designed. If the security system hadn’t locked the account after multiple incorrect attempts, then that would be an Incident (a very serious class of Incident typically called a Security Incident).
By the way, I find it very irritating that some IT organizations make users jump through hoops if they start a Request out in an Incident ticket or visa-versa. If a user opens an Incident through a self-service portal to request that some software be installed, do not respond back three days later telling them the ticket has been canceled because they did it wrong. As a service organization, take it on yourself to open the Service Request on their behalf. If there is information missing needed to process the Service Request, then politely send them an email asking for the missing information. At that time you can tell them the proper process for submitting Requests in the future, but don’t punish them for initiating a Request through the wrong channel. That’s just mean and petty.