Hi I am Ketan Ghelani, Program Manager on the Service Manager Team responsible for Incident and Problem Management. I will write a series of posts on Incident Management. I will show how to map a sample Incident Management Process scenario to the capabilities of Incident Management in Service Manager. Here is the roadmap for the posts.
- High Level Incident Management processes and Incident Management capabilities in Service Manager (This post)
- Describe a sample business scenario case and define the process
- Map the process to the Incident Management Capabilities in Service Manager (This will be probably a series of its own)
The objective of Incident Management Process is to restore normal operations as quickly and cost-effectively as possible with minimal impact on business or the user. MOF and ITIL both provide a framework to define the processes and best practices for Incident Management. MOF refers to it as the Customer Service Service Management Function (SMF).
MOF’s Customer Service SMF flow is defined here. The figure below shows a high level representation of the Incident Management process
Some of the best practices for the incident management process includes following key elements:
· Incident detection and recording: Ensures all incidents are tracked and provides information to aid with problem management.
Classification and Initial Support: Classification ensures that incidents are correctly categorized, prioritized and routed to the proper support resources. Initial support processes allow new incidents to be checked against known issues to facilitate quick resolution.
· Investigation & Diagnosis: Provides a structure to troubleshooting (e.g. investigation, diagnosis and resolution) till closure. The incidents are tracked and monitored throughout the life cycle.
· Resolution and Recovery: Provides the steps required to resolve the incident, often by interfacing with the change management process to implement remedial actions. If the incident is not resolved it is escalated.
· Escalation: Provides handling for major incidents that require a response beyond the normal incident process. This includes management and functional escalations, effective communications, and formal rollback plans.
The Service Manager Incident Management solution is built on top of Service Manager using the SDK. I have described below platform capabilities at high level in context of Incident Management:
In subsequent posts we will go into details of how we configure these workflows to meet specific business needs.
The incident management diagram which you have in this post is not hyperlinked properly.
It shows the path as c:\users\kgelani
And not yet fixed
Can someone explain the difference between the Incident Manager "activities" added to a complex ticket to represent work streams that are assigned to other resources, and creating a "Parent" level incident with several "Children" created under it which are then assigned to other resources.
I am writing to tell you about the tech, Kevin Gowen, who worked with me on May 27, 2014. He was extremely helpful, friendly and very knowledgeable. He guided me through my problem. He also gave me a credit for my inconvenience. The next day, May 28th
Kevin called me. He wanted to check to see if the problem had been corrected. It had not. He then again spent a very long time going through step by step what needed to be done to correct my problem. Once he found that I had a Windows Free Norton in my computer
package. He uninstalled the Norton I had purchased and gave me a credit for the balance of my purchase. Kevin was very patient, friendly and made me feel as though he were not only happy to help and that he did not mind about my lack of computer skills. If
all your techs are like Kevin, you do have a fantastic Tech Department.