Checkliste Problem Record: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 8: | Zeile 8: | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
'''ITIL-Prozess''': [[ITIL V3 Service Operation - Servicebetrieb]] - [[Problem Management]] | '''ITIL-Prozess''': [[ITIL V3 Service Operation - Servicebetrieb|ITIL 2011 Service Operation]] - [[Problem Management]] | ||
'''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten ITIL | '''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten ITIL Service Operation|Checklisten ITIL Service Operation (Servicebetrieb)]] | ||
'''Quelle''': Checkliste "Problem Record" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte | '''Quelle''': Checkliste "Problem Record" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] | ||
<p> </p> | |||
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 Lösung. | 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 Lösung. | ||
<p> </p> | |||
'''Ein Problem Record umfasst in der Regel die folgenden Informationen:''' | '''Ein Problem Record umfasst in der Regel die folgenden Informationen:''' | ||
<p> </p> | |||
# Eindeutige Kennung (ID) des Problems (in der Regel systemseitig vergeben) | # Eindeutige Kennung (ID) des [[Problem Management#Problem|Problems]] (in der Regel systemseitig vergeben) | ||
# Datum und Uhrzeit der Erstellung | # Datum und Uhrzeit der Erstellung | ||
# Problemverantwortlicher | # Problemverantwortlicher | ||
Zeile 38: | Zeile 41: | ||
## Priorität (beispielsweise in Stufen 1, 2 und 3): Ergibt sich aus der Kombination von Dringlichkeit und Schweregrad | ## Priorität (beispielsweise in Stufen 1, 2 und 3): Ergibt sich aus der Kombination von Dringlichkeit und Schweregrad | ||
# Beziehung zu [[Service Asset and Configuration Management#CI|CIs]] | # Beziehung zu [[Service Asset and Configuration Management#CI|CIs]] | ||
# | # Problemkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster (die Kategorien für Problems, Incidents und CIs sollten harmonisiert sein, um die Abbildung von Beziehungen zwischen Incidents, Problems und CIs zu erleichtern): | ||
## Hardware-Fehler | ## Hardware-Fehler | ||
### Server A | |||
#### Komponente x | |||
##### Symptom a | |||
##### Symptom b | |||
##### ... | |||
#### Komponente y | |||
##### ... | |||
### Server B | |||
#### ... | |||
## Software-Fehler | ## Software-Fehler | ||
### System A | |||
### System B | |||
### ... | |||
## Netzwerk-Fehler | |||
## ... | ## ... | ||
# Links zu anderen Problem Records (falls es andere offene, mit diesem Problem zusammenhängende Problems gibt) | # Links zu anderen Problem Records (falls es andere offene, mit diesem Problem zusammenhängende Problems gibt) | ||
# Links zu anderen Incident Records (falls es offene [[Incident Management#Incident|Incidents]] gibt, deren Lösung von der Lösung dieses Problems abhängt) | # Links zu anderen [[Checkliste Incident Record|Incident Records]] (falls es offene [[Incident Management#Incident|Incidents]] gibt, deren Lösung von der Lösung dieses Problems abhängt) | ||
# Links zu [[Problem Management#Known Error|Known Errors]] und [[Problem Management#Workaround|Workarounds]] (falls Known Errors und Workarounds im Zusammenhang mit dem Problem identifiziert wurden) | # Links zu [[Problem Management#Known Error|Known Errors]] und [[Problem Management#Workaround|Workarounds]] (falls Known Errors und Workarounds im Zusammenhang mit dem Problem identifiziert wurden) | ||
# Wiederherstellungs- (Recovery-) Prozeduren: Prozeduren, die erforderlich sind, um das Problem zu beseitigen. Solche Prozeduren sind u.U. erforderlich, um Workarounds zu beseitigen, die im Rahmen der Incident-Behebung angewendet wurden. | |||
# Protokoll der Aktivitäten/ Lösungshistorie | # Protokoll der Aktivitäten/ Lösungshistorie | ||
## Datum und Uhrzeit | ## Datum und Uhrzeit | ||
Zeile 58: | Zeile 68: | ||
## Neuer Status (falls der Status sich ändert) | ## Neuer Status (falls der Status sich ändert) | ||
<p> </p> | |||
<!-- Diese Seite liegt in folgenden Kategorien: --> | <!-- Diese Seite liegt in folgenden Kategorien: --> | ||
[[Kategorie:ITIL V3|Problem Record]][[Kategorie:Checkliste (ITIL)|Problem Record]][[Kategorie:Service Operation|Problem Record]][[Kategorie:Problem Management|Problem Record]] | [[Kategorie:ITIL V3|Problem Record]][[Kategorie:ITIL 2011|Problem Record]][[Kategorie:Checkliste (ITIL)|Problem Record]][[Kategorie:Service Operation|Problem Record]][[Kategorie:Problem Management|Problem Record]] | ||
<!-- keine Inhalte nach diesem Kommentar! --> | <!-- keine Inhalte nach diesem Kommentar! --> |
Version vom 22. Dezember 2011, 18:27 Uhr
<seo metakeywords="problem record, itil problem record" metadescription="Der Problem Record enthält alle Einzelheiten eines Problems und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Lösung." />
![ES - EN - Checkliste Problem Record - Vorlage Problem Record](/images/thumb/e/e1/ITIL-Wiki-english-es.jpg/100px-ITIL-Wiki-english-es.jpg)
ITIL-Prozess: ITIL 2011 Service Operation - Problem Management
Checklisten-Kategorie: Checklisten ITIL Service Operation (Servicebetrieb)
Quelle: Checkliste "Problem Record" aus der ITIL-Prozesslandkarte
Der Problem Record enthält sämtliche Einzelheiten eines Problems und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Lösung.
Ein Problem Record umfasst in der Regel die folgenden Informationen:
- Eindeutige Kennung (ID) des Problems (in der Regel systemseitig vergeben)
- Datum und Uhrzeit der Erstellung
- Problemverantwortlicher
- Symptombeschreibung
- Betroffene Anwender/Geschäftsbereiche
- Betroffene(r) Service(s)
- Priorisierung aufgrund folgender Kriterien:
- Dringlichkeit (zur Verfügung stehende Zeit bis zur Lösung des Problems), z.B.
- Bis zu 5 Arbeitstagen
- Bis zu 2 Wochen
- Bis zu 4 Wochen
- Schweregrad (Schaden für das Unternehmen), z.B.
- „Hoch“ (Unterbrechung kritischer Unternehmensprozesse)
- „Normal“ (Unterbrechung der Arbeit einzelner Mitarbeiter)
- „Gering“ (Behinderung der Arbeit einzelner Mitarbeiter, jedoch ist eine Fortsetzung der Arbeit mit Hilfe einer Umgehungslösung möglich)
- Priorität (beispielsweise in Stufen 1, 2 und 3): Ergibt sich aus der Kombination von Dringlichkeit und Schweregrad
- Dringlichkeit (zur Verfügung stehende Zeit bis zur Lösung des Problems), z.B.
- Beziehung zu CIs
- Problemkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster (die Kategorien für Problems, Incidents und CIs sollten harmonisiert sein, um die Abbildung von Beziehungen zwischen Incidents, Problems und CIs zu erleichtern):
- Hardware-Fehler
- Server A
- Komponente x
- Symptom a
- Symptom b
- ...
- Komponente y
- ...
- Komponente x
- Server B
- ...
- Server A
- Software-Fehler
- System A
- System B
- ...
- Netzwerk-Fehler
- ...
- Hardware-Fehler
- Links zu anderen Problem Records (falls es andere offene, mit diesem Problem zusammenhängende Problems gibt)
- Links zu anderen Incident Records (falls es offene Incidents gibt, deren Lösung von der Lösung dieses Problems abhängt)
- Links zu Known Errors und Workarounds (falls Known Errors und Workarounds im Zusammenhang mit dem Problem identifiziert wurden)
- Wiederherstellungs- (Recovery-) Prozeduren: Prozeduren, die erforderlich sind, um das Problem zu beseitigen. Solche Prozeduren sind u.U. erforderlich, um Workarounds zu beseitigen, die im Rahmen der Incident-Behebung angewendet wurden.
- Protokoll der Aktivitäten/ Lösungshistorie
- Datum und Uhrzeit
- Ersteller des Protokolls
- Beschreibung der Aktivitäten
- Neuer Status (falls der Status sich ändert)