Idwell on Service Management

Thoughts on how to design and implement IT Service Management


Leave a comment

Is Incident Management the most important ITIL process?

In a recent discussion a senior consultant stated that “Incident Management is the most important ITIL process”. That is one of those statements that make you wonder about the level of understanding of what ITIL is all about. You might get away with the statement that Incident Management is one of the most visible processes out of ITIL, but it is certainly not the most important.

To start with, Incident Management is not a stand-alone process. Calling Incident Management the most important is like calling the engine the most important part of the car. Just leave out the brakes or the steering and you’ll find an engine alone is almost worthless. Incident Management is one of the processes in ITIL and without using the other processes there is not much value in Incident Management alone.

It is also one of the processes that kind of work even without any ITIL certification or consultant needed. When an IT Service is no longer working, it is clear that something needs to be done. Most IT staff I know are very willing to take on a good IT failure, the more problematic the better. As true firefighters or IT Heroes they take an incident heads on and often will no stop until it is solved. They might not do it the smartest way and it might not be the most efficient way: and the issue almost always gets kind of solved (for a while). Most often incidents that are not getting solved are not interesting enough from the IT staff viewpoint. And the business is not giving the incident enough attention (screams) to get it on the radar. Incident Management is done, but maybe not in a  very mature and professional way.

Instead on focusing on the Incident Management process itself, it makes more sense to focus on processes that would help to either learn from how incidents are being solved (ic Problem Management) or help to prevent incidents from happening (like Availability Management). In many organizations these processes are either not existent or very rudimentary. Spending time and energy on improving these processes will help to improve the Incident Management  process over time. Without an accurate incident management log it is hard for problem management to organize learning. And Availability Management will help to organize the best responses to incidents before these will happen, by organizing escalation paths within the IT department and with external providers and partners.

Incident Management process is part of a larger framework, it tends to organize itself and it will be improved by focusing on more complex processes like problem management. So why would a senior consultant state that Incident Management is the most important process? In this case the discussion is part of the procurement of IT services and the consultant wants to make sure that the provider understands that there is little room for service outages. That might explain the sentiment but it doesn’t really make that much more sense. If you are buying anything and you are focusing almost exclusive on the process to deal with failure, are you buying the right service? If you would buy a car and are mainly concerned with the process to deal with defects: how bad is that car? You might want to reconsider the purchase or choose to refocus on discussing on how the service would bring value and contribute to your business goals. Any provider that takes its customer serious will have an effective form of incident management in place. Service outages are just as problematic for most service providers as it is for their customer. Often the main concern is not the Incident Management process itself but the communication to and involvement of the business in the process. I would myself put more emphasis on Business Relationship Management than focus on the Incident Management process.

I cannot think of any reason why Incident Management can be considered the most important process in the ITIL suite. I think a statement like that misses the whole point of ITIL and Service Management. I think that focusing on Incident Management is not helpful in any way to get buy in for the use of ITIL or any other related framework. It is time to stop spending to much time on Incident Management and focus on those aspects that will really bring value to the business.

 

 

Advertisements


Leave a comment

DevOps Can’t Happen Without Education

The emergence of DevOps practices means IT pros must expand their skills and the companies they work for must help foster that learning.

From Pocket http://ift.tt/2vzFuid


Leave a comment

Simulating DevOps to Discover the ‘Culture Thingy’

DevOps … is a term used to refer to a set of practices that emphasize the collaboration and communication of both software developers and information technology (IT) professionals while automating the process of software delivery and infrastructure changes.

From Pocket http://ift.tt/2wg19L2


Leave a comment

How a Stanford Ph.D. Would Approach Self-Service

Are your people using self-service as much as you’d like them to? Probably not. Instead, they’re opening tickets, waiting around for answers, and not getting any work done. This isn’t good for anyone. It’s expensive for you, and your employees are losing productivity.

From Pocket http://ift.tt/2i1uvrD