Checkliste Problem Record
<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." />
ITIL-Prozess: ITIL V3 Service Operation - Servicebetrieb - Problem Management
Checklisten-Kategorie: Checklisten ITIL V3 Service Operation (Servicebetrieb)
Quelle: Checkliste "Problem Record" aus der ITIL-Prozesslandkarte V3
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
- Produktkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster:
- Client-PC
- Standardkonfiguration 1
- ...
- Drucker
- Hersteller 1
- ...
- Client-PC
- Problemkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster:
- Hardware-Fehler
- Software-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)
- Protokoll der Aktivitäten/ Lösungshistorie
- Datum und Uhrzeit
- Ersteller des Protokolls
- Beschreibung der Aktivitäten
- Neuer Status (falls der Status sich ändert)