15.08.2018 Views

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!