become-itil-foundation-certified-abhinav-kaiser(www.ebook-dl.com)
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Chapter 7 ■ Service Operations<br />
supplier provides networks, a supplier provides infrastructure, and a supplier manages<br />
applications. These suppliers would be the best sources for identifying problems in their<br />
respective areas, rather than a third party trying to identify a problem. Suppliers are one<br />
of the main triggers or sources of detecting problems. Suppliers are also referred to as<br />
partners to make them accountable for the overall delivery of IT services.<br />
7.5.4.5.1.4 Analysis/Trending<br />
I briefly touched on pro-active problem management earlier in this chapter. Pro-active<br />
problem management’s objective is to forecast future problems and stop them from<br />
happening. In the movie Minority Report, the aim of the main crime fighting organization<br />
was to stop crimes before they actually took place. This concept of problem management<br />
is similar to the movie theme. How do you forecast what is going to happen in the future?<br />
We don’t a crystal ball in IT nor do we have precogs as in the movie. But what we possess<br />
are historical data. These data can be dissected and when cross-sections are analyzed, we<br />
can see future problems. One of the techniques of doing pro-active problem management<br />
is to trend the incidents, or the <strong>com</strong>mon root causes of incidents. This will provide insight<br />
on what is generally going wrong. If we can concentrate our cognitive powers to these<br />
frequent occurrences and devise a way to fix them permanently, eureka, we can reduce<br />
recurring incidents. Along with this, we have reduced the incident count, potential<br />
outages, penalties, and brand image scarring, among others.<br />
Another technique is use of the Pareto principle, where we identify the top 20% of<br />
the causes, which normally would be responsible for 80% of the incidents, and find a<br />
permanent solution for the identified incidents. If you could do this, you would reduce<br />
the incident count by 80%.<br />
7.5.4.5.2 Step 2: Problem Logging<br />
Problems that are detected need to be documented in a formal way to ensure that the<br />
problem goes through all the steps in its lifecycle.<br />
Every problem ticket is likely to have all or a subset of these attributes:<br />
• Problem number (unique)<br />
• User details<br />
• Problem summary<br />
• Problem description<br />
• Problem category<br />
• Problem priority<br />
• Incident reference number(s)<br />
• Investigation details<br />
• Resolution/recovery details<br />
185