become-itil-foundation-certified-abhinav-kaiser(www.ebook-dl.com)
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Chapter 7 ■ Service Operations<br />
I once worked as a major incident manager and was heading a major incident<br />
management team not too long ago. The job entailed keeping the boat floating at all<br />
times, and any delays from my end could potentially jeopardize the lives of miners across<br />
the globe. During a major incident, there could have been two or three phones buzzing<br />
with action, e-mails flying daggers into my inbox, and chat boxes flashing and roaring. It<br />
is a good experience when you think about it in hindsight and a time I will cherish.<br />
In a typical organization, you will have the service desk working on low-priority<br />
incident resolution. I will discuss the service desk later in this chapter. To track, manage,<br />
and chase incident-related activities, there are incident managers who keep tabs on<br />
all occurrences. When a major incident hits the queue, none of these groups take<br />
responsibility, but they call in the experts (major incident managers) to manage the<br />
situation. In some cases, the service desk and incident managers might validate the<br />
incident priority before calling the major incident line.<br />
It is a good practice to let the whole service provider team and the customer<br />
organization know that a major incident is in progress to make sure that everybody knows<br />
that certain services are down and to avoid users calling the service desk to report on<br />
the same incident. A few good practices in this regard include sending out e-mails at the<br />
start and end of major incidents, flashing messages on office portals and on ticket logging<br />
pages, and playing an interactive voice response (IVR) message when users call the<br />
service desk.<br />
7.5.2.6 Incident Management Lifecycle<br />
An example of a generic incident management lifecycle is shown in Figure 7-4.<br />
Remember that the objective of the incident management process is to resolve incidents<br />
as soon as possible, and this process helps to make it happen. You can <strong>com</strong>e up with<br />
your own process to achieve the goal. The steps shown in the ITIL publication provide<br />
guidance on how to indicate the typical incident management process.<br />
168