Checkliste Problem Record: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 16: | Zeile 16: | ||
</itpmch> | </itpmch> | ||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste Problem Record - Vorlage Problem Record| | Image:ITIL-Wiki-teilen.jpg|right|diese Seite teilen|141px | ||
rect 0 | rect 55 0 99 36 [https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwiki.de.it-processmaps.com%2Findex.php%2FCheckliste_Problem_Record&hl=de_DE&source=IT%20Process%20Wiki diese Seite auf LinkedIn teilen] | ||
rect | rect 97 0 141 36 [https://twitter.com/intent/tweet?url=https%3A%2F%2Fwiki.de.it-processmaps.com%2Findex.php%2FCheckliste_Problem_Record&text=%23ITILwiki%20%7C%20ITIL-Checkliste%3A%20Die%20typische%20Datenstruktur%20eines%20Problem%20Record%0A%E2%96%BA&lang=de&via=itprocessmaps diese Seite auf Twitter teilen] | ||
desc none | |||
</imagemap> | |||
<imagemap> | |||
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste Problem Record - Vorlage Problem Record|163px | |||
rect 76 0 114 36 [https://wiki.es.it-processmaps.com/index.php/Lista_de_control_-_Registro_de_Problema esta página en español] | |||
rect 115 0 163 36 [https://wiki.en.it-processmaps.com/index.php/Checklist_Problem_Record this Page in English] | |||
desc none | desc none | ||
</imagemap> | </imagemap> |
Version vom 27. April 2017, 11:25 Uhr
Definition: Der Problem Record enthält sämtliche Einzelheiten eines Problems und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Schließung. Ein 'Problem' ist die Ursache für einen oder mehrere Incidents; die Ursache ist in der Regel nicht bekannt, wenn ein Problem Record erstellt wird.
ITIL-Prozess: ITIL Service Operation - Problem Management
Checklisten-Kategorie: Checklisten ITIL 2011
Problem Record - Inhalte
Ein Problem Record umfasst in der Regel die folgenden Informationen:
Kennung
(Eindeutige Kennung (ID) des Problems: In der Regel systemseitig vergeben)
Erstellung
(Datum und Uhrzeit der Erstellung)
Problemverantwortlicher
Symptombeschreibung
Betroffene Anwender/ Geschäftsbereiche
Betroffene(r) Service(s)
Priorisierung
Priorisierung aufgrund folgender Kriterien:
- Dringlichkeit (verfügbare Zeit bis zur Lösung des Problems)
- Auswirkung (Schaden bzw. potentieller Schaden für das Unternehmen)
- Priorität (zum Beispiel ausgedrückt in Prioritäts-Codes wie "Kritisch", "Hoch", "Mittel", "Niedrig", "Sehr niedrig"): Ergibt sich aus der Kombination von Dringlichkeit und Auswirkung.
(Anmerkung: Die Priorisierung von Problems sollte denselben Regeln folgen wie die Priorisierung von Incidents; für weitere Informationen siehe Checkliste Priorisierungs-Richtlinie für Incidents).
Bezug zu CIs
(Beziehung zu Configuration Items/ CIs)
Problem-Kategorie
Problemkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster:
- 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
- ...
(Anmerkung: Die Kategorien für Problems und Incidents sollten harmonisiert sein, um die Abbildung von Beziehungen zwischen Incidents und Problems zu erleichtern)
Links zu anderen Problem Records
(falls es andere offene, mit diesem Problem zusammenhängende Problems gibt)
Links zu Incident Records
(Links zu Incident Records - falls es offene Incidents gibt, deren Lösung von der Lösung dieses Problems abhängt)
Links zu Known Errors und Workarounds
(Links zu Known Errors und Workarounds - falls Known Errors und Workarounds im Zusammenhang mit dem Problem identifiziert wurden)
Links zu RFCs/ Change Records
(Links zu RFCs/ Change Records, die mit der Lösung des Problems verbunden sind)
Problem-Statushistorie
- Datum und Uhrzeit
- Verantwortlicher Mitarbeiter
- Grund für Status-Änderung
- Neuer Problem-Status
Aktivitäts-Historie
Aktivitäts-Historie bzw. Tasks, die dem Problem zugeordnet sind: Die meisten Service-Desk-Systeme erlauben, eine einfache Historie der Schritte zum Lösen eines Problems aufzuzeichnen. Mit manchen Systemen lassen sich darüber hinaus "Tasks" zu Problems erstellen. Ähnlich wie die Problems, denen die Tasks zugeordnet sind, enthalten Tasks typischerweise Attribute wie Name, Beschreibung, Owner, Priorität, etc. und verfügen über eine eigene Status- und Aktivitäts-Historie.
Anmerkungen
Basiert auf: Checkliste "Problem Record" aus der ITIL-Prozesslandkarte.
Von: Stefan Kempter , IT Process Maps.
Definition › Problem Record: Inhalte › Kennung › Priorisierung › Problem-Kategorie