Problem Management: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
Zeile 8: Zeile 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>


==<span id="ITIL Problem Management">Überblick</span>==
'''<span id="Überblick">Ziel:</span>''' <html><span itemprop="description"><i><span itemprop="alternativeHeadline">ITIL Problem Management</span></i> verwaltet alle Problems innerhalb ihres Lebenszyklus. Die primären Ziele im Problem Management bestehen darin, dem Auftreten von (sich wiederholenden) Incidents vorzubeugen und die Auswirkungen von Incidents, die nicht verhindert werden können, minimal zu halten. Das Proaktive Problem Management analysiert Incident Records und setzt Daten, die in anderen IT Service Management-Prozessen erhoben worden sind dazu ein, Trends oder maßgebliche Problems zu bestimmen.</span></p>
 
<p><b>Deutsche Bezeichnung</b>: <span itemprop="name Headline">Problem Management</span></p>
 
<p><b>Teil von</b>: <a itemprop="isPartOf" href="https://wiki.de.it-processmaps.com/index.php/ITIL_Service_Operation_-_Servicebetrieb" title="ITIL Service Operation - Servicebetrieb">Service Operation (Servicebetrieb)</a></html>
'''Ziel:''' ''ITIL Problem Management'' verwaltet alle Problems innerhalb ihres Lebenszyklus. Die primären Ziele im Problem Management bestehen darin, dem Auftreten von (sich wiederholenden) Incidents vorzubeugen und die Auswirkungen von Incidents, die nicht verhindert werden können, minimal zu halten. Das Proaktive Problem Management analysiert Incident Records und setzt Daten, die in anderen IT Service Management-Prozessen erhoben worden sind dazu ein, Trends oder maßgebliche Problems zu bestimmen.
 
'''Deutsche Bezeichnung''': Problem Management
 
'''Teil von''': [[ITIL V3 Service Operation - Servicebetrieb|Service Operation (Servicebetrieb)]]


