Problem Management - ITIL V2: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
 
Keine Bearbeitungszusammenfassung
 
(2 dazwischenliegende Versionen derselben Benutzerin werden nicht angezeigt)
Zeile 1: Zeile 1:
{|
<itpmch><title>Problem Management - ITIL V2 | IT Process Wiki</title>
! align="right" width="80%"|
<meta name="keywords" content="problem management itil v2" />
! style="background:#DDDDDD;" align="right" width="20%"| [https://wiki.en.it-processmaps.com/index.php/Problem_Management_-_ITIL_V2 this Page in English]
<meta name="description" content="&#8594; Vergleichen Sie auch Problem Management ITIL V3. Prozessziel: Ursachenforschung und nachhaltige Beseitigung von Störungen ..." />
|}
</itpmch>
<imagemap>
Image:ITIL-Wiki-english.jpg|right|ITIL V2 Problem Management
default [https://wiki.en.it-processmaps.com/index.php/Problem_Management_-_ITIL_V2 this Page in English]
desc none
</imagemap>
<br style="clear:both;"/>


'''ITIL Version''': ITIL Version 2 (ITIL V2)
'''ITIL Version''': ITIL V2 '''&#8594;''' vergleichen Sie auch '''[[Problem Management|Problem Management nach ITIL V3 2011]]'''


'''Prozessziel''': Ursachenforschung und nachhaltige Beseitigung von Störungen stehen im Mittelpunkt des  Problem Managements. Hier werden dem  Incident Management temporäre Lösungen (Workarounds) zur Verfügung gestellt und endgültige Lösungen zu bekannten Fehlern  (Known Errors) erarbeitet. Zudem befasst es  sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents.
'''Prozessziel''': Ursachenforschung und nachhaltige Beseitigung von Störungen stehen im Mittelpunkt des  Problem Managements. Hier werden dem  Incident Management temporäre Lösungen (Workarounds) zur Verfügung gestellt und endgültige Lösungen zu bekannten Fehlern  (Known Errors) erarbeitet. Zudem befasst es  sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents.
Zeile 10: Zeile 16:
'''Teil von''': [[Service Support]]
'''Teil von''': [[Service Support]]


'''Prozess-Verantwortlicher''': [[ITIL-Rollen#Problem Manager|Problem Manager]]
'''Prozess-Verantwortlicher''': [[#Problem-Manager-ITIL-V2|Problem Manager]]


<p>&nbsp;</p>


==Teil-Prozesse von Problem Management==
==Teil-Prozesse von Problem Management==


[[Image:Prozess_problem_management_itilv2.jpg|frame|none|Überblick über den Problem Management-Prozess nach ITIL]]
[[Image:Prozess_problem_management_itilv2.jpg|thumb|749px|none|link=https://wiki.de.it-processmaps.com/index.php/Datei:Prozess_problem_management_itilv2.jpg|Überblick über den Problem Management-Prozess nach ITIL]]


'''Problem identifizieren und analysieren'''
*Prozessziel: Aufgetretene Incidents und andere Hinweise auf Probleme in der IT-Infrastruktur sollen analysiert werden, um die Ursachen hinter wiederholt auftretenden oder schweren  Störungen zu finden.


;Problem identifizieren und analysieren
'''Lösungsweg zur Fehlerbehebung ermitteln'''
:Prozessziel: Aufgetretene Incidents und andere Hinweise auf Probleme in der IT-Infrastruktur sollen analysiert werden, um die Ursachen hinter wiederholt auftretenden oder schweren  Störungen zu finden.
*Prozessziel: Für identifizierte Probleme soll ein Lösungsweg  gefunden und ein entsprechender RFC erstellt werden.


;Lösungsweg zur Fehlerbehebung ermitteln
'''Fehlerbehebung entwickeln'''
:Prozessziel: Für identifizierte Probleme soll ein Lösungsweg  gefunden und ein entsprechender RFC erstellt werden.
*Prozessziel: Nach Freigabe des Changes soll die eigentliche Fehlerbehebung entwickelt und an das Release Management zum Rollout übergeben werden.


;Fehlerbehebung entwickeln
'''Problem schließen'''
:Prozessziel: Nach Freigabe des Changes soll die eigentliche Fehlerbehebung entwickelt und an das Release Management zum Rollout übergeben werden.
*Prozessziel: Nach erfolgter Problemlösung soll sichergestellt  werden, dass die dabei gewonnenen Erkenntnisse zur Behandlung künftiger Probleme bzw. Incidents genutzt werden können.


;Problem schließen
'''Problem- und Fehlerkontrolle'''
:Prozessziel: Nach erfolgter Problemlösung soll sichergestellt  werden, dass die dabei gewonnenen Erkenntnisse zur Behandlung künftiger Probleme bzw. Incidents genutzt werden  können.
*Prozessziel: Offene Probleme sollen laufend auf ihren Bearbeitungsfortschritt überprüft werden, so dass ggf. korrigierende Maßnahmen eingeleitet werden können. Weiterhin soll kontrolliert werden, ob als geschlossen bezeichnete Probleme tatsächlich beseitigt wurden.
 
;Problem- und Fehlerkontrolle
:Prozessziel: Offene Probleme sollen laufend auf ihren Bearbeitungsfortschritt überprüft werden, so dass ggf. korrigierende Maßnahmen eingeleitet werden können. Weiterhin soll kontrolliert werden, ob als geschlossen bezeichnete Probleme tatsächlich beseitigt wurden.
 
;Problem Management Reports erstellen
:Prozessziele: Es soll sichergestellt werden, dass die anderen Service-Management-Prozesse sowie das IT- Management über offene Probleme, deren Bearbeitungsstand und exisitierende Workarounds informiert sind.


'''Problem Management Reports erstellen'''
*Prozessziele: Es soll sichergestellt werden, dass die anderen Service-Management-Prozesse sowie das IT- Management über offene Probleme, deren Bearbeitungsstand und exisitierende Workarounds informiert sind.


==Beteiligte Rollen==
==Beteiligte Rollen==
* [[ITIL-Rollen#Application Manager|Application Manager]]
* [[Rollen in ITIL#Application-Manager|Application Manager]]
* [[ITIL-Rollen#ITC Infrastructure Manager|ITC Infrastructure Manager]]
* [[Rollen in ITIL#ITC-Infrastructure-Manager|ITC Infrastructure Manager]]
* [[ITIL-Rollen#Problem Manager|Problem Manager]]
* '''<span id="Problem-Manager-ITIL-V2">Problem Manager</span>''': In ITIL V2 betreibt der Problem Manager Ursachenforschung und nachhaltige Beseitigung von Störungen. Dem Incident Management stellt er, wenn möglich, temporäre Lösungen (Workarounds) zur Verfügung. Er entwickelt endgültige Lösungen zu bekannten Fehlern (Known Errors). Zudem befasst er sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents.
 


==Checklisten and KPIs==
==Checklisten und KPIs==


==== Checklisten ====
==== Checklisten ====
*[[Checkliste Problem Record]]
*[[ITIL-Checklisten#Problem Management|Checklisten Problem Management]]
*[[Checkliste Problem-Priorität]]
*[[Checkliste Schließen eines Problems]]
*[[Checkliste Problem Report]]


==== KPIs ====
==== KPIs ====
*[[Kennzahlen Problem Management|Key Performance Indikatoren "Problem Management" nach ITIL V2]]
*[[Kennzahlen Problem Management|Key Performance Indikatoren "Problem Management" nach ITIL V2]]


==Verbundene Fachausdrücke aus dem [[ITIL-Glossar]]==
* [[ITIL-Glossar/_ITIL-Begriffe_P#Problem Record|Problem Record]]
* [[ITIL-Glossar/_ITIL-Begriffe_P#Problem Management Report|Problem Management Report]]
<p>&nbsp;</p>


==Verbundene Fachausdrücke aus dem ITIL-Glossar==
<!-- Diese Seite liegt in folgenden Kategorien: -->
* [[ITIL-Glossar#Problem Record|Problem Record]]
[[Kategorie:ITIL V2]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Support]][[Kategorie:Problem Management]]
* [[ITIL-Glossar#Problem Management Report|Problem Management Report]]
<!-- keine Inhalte nach diesem Kommentar! -->

Aktuelle Version vom 1. Februar 2016, 19:45 Uhr

ITIL V2 Problem Management
ITIL V2 Problem Management


ITIL Version: ITIL V2 vergleichen Sie auch Problem Management nach ITIL V3 2011

Prozessziel: Ursachenforschung und nachhaltige Beseitigung von Störungen stehen im Mittelpunkt des Problem Managements. Hier werden dem Incident Management temporäre Lösungen (Workarounds) zur Verfügung gestellt und endgültige Lösungen zu bekannten Fehlern (Known Errors) erarbeitet. Zudem befasst es sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents.

Teil von: Service Support

Prozess-Verantwortlicher: Problem Manager

 

Teil-Prozesse von Problem Management

Überblick über den Problem Management-Prozess nach ITIL

Problem identifizieren und analysieren

  • Prozessziel: Aufgetretene Incidents und andere Hinweise auf Probleme in der IT-Infrastruktur sollen analysiert werden, um die Ursachen hinter wiederholt auftretenden oder schweren Störungen zu finden.

Lösungsweg zur Fehlerbehebung ermitteln

  • Prozessziel: Für identifizierte Probleme soll ein Lösungsweg gefunden und ein entsprechender RFC erstellt werden.

Fehlerbehebung entwickeln

  • Prozessziel: Nach Freigabe des Changes soll die eigentliche Fehlerbehebung entwickelt und an das Release Management zum Rollout übergeben werden.

Problem schließen

  • Prozessziel: Nach erfolgter Problemlösung soll sichergestellt werden, dass die dabei gewonnenen Erkenntnisse zur Behandlung künftiger Probleme bzw. Incidents genutzt werden können.

Problem- und Fehlerkontrolle

  • Prozessziel: Offene Probleme sollen laufend auf ihren Bearbeitungsfortschritt überprüft werden, so dass ggf. korrigierende Maßnahmen eingeleitet werden können. Weiterhin soll kontrolliert werden, ob als geschlossen bezeichnete Probleme tatsächlich beseitigt wurden.

Problem Management Reports erstellen

  • Prozessziele: Es soll sichergestellt werden, dass die anderen Service-Management-Prozesse sowie das IT- Management über offene Probleme, deren Bearbeitungsstand und exisitierende Workarounds informiert sind.

Beteiligte Rollen

  • Application Manager
  • ITC Infrastructure Manager
  • Problem Manager: In ITIL V2 betreibt der Problem Manager Ursachenforschung und nachhaltige Beseitigung von Störungen. Dem Incident Management stellt er, wenn möglich, temporäre Lösungen (Workarounds) zur Verfügung. Er entwickelt endgültige Lösungen zu bekannten Fehlern (Known Errors). Zudem befasst er sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents.

Checklisten und KPIs

Checklisten

KPIs

Verbundene Fachausdrücke aus dem ITIL-Glossar