Problem Management: Difference between revisions

From IT Process Wiki
No edit summary
Line 8: Line 8:
<br style="clear:both;"/>
<br style="clear:both;"/>


<html><div itemscope="itemscope" itemtype="https://schema.org/WebPage"><!-- define schema.org/WebPage --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


The objective of ''ITIL Problem Management'' is to manage the lifecycle of all Problems. The primary objectives of Problem Management are to prevent Incidents from happening, and to minimize the impact of incidents that cannot be prevented. Proactive Problem Management analyzes Incident Records, and uses data collected by other IT Service Management processes to identify trends or significant Problems.
'''<span id="Overview">Objective:</span>'''  <html><span itemprop="description">The objective of <i><span itemprop="alternativeHeadline">ITIL <span itemprop="name Headline">Problem Management</span></span></i> is to manage the lifecycle of all Problems. The primary objectives of Problem Management are to prevent Incidents from happening, and to minimize the impact of incidents that cannot be prevented. Proactive Problem Management analyzes Incident Records, and uses data collected by other IT Service Management processes to identify trends or significant Problems.</span></p>
 
<p><b>Part of</b>: <a itemprop="isPartOf" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Service_Operation" title="ITIL Service Operation">Service Operation</a></html>
'''Part of''': [[ITIL V3 Service Operation|Service Operation]]