'''Prozess-Verantwortlicher''': [[Problem Management#Problem Manager|Problem Manager]]  
'''Prozess-Verantwortlicher''': [[Problem Management#Problem Manager|Problem Manager]]  
Zeile 23: Zeile 19:
<p>&nbsp;</p>
<p>&nbsp;</p>


== Prozess-Beschreibung ==
==Prozess-Beschreibung==


Mit ITIL V3 ist in Problem Management ein neuer Teil-Prozess [[Problem Management#Major Problem Review|Major Problem Review]] eingeführt worden; dieser hat das Ziel, Rückschau zu halten auf die Lösung eines [[Problem Management#Problem|Problems]], um ein erneutes Auftreten zu vermeiden und Erfahrungen für die Zukunft zu sammeln.
Mit ITIL V3 ist in Problem Management ein neuer Teil-Prozess [[Problem Management#Major Problem Review|Major Problem Review]] eingeführt worden; dieser hat das Ziel, Rückschau zu halten auf die Lösung eines [[Problem Management#Problem|Problems]], um ein erneutes Auftreten zu vermeiden und Erfahrungen für die Zukunft zu sammeln.
Zeile 38: Zeile 34:
Das Übersichts-Diagramm zu [[Media:Itil-problem-management.jpg|ITIL Problem Management (.JPG)]] illustriert die wichtigsten Schnittstellen des Prozesses (''siehe Abbildung 1'').
Das Übersichts-Diagramm zu [[Media:Itil-problem-management.jpg|ITIL Problem Management (.JPG)]] illustriert die wichtigsten Schnittstellen des Prozesses (''siehe Abbildung 1'').


Die neuen ITIL-2011-Bücher enthalten einen wesentlich erweiterten Abschnitt zu Techniken der Problem-Analyse sowie Beispiele für Situationen, innerhalb derer die entsprechenden Techniken angewandt werden sollten.  
''Hinweis:'' Die neuen ITIL-2011-Bücher enthalten einen wesentlich erweiterten Abschnitt zu Techniken der Problem-Analyse sowie Beispiele für Situationen, innerhalb derer die entsprechenden Techniken angewandt werden sollten.  


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


== Teil-Prozesse ==
==Teil-Prozesse==
[[Problem Management|ITIL Problem Management]] umfasst die folgenden Teilprozesse:
 
<p>&nbsp;</p>
 
;<span id="Problem Management Problem-Identifikation">Proaktive Problem-Identifikation</span>
:Prozessziel: Die generelle Verfügbarkeit von Services zu verbessern, indem [[Problem Management#Problem|Problems]] proaktiv identifiziert werden. Das proaktive Problem Management zielt darauf ab, Problems zu ermitteln und/oder Workarounds bereitzustellen, bevor (weitere) Incidents auftreten.
 
;<span id="ITIL Problem Management Kategorie">Problem-Kategorisierung und -Priorisierung</span>
:Prozessziel: Aufzeichnen und Priorisieren eines [[Problem Management#Problem|Problems]] mit angemessener Sorgfalt, um eine rasche und effektive Lösung zu ermöglichen.
 
;<span id="Problem Management Diagnose">Problemdiagnose und -lösung</span>
:Prozessziel: Identifizieren der einem Problem zugrundeliegenden Ursache und Initiieren der zweckdienlichsten und wirtschaftlichsten Problemlösung. Sofern möglich, wird ein vorläufiger [[Problem Management#Workaround|Workaround]] zur Verfügung gestellt.
 
;<span id="ITIL Problem Management Überwachung">Problem- und Error-Überwachung</span>
:Prozessziel: Fortwährend offene Problems und Errors in Hinsicht auf ihren Bearbeitungszustand überwachen, so dass, falls erforderlich, korrigierende Maßnahmen eingeleitet werden können.
 
;<span id="Problem Management Abschluss">Problem-Abschluss und -Auswertung</span>
:Prozessziel: Sicherstellen, dass – nach einer erfolgreichen Problemlösung – der [[Problem Management#Problem Record|Problem Record]] die komplette Beschreibung der Lösungshistorie enthält und dass die mit ihm verbundenen [[Problem Management#Known Error|Known Error]] Records aktualisiert worden sind.
 
;<span id="Major Problem Review">Major Problem Review</span>
:Prozessziel: Rückschau halten auf die Lösung eines größeren  Problems, um ein erneutes Auftreten zu  vermeiden und Erfahrungen für die Zukunft zu sammeln. Ferner ist zu prüfen, ob die [[Problem Management#Problem|Problems]], die als „Geschlossen“ gekennzeichnet worden sind, tatsächlich beseitigt sind.
 
;<span id="ITIL Problem Management Reporting">Problem Management Reporting</span>
:Prozessziel: Sicherstellen, dass die anderen Service-Management-Prozesse ebenso wie das IT Management (in Form des [[Problem Management#Problem-Management-Bericht|Problem-Management-Berichts]] über offene Probleme, deren Bearbeitungsstand und vorhandene [[Problem Management#Workaround|Workarounds]] informiert sind.


<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 Teil-Prozesse:"><strong class="selflink">ITIL Problem Management</strong> umfasst die folgenden Teil-Prozesse:</span>
</p>
<p>&#160;</p>
<p><b><span id="Problem_Management_Problem-Identifikation" itemprop="itemListElement">Proaktive Problem-Identifikation</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Die generelle Verfügbarkeit von Services zu verbessern, indem <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a> proaktiv identifiziert werden. Das proaktive Problem Management zielt darauf ab, Problems zu ermitteln und/oder Workarounds bereitzustellen, bevor (weitere) Incidents auftreten.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Problem_Management_Kategorie" itemprop="itemListElement">Problem-Kategorisierung und -Priorisierung</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Aufzeichnen und Priorisieren eines <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a> mit angemessener Sorgfalt, um eine rasche und effektive Lösung zu ermöglichen.
</li></ul>
<p><br />
</p><p><b><span id="Problem_Management_Diagnose" itemprop="itemListElement">Problemdiagnose und -lösung</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Identifizieren der einem Problem zugrundeliegenden Ursache und Initiieren der zweckdienlichsten und wirtschaftlichsten Problemlösung. Sofern möglich, wird ein vorläufiger <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workaround</a> zur Verfügung gestellt.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Problem_Management_.C3.9Cberwachung" itemprop="itemListElement">Problem- und Error-Überwachung</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Fortwährend offene Problems und Errors in Hinsicht auf ihren Bearbeitungszustand überwachen, so dass, falls erforderlich, korrigierende Maßnahmen eingeleitet werden können.
</li></ul>
<p><br />
</p><p><b><span id="Problem_Management_Abschluss" itemprop="itemListElement">Problem-Abschluss und -Auswertung</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Sicherstellen, dass – nach einer erfolgreichen Problemlösung – der <a href="/index.php/Problem_Management#Problem_Record" title="Problem Management">Problem Record</a> die komplette Beschreibung der Lösungshistorie enthält und dass die mit ihm verbundenen <a href="/index.php/Problem_Management#Known_Error" title="Problem Management">Known Error</a> Records aktualisiert worden sind.
</li></ul>
<p><br />
</p><p><b><span id="Major_Problem_Review" itemprop="itemListElement">Major Problem Review</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Rückschau halten auf die Lösung eines größeren  Problems, um ein erneutes Auftreten zu  vermeiden und Erfahrungen für die Zukunft zu sammeln. Ferner ist zu prüfen, ob die <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a>, die als „Geschlossen“ gekennzeichnet worden sind, tatsächlich beseitigt sind.
</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">Prozessziel: Sicherstellen, dass die anderen Service-Management-Prozesse ebenso wie das IT Management (in Form des <a href="/index.php/Problem_Management#Problem-Management-Bericht" title="Problem Management">Problem-Management-Berichts</a> über offene Probleme, deren Bearbeitungsstand und vorhandene <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workarounds</a> informiert sind.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


== Definitionen ==
== Definitionen ==


Die folgenden ITIL-Begriffe und Acronyme (Informations-Objekte) werden in Problem Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:
<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
 
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name">Die folgenden <a href="/index.php/ITIL-Glossar#ITIL-Glossar_A_bis_Z" title="ITIL-Glossar">ITIL-Begriffe und Acronyme</a> (<i>Informations-Objekte</i>) werden in Problem Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:</span>
</p>
<p>&#160;</p>
<p><b><span id="Known_Error" itemprop="itemListElement">Known Error</span></b>
</p>
<ul><li itemprop="description">Ein Known Error ist ein <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problem</a> mit einer dokumentierten zugrundeliegenden Ursache und einem <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workaround</a>. Known Errors werden über ihren ganzen Lebenszyklus hinweg vom Problem-Management-Prozess verwaltet. Die Details eines Known Errors werden einem <i>Known Error Record</i> in der Known Error Database (KEDB) gespeichert. In der Regel werden Known Errors vom Problem Management identifiziert, können jedoch auch von anderen Service-Management-Disziplinen wie z.B. dem Incident Management oder von externen Suppliern vorgeschlagen werden.
</li></ul>
<p><br />
</p><p><b><span id="KEDB" itemprop="itemListElement">Known Error Database (KEDB)</span></b>
</p>
<ul><li itemprop="description">Die Known-Error-Datenbank (Known Error Database, KEDB) wird vom Problem Management erstellt und sowohl vom Incident als auch vom Problem Management zur Verwaltung sämtlicher <a href="/index.php/Problem_Management#Known_Error" title="Problem Management">Known Error</a> Records verwendet.
</li></ul>
<p><br />
</p><p><b><span id="Problem" itemprop="itemListElement">Problem</span></b>
</p>
<ul><li itemprop="description">Ein Problem ist die Ursache für einen oder mehrere <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a>.
</li></ul>
<p><br />
</p><p><b><span id="Problem-Management-Bericht" itemprop="itemListElement">Problem-Management-Bericht</span></b>
</p>
<ul><li itemprop="description">Ein Bericht, der den anderen Service-Management-Prozessen Informationen zu offenen bzw. in Bearbeitung befindlichen <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a> liefert.
</li></ul>
<p><br />
</p><p><b><span id="Problem_Record" itemprop="itemListElement">Problem Record</span></b>
</p>
<ul><li itemprop="description">Der Problem Record enthält sämtliche Einzelheiten eines <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a> und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Schließung (siehe auch: <a href="/index.php/Checkliste_Problem_Record" title="Checkliste Problem Record">ITIL-Checkliste Problem Record</a>).
</li></ul>
<p><br />
</p><p><b><span id="Problem-Vorschlag" itemprop="itemListElement">Vorschlag für neues Problem</span></b>
</p>
<ul><li itemprop="description">Eine Benachrichtigung über ein vermutetes Problem, die an das Problem Management zur weiteren Untersuchung übergeben wird und möglicherweise zur formalen Registrierung eines Problems führt.
</li></ul>
<p><br />
</p><p><b><span id="Vorschlag_Known_Error" itemprop="itemListElement">Vorschlag für neuen Known Error</span></b>
</p>
<ul><li itemprop="description">Ein Vorschlag zum Erstellen eines neuen Eintrags in der <a href="/index.php/Problem_Management#KEDB" title="Problem Management">Known Error Database</a>, ausgehend zum Beispiel vom <a href="/index.php/Rollen_in_ITIL#1st_Level_Support" title="Rollen in ITIL">Service Desk</a> oder <a href="/index.php/Release_und_Deployment_Management" title="Release und Deployment Management">Release Management</a>. <a href="/index.php/Problem_Management#Known_Error" title="Problem Management">Known Errors</a> werden über ihren gesamten Lebenszyklus vom <strong class="selflink">Problem Management</strong> verwaltet.
</li></ul>
<p><br />
</p><p><b><span id="Vorschlag_Workaround" itemprop="itemListElement">Vorschlag für neuen Workaround</span></b>
</p>
<ul><li itemprop="description">Ein Vorschlag zum Erstellen eines neuen Workaround-Eintrags in der <a href="/index.php/Problem_Management#KEDB" title="Problem Management">Known Error Database</a>, ausgehend zum Beispiel vom <a href="/index.php/Rollen_in_ITIL#1st_Level_Support" title="Rollen in ITIL">Service Desk</a> oder <a href="/index.php/Release_und_Deployment_Management" title="Release und Deployment Management">Release Management</a>. <a href="/index.php/Problem_Management#Workaround" title="Problem Management">Workarounds</a> werden über ihren gesamten Lebenszyklus vom <strong class="selflink">Problem Management</strong> verwaltet.
</li></ul>
<p><br />
</p><p><b><span id="Workaround" itemprop="itemListElement">Workaround (Umgehungslösung)</span></b>
</p>
<ul><li itemprop="description">Workarounds (Umgehungslösungen) sind temporäre Lösungen zur Verminderung oder Beseitigung der Auswirkungen von <a href="/index.php/Problem_Management#Known_Error" title="Problem Management">Known Errors</a> (und somit Problems), für die noch keine endgültige Lösung verfügbar ist. Somit werden Workarounds oft eingesetzt, um die Auswirkungen von <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a> oder Problems zu minimieren, bei denen keine kurzfristige Beseitigung der Ursachen möglich ist.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


;<span id="Known Error">Known Error</span>
==KPIs | Checklisten==
:Ein Known Error ist ein [[Problem Management#Problem|Problem]] mit einer dokumentierten zugrundeliegenden Ursache und einem [[Problem Management#Workaround|Workaround]]. Known Errors werden über ihren ganzen Lebenszyklus hinweg vom Problem-Management-Prozess verwaltet. Die Details eines Known Errors werden einem ''Known Error Record'' in der Known Error Database (KEDB) gespeichert. In der Regel werden Known Errors vom Problem Management identifiziert, können jedoch auch von anderen Service-Management-Disziplinen wie z.B. dem Incident Management oder von externen Suppliern vorgeschlagen werden.


;<span id="KEDB">Known Error Database (KEDB)</span>
*[[ITIL-Kennzahlen Service Operation - Servicebetrieb#ITIL-Kennzahlen Problem Management|Kennzahlen (KPIs) zum Problem Managment]]
:Die Known-Error-Datenbank (Known Error Database, KEDB) wird vom Problem Management erstellt und sowohl vom Incident als auch vom Problem Management zur Verwaltung sämtlicher [[Problem Management#Known Error|Known Error]] Records verwendet.
*[[ITIL-Checklisten#Problem Management|Checklisten Problem Management]]:
 
**[[Checkliste Problem Record|Checkliste Problem Record]], sowie
;<span id="Problem">Problem</span>
**[[Checkliste Problem-Priorität]]
:Ein Problem ist die Ursache für einen oder mehrere [[Incident Management#Incident|Incidents]].
**[[Checkliste Schließen eines Problems]]
 
**[[Checkliste Problem Report]]
;<span id="Problem-Management-Bericht">Problem-Management-Bericht</span>
:Ein Bericht, der den anderen Service-Management-Prozessen Informationen zu offenen bzw. in Bearbeitung befindlichen [[Problem Management#Problem|Problems]] liefert.
 
;<span id="Problem Record">Problem Record</span>
:Der Problem Record enthält sämtliche Einzelheiten eines [[Problem Management#Problem|Problems]] und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Schließung (siehe auch: [[Checkliste Problem Record|ITIL-Checkliste Problem Record]]).
 
;<span id="Problem-Vorschlag">Vorschlag für neues Problem</span>
:Eine Benachrichtigung über ein vermutetes Problem, die an das Problem Management zur weiteren Untersuchung übergeben wird und möglicherweise zur formalen Registrierung eines Problems führt.
 
;<span id="Vorschlag Known Error">Vorschlag für neuen Known Error</span>
:Ein Vorschlag zum Erstellen eines neuen Eintrags in der [[Problem Management#KEDB|Known Error Database]], ausgehend zum Beispiel vom [[Rollen in ITIL V3#1st Level Support|Service Desk]] oder [[Release und Deployment Management|Release Management]]. [[Problem Management#Known Error|Known Errors]] werden über ihren gesamten Lebenszyklus vom [[Problem Management]] verwaltet.
 
;<span id="Vorschlag Workaround">Vorschlag für neuen Workaround</span>
:Ein Vorschlag zum Erstellen eines neuen Workaround-Eintrags in der [[Problem Management#KEDB|Known Error Database]], ausgehend zum Beispiel vom [[Rollen in ITIL V3#1st Level Support|Service Desk]] oder [[Release und Deployment Management|Release Management]]. [[Problem Management#Workaround|Workarounds]] werden über ihren gesamten Lebenszyklus vom [[Problem Management]] verwaltet.
 
;<span id="Workaround">Workaround (Umgehungslösung)</span>
:Workarounds (Umgehungslösungen) sind temporäre Lösungen zur Verminderung oder Beseitigung der Auswirkungen von [[Problem Management#Known Error|Known Errors]] (und somit Problems), für die noch keine endgültige Lösung verfügbar ist. Somit werden Workarounds oft eingesetzt, um die Auswirkungen von [[Incident Management#Incident|Incidents]] oder Problems zu minimieren, bei denen keine kurzfristige Beseitigung der Ursachen möglich ist.
 
<p>&nbsp;</p>
 
== KPIs | Checklisten ==
 
* [[ITIL-Kennzahlen Service Operation - Servicebetrieb#ITIL-Kennzahlen Problem Management|Kennzahlen (KPIs) zum Problem Managment]]
* [[ITIL-Checklisten|Checklisten zum Problem Management]]:
** [[Checkliste Problem Record|Checkliste Problem Record]], sowie
** [[Checkliste Problem-Priorität]]
** [[Checkliste Schließen eines Problems]]
** [[Checkliste Problem Report]]


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


== Rollen | Verantwortlichkeiten ==
==Rollen | Verantwortlichkeiten==


;<span id="Problem Manager">Problem Manager - Prozess-Verantwortlicher</span>
'''<span id="Problem Manager">Problem Manager - Prozess-Verantwortlicher</span>'''
:Der Problem Manager ist dafür verantwortlich, alle [[Problem Management#Problem|Problems]] über ihren gesamten Lebenszyklus zu verwalten.  
*Der Problem Manager ist dafür verantwortlich, alle [[Problem Management#Problem|Problems]] über ihren gesamten Lebenszyklus zu verwalten.  
:Seine vorrangigen Ziele bestehen darin, der Entstehung von [[Incident Management#Incident|Incidents]] vorzubeugen und die negativen Auswirkungen von Incidents, die nicht verhindert werden können, möglichst gering zu halten. Zu diesem Zweck pflegt er die Informationen zu [[Problem Management#Known Error|Known Errors]] und [[Problem Management#Workaround|Workarounds]].
*Seine vorrangigen Ziele bestehen darin, der Entstehung von [[Incident Management#Incident|Incidents]] vorzubeugen und die negativen Auswirkungen von Incidents, die nicht verhindert werden können, möglichst gering zu halten. Zu diesem Zweck pflegt er die Informationen zu [[Problem Management#Known Error|Known Errors]] und [[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"| '''Verantwortlichkeits-Matrix: ITIL Problem Management'''
|style="vertical-align:top; text-align:center" colspan="4" style="background:#ffffdd;"| '''<span id="RACI-Matrix-Problem-Management">Verantwortlichkeits-Matrix: ITIL Problem Management</span>'''
|-
|-
! width="40%" align="center" style="background:#ffffee;" | ITIL-Rolle | Teil-Prozess
! style="background:#ffffee; width: 40%; text-align:center" | ITIL-Rolle | Teil-Prozess
! style="background:#ffffee;" | [[Problem Management#Problem Manager|Problem Manager]]
! style="background:#ffffee;" | [[Problem Management#Problem Manager|Problem Manager]]
! style="background:#ffffee;" | Anwendungssystem-Analytiker[[Problem Management#Mitarbeit|<small>[3]</small>]]
! style="background:#ffffee;" | Anwendungssystem-Analytiker[[Problem Management#Mitarbeit|<small>[3]</small>]]
! style="background:#ffffee;" | Technischer Analytiker[[Problem Management#Mitarbeit|<small>[3]</small>]]
! style="background:#ffffee;" | Technischer Analytiker[[Problem Management#Mitarbeit|<small>[3]</small>]]
|-
|-
| align="left" |[[#Problem Management Problem-Identifikation|Proaktive Problem-Identifikation]]
| style="text-align:left;" |[[#Problem Management Problem-Identifikation|Proaktive Problem-Identifikation]]
| 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 Kategorie|Problemidentifikation und -kategorisierung]]
| style="text-align:left;" |[[#ITIL Problem Management Kategorie|Problemidentifikation und -kategorisierung]]
| AR
| AR
|  
| -
|  
| -
|-
|-
| align="left" |[[#Problem Management Diagnose|Problemdiagnose und -lösung]]
| style="text-align:left;" |[[#Problem Management Diagnose|Problemdiagnose und -lösung]]
| AR
| AR
| R
| R
| R
| R
|-
|-
| align="left" |[[#ITIL Problem Management Überwachung|Problem- und Error-Überwachung]]
| style="text-align:left;" |[[#ITIL Problem Management Überwachung|Problem- und Error-Überwachung]]
| AR
| AR
|  
| -
|  
| -
|-
|-
| align="left" |[[#Problem Management Abschluss|Problem-Abschluss und -auswertung]]
| style="text-align:left;" |[[#Problem Management Abschluss|Problem-Abschluss und -auswertung]]
| 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
|  
| -
|  
| -
|-
|-
|}
|}
Zeile 179: Zeile 209:
<span id="Responsible">[2] ''R: Responsible'' i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in Problem Management.</span>
<span id="Responsible">[2] ''R: Responsible'' i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in Problem Management.</span>


<span id="Mitarbeit">[3] [[Rollen in ITIL V3|Zu den Rollen-Beschreibungen...]]</span>
<span id="Mitarbeit">[3] [[Rollen in ITIL|Zu den Rollen-Beschreibungen...]]</span>


<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
==[ Infobox ]==
<html><table class="wikitable">
<tr>
<td>Link zu dieser Seite:</td>
<td><a itemprop="url" href="https://wiki.de.it-processmaps.com/index.php/Problem_Management">https://wiki.de.it-processmaps.com/index.php/Problem_Management</a></td>
</tr>
<tr>
<td>Sprachversionen:</td>
<td><span itemprop="inLanguage" content="de">Deutsch</span> | <span><a itemprop="citation" class="external text" href="https://wiki.en.it-processmaps.com/index.php/Problem_Management" title="Problem Management">English</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>Abbildung:</td>
<td style="vertical-align:top"><a itemprop="primaryImageOfPage" href="https://wiki.de.it-processmaps.com/images/0/08/Itil-problem-management.jpg" title="Problem Management">ITIL Problem Management (.JPG)</a></td>
</tr>
<tr>
<td>Autor:</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="von: Stefan Kempter | Profil auf Google+" alt="Autor: 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.de.it-processmaps.com/index.php/Problem_Management#.C3.9Cberblick" itemprop="url"><span itemprop="title">&Uuml;berblick</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.de.it-processmaps.com/index.php/Problem_Management#Prozess-Beschreibung" itemprop="url"><span itemprop="title">Prozess-Beschreibung</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.de.it-processmaps.com/index.php/Problem_Management#Teil-Prozesse" itemprop="url"><span itemprop="title">Teil-Prozesse</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.de.it-processmaps.com/index.php/Problem_Management#Definitionen" itemprop="url"><span itemprop="title">Definitionen</span></a>
</span>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>


<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:ITIL V3]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Operation]][[Kategorie:Problem Management|!]]
[[Kategorie:ITIL V3]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Operation]][[Kategorie:Problem Management|!]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 7. Dezember 2013, 12:50 Uhr

<seo metakeywords="itil problem management, problem management, problem management itil, problem management prozess" metadescription="ITIL Problem Management: Prozess-Definition, Teil-Prozesse. Zusatzinformationen zu Problem Management: Rollen, Checklisten, KPIs..." />

ES - EN - Problem Managementesta página en españolthis Page in English
ES - EN - Problem Management


 

Ziel: ITIL Problem Management verwaltet alle Problems innerhalb ihres Lebenszyklus. Die primären Ziele im Problem Management bestehen darin, dem Auftreten von (sich wiederholenden) Incidents vorzubeugen und die Auswirkungen von Incidents, die nicht verhindert werden können, minimal zu halten. Das Proaktive Problem Management analysiert Incident Records und setzt Daten, die in anderen IT Service Management-Prozessen erhoben worden sind dazu ein, Trends oder maßgebliche Problems zu bestimmen.

Deutsche Bezeichnung: Problem Management

Teil von: Service Operation (Servicebetrieb)

Prozess-Verantwortlicher: Problem Manager

 

Prozess-Beschreibung

Mit ITIL V3 ist in Problem Management ein neuer Teil-Prozess Major Problem Review eingeführt worden; dieser hat das Ziel, Rückschau zu halten auf die Lösung eines Problems, um ein erneutes Auftreten zu vermeiden und Erfahrungen für die Zukunft zu sammeln.

 

Problem Management ITIL
ITIL Problem Management

In ITIL 2011 hebt der zusätzliche Teil-Prozess Proaktive Problem-Identifikation die Bedeutung des proaktiven Problem Managements hervor.

Problemidentifikation und -kategorisierung macht jetzt deutlicher, dass die Kategorisierung und Priorisierung von Problems mit dem im Incident Management benutzten Methoden harmonisiert sein sollte - dies trägt wesentlich dazu bei, dass Incidents und Problems einfach in Beziehung zueinander gesetzt werden können.

Viel prominenter behandelt wird in Problemdiagnose und -lösung die Empfehlung, Problems bei Bedarf zu reproduzieren. Dieser Teil-Prozess wurde in ITIL 2011 komplett überarbeitet: Es gibt jetzt klare Richtlinien zur Interaktion dieses Prozesses mit dem Incident Management.

Das Übersichts-Diagramm zu ITIL Problem Management (.JPG) illustriert die wichtigsten Schnittstellen des Prozesses (siehe Abbildung 1).

Hinweis: Die neuen ITIL-2011-Bücher enthalten einen wesentlich erweiterten Abschnitt zu Techniken der Problem-Analyse sowie Beispiele für Situationen, innerhalb derer die entsprechenden Techniken angewandt werden sollten.

 

Teil-Prozesse

ITIL Problem Management umfasst die folgenden Teil-Prozesse:

 

Proaktive Problem-Identifikation

  • Prozessziel: Die generelle Verfügbarkeit von Services zu verbessern, indem Problems proaktiv identifiziert werden. Das proaktive Problem Management zielt darauf ab, Problems zu ermitteln und/oder Workarounds bereitzustellen, bevor (weitere) Incidents auftreten.


Problem-Kategorisierung und -Priorisierung

  • Prozessziel: Aufzeichnen und Priorisieren eines Problems mit angemessener Sorgfalt, um eine rasche und effektive Lösung zu ermöglichen.


Problemdiagnose und -lösung

  • Prozessziel: Identifizieren der einem Problem zugrundeliegenden Ursache und Initiieren der zweckdienlichsten und wirtschaftlichsten Problemlösung. Sofern möglich, wird ein vorläufiger Workaround zur Verfügung gestellt.


Problem- und Error-Überwachung

  • Prozessziel: Fortwährend offene Problems und Errors in Hinsicht auf ihren Bearbeitungszustand überwachen, so dass, falls erforderlich, korrigierende Maßnahmen eingeleitet werden können.


Problem-Abschluss und -Auswertung

  • Prozessziel: Sicherstellen, dass – nach einer erfolgreichen Problemlösung – der Problem Record die komplette Beschreibung der Lösungshistorie enthält und dass die mit ihm verbundenen Known Error Records aktualisiert worden sind.


Major Problem Review

  • Prozessziel: Rückschau halten auf die Lösung eines größeren Problems, um ein erneutes Auftreten zu vermeiden und Erfahrungen für die Zukunft zu sammeln. Ferner ist zu prüfen, ob die Problems, die als „Geschlossen“ gekennzeichnet worden sind, tatsächlich beseitigt sind.


Problem Management Reporting

  • Prozessziel: Sicherstellen, dass die anderen Service-Management-Prozesse ebenso wie das IT Management (in Form des Problem-Management-Berichts über offene Probleme, deren Bearbeitungsstand und vorhandene Workarounds informiert sind.

 

Definitionen

Die folgenden ITIL-Begriffe und Acronyme (Informations-Objekte) werden in Problem Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:

 

Known Error

  • Ein Known Error ist ein Problem mit einer dokumentierten zugrundeliegenden Ursache und einem Workaround. Known Errors werden über ihren ganzen Lebenszyklus hinweg vom Problem-Management-Prozess verwaltet. Die Details eines Known Errors werden einem Known Error Record in der Known Error Database (KEDB) gespeichert. In der Regel werden Known Errors vom Problem Management identifiziert, können jedoch auch von anderen Service-Management-Disziplinen wie z.B. dem Incident Management oder von externen Suppliern vorgeschlagen werden.


Known Error Database (KEDB)

  • Die Known-Error-Datenbank (Known Error Database, KEDB) wird vom Problem Management erstellt und sowohl vom Incident als auch vom Problem Management zur Verwaltung sämtlicher Known Error Records verwendet.


Problem

  • Ein Problem ist die Ursache für einen oder mehrere Incidents.


Problem-Management-Bericht

  • Ein Bericht, der den anderen Service-Management-Prozessen Informationen zu offenen bzw. in Bearbeitung befindlichen Problems liefert.


Problem Record

  • Der Problem Record enthält sämtliche Einzelheiten eines Problems und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Schließung (siehe auch: ITIL-Checkliste Problem Record).


Vorschlag für neues Problem

  • Eine Benachrichtigung über ein vermutetes Problem, die an das Problem Management zur weiteren Untersuchung übergeben wird und möglicherweise zur formalen Registrierung eines Problems führt.


Vorschlag für neuen Known Error


Vorschlag für neuen Workaround


Workaround (Umgehungslösung)

  • Workarounds (Umgehungslösungen) sind temporäre Lösungen zur Verminderung oder Beseitigung der Auswirkungen von Known Errors (und somit Problems), für die noch keine endgültige Lösung verfügbar ist. Somit werden Workarounds oft eingesetzt, um die Auswirkungen von Incidents oder Problems zu minimieren, bei denen keine kurzfristige Beseitigung der Ursachen möglich ist.

 

KPIs | Checklisten

 

Rollen | Verantwortlichkeiten

Problem Manager - Prozess-Verantwortlicher

  • Der Problem Manager ist dafür verantwortlich, alle Problems über ihren gesamten Lebenszyklus zu verwalten.
  • Seine vorrangigen Ziele bestehen darin, der Entstehung von Incidents vorzubeugen und die negativen Auswirkungen von Incidents, die nicht verhindert werden können, möglichst gering zu halten. Zu diesem Zweck pflegt er die Informationen zu Known Errors und Workarounds.

 

Verantwortlichkeits-Matrix: ITIL Problem Management
ITIL-Rolle | Teil-Prozess Problem Manager Anwendungssystem-Analytiker[3] Technischer Analytiker[3]
Proaktive Problem-Identifikation A[1]R[2] - -
Problemidentifikation und -kategorisierung AR - -
Problemdiagnose und -lösung AR R R
Problem- und Error-Überwachung AR - -
Problem-Abschluss und -auswertung AR - -
Major Problem Review AR - -
Problem Management Reporting AR - -

 

Erläuterungen

[1] A: Accountable i.S.d. RACI-Modells: Verantwortlich dafür, dass Problem Management als Gesamt-Prozess korrekt und vollständig ausgeführt wird.

[2] R: Responsible i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in Problem Management.

[3] Zu den Rollen-Beschreibungen...

 

 

[ Infobox ]

Link zu dieser Seite:
Sprachversionen: Deutsch | English | español
Abbildung: ITIL Problem Management (.JPG)
Autor: , IT Process Maps   

 ›  ›  ›