'''Process Owner''': [[Problem Management#Problem Manager|Problem Manager]]
'''Process Owner''': [[Problem Management#Problem Manager|Problem Manager]]
Line 18: Line 18:
<p>&nbsp;</p>
<p>&nbsp;</p>


== ITIL Problem Management ==
==Process Description==
 
==== Problem Management Process ====


Essentially, the activities and process objectives of ITIL Problem Management are identical in ITIL V3 ''(ITIL 2007)'' and ITIL V2.  
Essentially, the activities and process objectives of ITIL Problem Management are identical in ITIL V3 and ITIL V2.  


[[Image:Problem-management-itil.jpg|right|thumb|375px|alt=Problem Management ITIL|[https://wiki.en.it-processmaps.com/images/pdf/process_overview_problem_management_itilv3.pdf ITIL Problem Management]]]  
[[Image:Problem-management-itil.jpg|right|thumb|375px|alt=Problem Management ITIL|[https://wiki.en.it-processmaps.com/images/pdf/process_overview_problem_management_itilv3.pdf ITIL Problem Management]]]  


A new sub-process [[Problem Management#Major Problem Review|Major Problem Review]] was introduced in ITIL 2007 to review the solution history of major [[Problem Management#Problem|Problems]] in order to prevent a recurrence and learn lessons for the future.
A new sub-process [[Problem Management#Major Problem Review|Major Problem Review]] was introduced in ITIL V3 to review the solution history of major [[Problem Management#Problem|Problems]] in order to prevent a recurrence and learn lessons for the future.
 
In ''ITIL 2011'' the new sub-process [[Problem Management#ITIL Problem Management Identification|Proactive Problem Identification]] has been added to emphasize the importance of proactive Problem Management.
 
In [[Problem Management#ITIL Problem Management Prioritization|Problem Categorization and Prioritization]], it has been made clearer that categorization and prioritization should be harmonized with the approach used in Incident Management, to facilitate matching between Incidents and Problems.
 
The concept of recreating Problems during [[Problem Management#ITIL Problem Management Resolution|Problem Diagnosis and Resolution]] is now more prominent. This sub-process has been completely revised to provide clearer guidance on how this process cooperates with Incident Management.
 
The new ITIL 2011 books contain an expanded section on problem analysis techniques and examples for situations where the various techniques may be applied.  


<p>&nbsp;</p>
<p>&nbsp;</p>


<span id="Sub-Processes">''These are the [[Problem Management|ITIL Problem Management]] sub-processes:''</span>
In '''''ITIL 2011''''' the new sub-process [[Problem Management#ITIL Problem Management Identification|Proactive Problem Identification]] has been added to emphasize the importance of proactive Problem Management.


<p>&nbsp;</p>
In [[Problem Management#ITIL Problem Management Prioritization|Problem Categorization and Prioritization]], it has been made clearer that categorization and prioritization should be harmonized with the approach used in Incident Management, to facilitate matching between Incidents and Problems. The process overview of [[Media:Problem-management-itil.jpg|ITIL Problem Management]] is showing the most important interfaces (see Figure 1).


;<span id="ITIL Problem Management Identification">Proactive Problem Identification</span>
The concept of recreating Problems during [[Problem Management#ITIL Problem Management Resolution|Problem Diagnosis and Resolution]] is now more prominent. This sub-process has been completely revised to provide clearer guidance on how this process cooperates with Incident Management.  
:Process Objective: To improve overall availability of services by proactively identifying Problems. Proactive Problem Management aims to identify and solve Problems and/or provide suitable Workarounds before (further) Incidents recur.
 
;<span id="ITIL Problem Management Prioritization">Problem Categorization and Prioritization</span>
:Process Objective: To [[Problem Management#Problem Record|record and prioritize the Problem]] with appropriate diligence, in order to facilitate a swift and effective resolution.
 
;<span id="ITIL Problem Management Resolution">Problem Diagnosis and Resolution</span>
:Process Objective: To identify the underlying root cause of a Problem and initiate the most appropriate and economical Problem solution. If possible, a temporary [[Problem Management#Workaround|Workaround]] is supplied.


;<span id="ITIL Problem Control">Problem and Error Control</span>
''Note:'' The new ITIL 2011 books also contain an expanded section on problem analysis techniques and examples for situations where the various techniques may be applied.  
:Process Objective: To constantly monitor outstanding [[Problem Management#Problem|Problems]] with regards to their processing status, so that where necessary corrective measures may be introduced.
 
;<span id="ITIL Problem Management Closure">Problem Closure and Evaluation</span>
:Process Objective: To ensure that - after a successful Problem solution - the [[Problem Management#Problem Record|Problem Record]] contains a full historical description, and that related [[Problem Management#Known Error|Known Error]] Records are updated.
 
;<span id="Major Problem Review">Major Problem Review</span>
:Process Objective: To review the resolution of a [[Problem Management#Problem|Problem]] in order to prevent recurrence and learn any lessons for the future. Furthermore it is to be verified whether the Problems marked as closed have actually been eliminated.
 
;<span id="ITIL Problem Management Reporting">Problem Management Reporting</span>
:Process Objective: ITIL Problem Management Reporting aims to ensure that the other Service Management processes as well as IT Management are informed of outstanding Problems, their processing-status and existing [[Problem Management#Workaround|Workarounds]] (see "[[Problem Management#Problem Management Report|Problem Management Report]]").


<p>&nbsp;</p>
<p>&nbsp;</p>


==== Downloads ====
==Sub-Processes==
 
Use the following links to open the process overview of Problem Management showing the most important interfaces:
 
* [[Media:Problem-management-itil.jpg|ITIL Problem Management (.JPG)]]
* [https://wiki.en.it-processmaps.com/images/pdf/process_overview_problem_management_itilv3.pdf ITIL Problem Management (.PDF)]


<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name" content="Problem Management sub-processes:">These are the <strong class="selflink">ITIL Problem Management</strong> sub-processes and their process objectives:</span>
</p>
<p>&#160;</p>
<p><b><span id="ITIL_Problem_Management_Identification" itemprop="itemListElement">Proactive Problem Identification</span></b>
</p>
<ul><li itemprop="description">Process Objective: To improve overall availability of services by proactively identifying Problems. Proactive Problem Management aims to identify and solve Problems and/or provide suitable Workarounds before (further) Incidents recur.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Problem_Management_Prioritization" itemprop="itemListElement">Problem Categorization and Prioritization</span></b>
</p>
<ul><li itemprop="description">Process Objective: To <a href="/index.php/Problem_Management#Problem_Record" title="Problem Management">record and prioritize the Problem</a> with appropriate diligence, in order to facilitate a swift and effective resolution.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Problem_Management_Resolution" itemprop="itemListElement">Problem Diagnosis and Resolution</span></b>
</p>
<ul><li itemprop="description">Process Objective: To identify the underlying root cause of a Problem and initiate the most appropriate and economical Problem solution. If possible, a temporary <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workaround</a> is supplied.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Problem_Control" itemprop="itemListElement">Problem and Error Control</span></b>
</p>
<ul><li itemprop="description">Process Objective: To constantly monitor outstanding <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a> with regards to their processing status, so that where necessary corrective measures may be introduced.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Problem_Management_Closure" itemprop="itemListElement">Problem Closure and Evaluation</span></b>
</p>
<ul><li itemprop="description">Process Objective: To ensure that - after a successful Problem solution - the <a href="/index.php/Problem_Management#Problem_Record" title="Problem Management">Problem Record</a> contains a full historical description, and that related <a href="/index.php/Problem_Management#Known_Error" title="Problem Management">Known Error</a> Records are updated.
</li></ul>
<p><br />
</p><p><b><span id="Major_Problem_Review" itemprop="itemListElement">Major Problem Review</span></b>
</p>
<ul><li itemprop="description">Process Objective: To review the resolution of a <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problem</a> in order to prevent recurrence and learn any lessons for the future. Furthermore it is to be verified whether the Problems marked as closed have actually been eliminated.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Problem_Management_Reporting" itemprop="itemListElement">Problem Management Reporting</span></b>
</p>
<ul><li itemprop="description">Process Objective: ITIL Problem Management Reporting aims to ensure that the other Service Management processes as well as IT Management are informed of outstanding Problems, their processing-status and existing <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workarounds</a> (see "<a href="/index.php/Problem_Management#Problem_Management_Report" title="Problem Management">Problem Management Report</a>").
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


==== ITIL Terms ====
==Definitions==
 
;<span id="Known Error">Known Error</span>
:A Known Error is a problem that has a documented root cause and (if possible) a [[Problem Management#Workaround|Workaround]]. Known Errors are managed throughout their lifecycle by the Problem Management Process. The details of each Known Error are recorded in a ''Known Error Record'' stored in the [[Problem Management#Known Error Database KEDB|Known Error Database (KEDB)]]. As a rule, Known Errors are identified by Problem Management, but Known Errors may also be suggested by other Service Management disciplines, e.g. Incident Management, or by suppliers.
 
;<span id="Known Error Database KEDB">Known Error Database (KEDB)</span>
:The Known Error Database (KEDB) is created by Problem Management and used by Incident and Problem Management to manage all [[Problem Management#Known Error|Known Error]] Records.
 
;<span id="Problem">Problem</span>
:A cause of one or more [[Incident Management#Incident|Incidents]]. The cause is not usually known at the time a [[Problem Management#Problem Record|Problem Record]] is created.
 
;<span id="Problem Management Report">Problem Management Report</span>
:A report supplying Problem-related information to the other Service Management processes.
 
;<span id="Problem Record">Problem Record</span>
:The Problem Record contains all details of a [[Problem Management#Problem|Problem]], documenting the history of the Problem from detection to resolution (''see: [[Checklist Problem Record|ITIL Checklist Problem Record]]'').
 
;<span id="Suggested Known Error">Suggested new Known Error</span>
:A suggestion to create a new entry in the [[Problem Management#Known Error Database KEDB|Known Error Database]], for example raised by the Service Desk or by Release Management. Known Errors are managed throughout their lifecycle by Problem Management.
 
;<span id="Suggested Problem">Suggested new Problem</span>
:A notification about a suspected [[Problem Management#Problem|Problem]], handed over to Problem Management for further investigation, possibly leading to the formal logging of a Problem.
 
;<span id="Suggested Workaround">Suggested new Workaround</span>
:A suggestion to enter a new [[Problem Management#Workaround|Workaround]] in the [[Problem Management#Known Error Database KEDB|Known Error Database]], for example raised by the [[Roles within ITIL V3#1st Level Support|Service Desk]] or by [[Release and Deployment Management|Release Management]]. Workarounds are managed throughout their lifecycle by Problem Management.
 
;<span id="Workaround">Workaround</span>
:Workarounds are temporary solutions aimed at reducing or eliminating the impact of [[Problem Management#Known Error|Known Errors]] (and thus [[Problem Management#Problem|Problems]]) for which a full resolution is not yet available. As such, Workarounds are often applied to reduce the impact of [[Incident Management#Incident|Incidents]] or Problems if their underlying causes cannot be readily identified or removed. Workarounds are typically either documented as part of Known Error Records or in records of their own, linked to Known Error and [[Problem Management#Problem Record|Problem Records]].


<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name">The following <a href="/index.php/ITIL%20Glossary#ITIL%20Glossary%20A-Z" title="ITIL Glossary">ITIL terms and acronyms</a> (<i>information objects</i>) are used in the ITIL Problem Management process to represent process outputs and inputs:</span>
</p>
<p>&#160;</p>
<p><b><span id="Known_Error" itemprop="itemListElement">Known Error</span></b>
</p>
<ul><li itemprop="description">A Known Error is a problem that has a documented root cause and a <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workaround</a>. Known Errors are managed throughout their lifecycle by the Problem Management process. The details of each Known Error are recorded in a <i>Known Error Record</i> stored in the <a href="/index.php/Problem_Management#Known_Error_Database_KEDB" title="Problem Management">Known Error Database (KEDB)</a>. As a rule, Known Errors are identified by Problem Management, but Known Errors may also be suggested by other Service Management disciplines, e.g. Incident Management, or by suppliers.
</li></ul>
<p><br />
</p><p><b><span id="Known_Error_Database_KEDB" itemprop="itemListElement">Known Error Database (KEDB)</span></b>
</p>
<ul><li itemprop="description">The Known Error Database (KEDB) is created by Problem Management and used by Incident and Problem Management to manage all <a href="/index.php/Problem_Management#Known_Error" title="Problem Management">Known Error</a> Records.
</li></ul>
<p><br />
</p><p><b><span id="Problem" itemprop="itemListElement">Problem</span></b>
</p>
<ul><li itemprop="description">A cause of one or more <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a>. The cause is not usually known at the time a <a href="/index.php/Problem_Management#Problem_Record" title="Problem Management">Problem Record</a> is created.
</li></ul>
<p><br />
</p><p><b><span id="Problem_Management_Report" itemprop="itemListElement">Problem Management Report</span></b>
</p>
<ul><li itemprop="description">A report supplying Problem-related information to the other Service Management processes.
</li></ul>
<p><br />
</p><p><b><span id="Problem_Record" itemprop="itemListElement">Problem Record</span></b>
</p>
<ul><li itemprop="description">The Problem Record contains all details of a <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problem</a>, documenting the history of the Problem from detection to closure (<i>see: <a href="/index.php/Checklist_Problem_Record" title="Checklist Problem Record">ITIL Checklist Problem Record</a></i>).
</li></ul>
<p><br />
</p><p><b><span id="Suggested_Known_Error" itemprop="itemListElement">Suggested new Known Error</span></b>
</p>
<ul><li itemprop="description">A suggestion to create a new entry in the <a href="/index.php/Problem_Management#Known_Error_Database_KEDB" title="Problem Management">Known Error Database</a>, for example raised by the Service Desk or by Release Management. Known Errors are managed throughout their lifecycle by Problem Management.
</li></ul>
<p><br />
</p><p><b><span id="Suggested_Problem" itemprop="itemListElement">Suggested new Problem</span></b>
</p>
<ul><li itemprop="description">A notification about a suspected <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problem</a>, handed over to Problem Management for further investigation, possibly leading to the formal logging of a Problem.
</li></ul>
<p><br />
</p><p><b><span id="Suggested_Workaround" itemprop="itemListElement">Suggested new Workaround</span></b>
</p>
<ul><li itemprop="description">A suggestion to enter a new <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workaround</a> in the <a href="/index.php/Problem_Management#Known_Error_Database_KEDB" title="Problem Management">Known Error Database</a>, for example raised by the <a href="/index.php/ITIL_Roles#1st_Level_Support" title="ITIL Roles">Service Desk</a> or by <a href="/index.php/Release_and_Deployment_Management" title="Release and Deployment Management">Release Management</a>. Workarounds are managed throughout their lifecycle by Problem Management.
</li></ul>
<p><br />
</p><p><b><span id="Workaround" itemprop="itemListElement">Workaround</span></b>
</p>
<ul><li itemprop="description">Workarounds are temporary solutions aimed at reducing or eliminating the impact of  <a href="/index.php/Problem_Management#Known_Error" title="Problem Management">Known Errors</a> (and thus <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a>) for which a full resolution is not yet available. As such, Workarounds are often applied to reduce the impact of <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a> or Problems if their underlying causes cannot be readily identified or removed.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Checklists | KPIs ====
==<span id="Checklists_.7C_KPIs">Templates | KPIs</span>==


* [[ITIL KPIs Service Operation#ITIL KPIs Problem Management|Key Performance Indicators (KPIs) Problem Management]]
* [[ITIL KPIs Service Operation#ITIL KPIs Problem Management|Key Performance Indicators (KPIs) Problem Management]]
* [[ITIL-Checklists#Checklists for Problem Management|Checklists Problem Management]]:
*[[ITIL-Checklists#Problem Management|Problem Management templates and checklists]]:
** [[Checklist Problem Record|Checklist Problem Record]], and
**[[Checklist Problem Record|Checklist Problem Record]], and
** [[Checklist Problem Priority]]
**[[Checklist Problem Priority]]
** [[Checklist Closure of a Problem]]
**[[Checklist Closure of a Problem]]
** [[Checklist Problem Report]]
**[[Checklist Problem Report]]


<p>&nbsp;</p>
<p>&nbsp;</p>


==== ITIL Roles ====
==Roles | Responsibilities==


;<span id="Problem Manager">Problem Manager - Process Owner</span>
'''<span id="Problem Manager">Problem Manager - Process Owner</span>'''
: The Problem Manager is responsible for managing the lifecycle of all [[Problem Management#Problem|Problems]].
*The Problem Manager is responsible for managing the lifecycle of all [[Problem Management#Problem|Problems]].
: His primary objectives are to prevent [[Incident Management#Incident|Incidents]] from happening, and to minimize the impact of Incidents that cannot be prevented.
*His primary objectives are to prevent [[Incident Management#Incident|Incidents]] from happening, and to minimize the impact of Incidents that cannot be prevented.
:To this purpose he maintains information about [[Problem Management#Known Error|Known Errors]] and [[Problem Management#Workaround|Workarounds]].
*To this purpose he maintains information about [[Problem Management#Known Error|Known Errors]] and [[Problem Management#Workaround|Workarounds]].


<p>&nbsp;</p>
<p>&nbsp;</p>


{| border="1" cellpadding="5" cellspacing="0" style="text-align:center;" valign="top"
{| border="1" cellpadding="5" cellspacing="0" style="margin-left: auto; margin-right: auto; text-align:center;" valign="top"
|-
|-
| valign="top" colspan="4" style="background:#ffffdd;" align="center"| '''Responsibility Matrix: ITIL Problem Management'''
|style="vertical-align:top; text-align:center" colspan="4" style="background:#ffffdd;"| '''<span id="RACI-Matrix-Problem-Management">Responsibility Matrix: ITIL Problem Management</span>'''
|-
|-
! width="40%" align="center" style="background:#ffffee;" | ITIL Role | Sub-Process
!style="background:#ffffee; width: 40%; text-align:center" | ITIL Role | Sub-Process
! style="background:#ffffee;" | [[Problem Management#Problem Manager|Problem Manager]]
! style="background:#ffffee;" | [[Problem Management#Problem Manager|Problem Manager]]
! style="background:#ffffee;" | Applications Analyst[[Problem Management#Team|<small>[3]</small>]]
! style="background:#ffffee;" | Applications Analyst[[Problem Management#Team|<small>[3]</small>]]
! style="background:#ffffee;" | Technical Analyst[[Problem Management#Team|<small>[3]</small>]]
! style="background:#ffffee;" | Technical Analyst[[Problem Management#Team|<small>[3]</small>]]
|-
|-
| align="left" |[[#ITIL Problem Management Identification|Proactive Problem Identification]]
|style="text-align:left;" |[[#ITIL Problem Management Identification|Proactive Problem Identification]]
| A[[Problem Management#Accountable|<small>[1]</small>]]R[[Problem Management#Responsible|<small>[2]</small>]]
| A[[Problem Management#Accountable|<small>[1]</small>]]R[[Problem Management#Responsible|<small>[2]</small>]]
|
| -
|
| -
|-
|-
| align="left" |[[#ITIL Problem Management Prioritization|Problem Categorization and Prioritization]]
|style="text-align:left;" |[[#ITIL Problem Management Prioritization|Problem Categorization and Prioritization]]
| AR
| AR
|  
| -
|  
| -
|-
|-
| align="left" |[[#ITIL Problem Management Resolution|Problem Diagnosis and Resolution]]
|style="text-align:left;" |[[#ITIL Problem Management Resolution|Problem Diagnosis and Resolution]]
| AR
| AR
| R
| R
| R
| R
|-
|-
| align="left" |[[#ITIL Problem Control|Problem and Error Control]]
|style="text-align:left;" |[[#ITIL Problem Control|Problem and Error Control]]
| AR
| AR
|  
| -
|  
| -
|-
|-
| align="left" |[[#ITIL Problem Management Closure|Problem Closure and Evaluation]]
|style="text-align:left;" |[[#ITIL Problem Management Closure|Problem Closure and Evaluation]]
| AR
| AR
|  
| -
|  
| -
|-
|-
| align="left" |[[#Major Problem Review|Major Problem Review]]
|style="text-align:left;" |[[#Major Problem Review|Major Problem Review]]
| AR
| AR
|  
| -
|  
| -
|-
|-
| align="left" |[[#ITIL Problem Management Reporting|Problem Management Reporting]]
|style="text-align:left;" |[[#ITIL Problem Management Reporting|Problem Management Reporting]]
| AR
| AR
|  
| -
|  
| -
|-
|-
|}
|}
Line 179: Line 210:
<span id="Responsible">[2] ''R: Responsible'' according to the RACI Model: Those who do the work to achieve a task within Problem Management.</span>
<span id="Responsible">[2] ''R: Responsible'' according to the RACI Model: Those who do the work to achieve a task within Problem Management.</span>


<span id="Team">[3] see [[Roles within ITIL V3|Role descriptions...]]</span>
<span id="Team">[3] see [[ITIL Roles|Role descriptions...]]</span>


<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
==[ Infobox ]==
<html><table class="wikitable">
<tr>
<td>Link to this page:</td>
<td><a itemprop="url" href="https://wiki.en.it-processmaps.com/index.php/Problem_Management">https://wiki.en.it-processmaps.com/index.php/Problem_Management</a></td>
</tr>
<tr>
<td>Languages:</td>
<td><span itemprop="inLanguage" content="en">English</span> | <span><a itemprop="citation" class="external text" href="https://wiki.de.it-processmaps.com/index.php/Problem_Management" title="Problem Management">Deutsch</a></span> | <span><a itemprop="citation" class="external text" href="https://wiki.es.it-processmaps.com/index.php/ITIL_Gestion_de_Problemas" title="Gestión de Problemas">espa&#xf1;ol</a></span></td>
</tr>
<tr>
<td>Image:</td>
<td style="vertical-align:top"><a itemprop="primaryImageOfPage" href="https://wiki.en.it-processmaps.com/images/d/dd/Problem-management-itil.jpg" title="Problem Management">ITIL Problem Management (.JPG)</a></td>
</tr>
<tr>
<td>Author:</td>
<td><span itemprop="author">Stefan Kempter</span>, <span itemprop="creator copyrightHolder publisher">IT Process Maps</span> &nbsp;&nbsp; <a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px;" src="/skins/Vector/images/itpm/bookmarking/gplus.png" width="16" height="16" title="By: Stefan Kempter | Profile on Google+" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a></td>
</tr>
</table>
<p><small>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Problem_Management#Process_Description" itemprop="url"><span itemprop="title">Process Description</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Problem_Management#Sub-Processes" itemprop="url"><span itemprop="title">Sub-Processes</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Problem_Management#Definitions" itemprop="url"><span itemprop="title">Definitions</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Problem_Management#Templates_.7C_KPIs" itemprop="url"><span itemprop="title">Templates</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Problem_Management#Roles_.7C_Responsibilities" itemprop="url"><span itemprop="title">Roles</span></a>
</span>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>


<!-- This page is assigned to the following categories: -->
<!-- This page is assigned to the following categories: -->
[[Category:ITIL V3]][[Category:ITIL 2011]][[Category:ITIL process]][[Category:Service Operation|Problem Management]][[Category:Problem Management|!]]
[[Category:ITIL V3]][[Category:ITIL 2011]][[Category:ITIL process]][[Category:Service Operation|Problem Management]][[Category:Problem Management|!]]
<!-- --- -->
<!-- --- -->

Revision as of 16:37, 17 December 2013

<seo metakeywords="problem management, itil problem management, problem management itil v3, itil v3 problem management, problem management process" metadescription="Problem Management: ITIL process definition - Sub-processes - Terms - Additional information on Problem Management." />

DE - ES - Problem Managementdiese Seite auf Deutschesta página en español
DE - ES - Problem Management


 

Objective: The objective of ITIL Problem Management is to manage the lifecycle of all Problems. The primary objectives of Problem Management are to prevent Incidents from happening, and to minimize the impact of incidents that cannot be prevented. Proactive Problem Management analyzes Incident Records, and uses data collected by other IT Service Management processes to identify trends or significant Problems.

Part of: Service Operation

Process Owner: Problem Manager

 

Process Description

Essentially, the activities and process objectives of ITIL Problem Management are identical in ITIL V3 and ITIL V2.

Problem Management ITIL
ITIL Problem Management

A new sub-process Major Problem Review was introduced in ITIL V3 to review the solution history of major Problems in order to prevent a recurrence and learn lessons for the future.

 

In ITIL 2011 the new sub-process Proactive Problem Identification has been added to emphasize the importance of proactive Problem Management.

In Problem Categorization and Prioritization, it has been made clearer that categorization and prioritization should be harmonized with the approach used in Incident Management, to facilitate matching between Incidents and Problems. The process overview of ITIL Problem Management is showing the most important interfaces (see Figure 1).

The concept of recreating Problems during Problem Diagnosis and Resolution is now more prominent. This sub-process has been completely revised to provide clearer guidance on how this process cooperates with Incident Management.

Note: The new ITIL 2011 books also contain an expanded section on problem analysis techniques and examples for situations where the various techniques may be applied.

 

Sub-Processes

These are the ITIL Problem Management sub-processes and their process objectives:

 

Proactive Problem Identification

  • Process Objective: To improve overall availability of services by proactively identifying Problems. Proactive Problem Management aims to identify and solve Problems and/or provide suitable Workarounds before (further) Incidents recur.


Problem Categorization and Prioritization


Problem Diagnosis and Resolution

  • Process Objective: To identify the underlying root cause of a Problem and initiate the most appropriate and economical Problem solution. If possible, a temporary Workaround is supplied.


Problem and Error Control

  • Process Objective: To constantly monitor outstanding Problems with regards to their processing status, so that where necessary corrective measures may be introduced.


Problem Closure and Evaluation

  • Process Objective: To ensure that - after a successful Problem solution - the Problem Record contains a full historical description, and that related Known Error Records are updated.


Major Problem Review

  • Process Objective: To review the resolution of a Problem in order to prevent recurrence and learn any lessons for the future. Furthermore it is to be verified whether the Problems marked as closed have actually been eliminated.


Problem Management Reporting

  • Process Objective: ITIL Problem Management Reporting aims to ensure that the other Service Management processes as well as IT Management are informed of outstanding Problems, their processing-status and existing Workarounds (see "Problem Management Report").

 

Definitions

The following ITIL terms and acronyms (information objects) are used in the ITIL Problem Management process to represent process outputs and inputs:

 

Known Error

  • A Known Error is a problem that has a documented root cause and a Workaround. Known Errors are managed throughout their lifecycle by the Problem Management process. The details of each Known Error are recorded in a Known Error Record stored in the Known Error Database (KEDB). As a rule, Known Errors are identified by Problem Management, but Known Errors may also be suggested by other Service Management disciplines, e.g. Incident Management, or by suppliers.


Known Error Database (KEDB)

  • The Known Error Database (KEDB) is created by Problem Management and used by Incident and Problem Management to manage all Known Error Records.


Problem


Problem Management Report

  • A report supplying Problem-related information to the other Service Management processes.


Problem Record


Suggested new Known Error

  • A suggestion to create a new entry in the Known Error Database, for example raised by the Service Desk or by Release Management. Known Errors are managed throughout their lifecycle by Problem Management.


Suggested new Problem

  • A notification about a suspected Problem, handed over to Problem Management for further investigation, possibly leading to the formal logging of a Problem.


Suggested new Workaround


Workaround

  • Workarounds are temporary solutions aimed at reducing or eliminating the impact of Known Errors (and thus Problems) for which a full resolution is not yet available. As such, Workarounds are often applied to reduce the impact of Incidents or Problems if their underlying causes cannot be readily identified or removed.

 

Templates | KPIs

 

Roles | Responsibilities

Problem Manager - Process Owner

  • The Problem Manager is responsible for managing the lifecycle of all Problems.
  • His primary objectives are to prevent Incidents from happening, and to minimize the impact of Incidents that cannot be prevented.
  • To this purpose he maintains information about Known Errors and Workarounds.

 

Responsibility Matrix: ITIL Problem Management
ITIL Role | Sub-Process Problem Manager Applications Analyst[3] Technical Analyst[3]
Proactive Problem Identification A[1]R[2] - -
Problem Categorization and Prioritization AR - -
Problem Diagnosis and Resolution AR R R
Problem and Error Control AR - -
Problem Closure and Evaluation AR - -
Major Problem Review AR - -
Problem Management Reporting AR - -

 

Remarks

[1] A: Accountable according to the RACI Model: Those who are ultimately accountable for the correct and thorough completion of the Problem Management process.

[2] R: Responsible according to the RACI Model: Those who do the work to achieve a task within Problem Management.

[3] see Role descriptions...

 

 

[ Infobox ]

Link to this page:
Languages: English | Deutsch | español
Image: ITIL Problem Management (.JPG)
Author: , IT Process Maps   

 ›  ›  ›  ›