Checkliste Incident Record: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) |
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
< | <itpmch><title>Checkliste Incident Record | IT Process Wiki</title> | ||
<meta name="keywords" content="incident record, checkliste incident, incident record itil" /> | |||
<meta name="description" content="Ein Incident Record ist ein Datensatz mit allen Angaben zu einem Incident - einer ungeplanten Unterbrechung oder Qualitätsminderung eines IT-Services." /> | |||
</itpmch> | |||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste Incident Record - Vorlage Incident Record|100px | Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste Incident Record - Vorlage Incident Record|100px | ||
Zeile 8: | Zeile 11: | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
<p> </p> | |||
'''ITIL-Prozess''': [[ITIL | '''ITIL-Prozess''': [[ITIL Service Operation - Servicebetrieb|ITIL 2011 Service Operation]] - [[Incident Management]] | ||
'''Checklisten-Kategorie''': [[ITIL-Checklisten# | '''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten_ITIL_2011|Checklisten ITIL 2011]] - Service Operation (Servicebetrieb) - [[ITIL-Checklisten#Die wichtigsten ITIL-Checklisten|Die wichtigsten ITIL-Checklisten]] | ||
'''Quelle''': Checkliste "Incident Record" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] | '''Quelle''': Checkliste "Incident Record" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] | ||
<p> </p> | <p> </p> | ||
__TOC__ | |||
===<span id="Incident Record">Überblick</span>=== | |||
[[image:Incident-record.jpg|frame|right|alt=ITIL Incident Record|Abb. 1: [[Checkliste Incident Record|ITIL Incident Record]] - Definition und Datenfluss]] | |||
Ein ''Incident Record'' ist ein Datensatz mit allen Angaben zu einem Incident, in dem der Lebenszyklus des Incidents von der Ersterfassung bis zur Lösung dokumentiert ist. | Ein ''Incident Record'' ist ein Datensatz mit allen Angaben zu einem Incident, in dem der Lebenszyklus des Incidents von der Ersterfassung bis zur Lösung dokumentiert ist. | ||
Zeile 23: | Zeile 32: | ||
<p> </p> | <p> </p> | ||
<br style="clear:both;"/> | |||
== Incident Record - Inhalte == | ==Incident Record - Inhalte== | ||
'''Ein Incident Record enthält üblicherweise die folgenden Informationen:''' | '''Ein Incident Record enthält üblicherweise die folgenden Informationen:''' | ||
Zeile 31: | Zeile 40: | ||
<p> </p> | <p> </p> | ||
====Kennung==== | |||
(Eindeutige Kennung ID des Incidents: In der Regel automatisch vom System vergeben) | (Eindeutige Kennung (ID) des Incidents: In der Regel automatisch vom System vergeben) | ||
====Ersterfassung==== | |||
(Datum und Uhrzeit der Ersterfassung) | (Datum und Uhrzeit der Ersterfassung) | ||
====Art der Benachrichtigung==== | |||
(z.B. Anwender per Telefon, E-Mail, Intranet-Portal, Event-Monitoring-System) | (z.B. Anwender per Telefon, E-Mail, Intranet-Portal, Event-Monitoring-System) | ||
====Service-Desk-Agent==== | |||
(Falls zutreffend, Service-Desk-Agent, der den Incident erfasst) | (Falls zutreffend, Service-Desk-Agent, der den Incident erfasst) | ||
====Melder-/ Anwenderdaten==== | |||
(Falls zutreffend, Kontakt-Informationen des Melders bzw. Anwenders) | (Falls zutreffend, Kontakt-Informationen des Melders bzw. Anwenders) | ||
====Kommunikationsweg==== | |||
(Kommunikationsweg für Rückmeldungen) | (Kommunikationsweg für Rückmeldungen) | ||
====Symptombeschreibung==== | |||
====Betroffene Anwender, Standorte und/ oder Geschäftsbereiche==== | |||
====Betroffene(r) Service(s)==== | |||
====Priorisierung==== | |||
Priorisierung gemäß folgender Kategorien (für weitere Informationen: siehe Checkliste [[Checkliste Incident-Priorität|Priorisierungs-Richtlinie für Incidents]]): | Priorisierung gemäß folgender Kategorien (für weitere Informationen: siehe Checkliste [[Checkliste Incident-Priorität|Priorisierungs-Richtlinie für Incidents]]): | ||
# Dringlichkeit (verfügbare Zeit bis zur Lösung des Incidents) | # Dringlichkeit (verfügbare Zeit bis zur Lösung des Incidents) | ||
Zeile 64: | Zeile 73: | ||
# Kennzeichnung als Major Incident (um anzuzeigen, dass der Incident als Major Incident behandelt wird) | # Kennzeichnung als Major Incident (um anzuzeigen, dass der Incident als Major Incident behandelt wird) | ||
====Bezug zu CIs==== | |||
(wichtige [[Checkliste CMS CMDB#Configuration-Modell und CI-Typen|Configuration Items (CIs)]], die vom Incident betroffen sind) | (wichtige [[Checkliste CMS CMDB#Configuration-Modell und CI-Typen|Configuration Items (CIs)]], die vom Incident betroffen sind) | ||
====Incident-Kategorie==== | |||
Incident-Kategorie, anhand eines Kategorienbaums nach folgendem Muster (die Kategorien für Incidents und Problems sollten harmonisiert sein, um die Abbildung von Beziehungen zwischen Incidents und Problems zu erleichtern): | Incident-Kategorie, anhand eines Kategorienbaums nach folgendem Muster (die Kategorien für Incidents und Problems sollten harmonisiert sein, um die Abbildung von Beziehungen zwischen Incidents und Problems zu erleichtern): | ||
# Hardware-Fehler | # Hardware-Fehler | ||
Zeile 85: | Zeile 94: | ||
# ... | # ... | ||
====Links zu anderen Incident Records==== | |||
(falls ein gleichartiger offener Incident existiert, dem der neue Incident zugeordnet werden kann) | (falls ein gleichartiger offener Incident existiert, dem der neue Incident zugeordnet werden kann) | ||
====Links zu Problem Records==== | |||
(Links zu [[Checkliste Problem Record|Problem Records]] - falls ein offenes Problem existiert, dem der neue Incident zugeordnet werden kann) | (Links zu [[Checkliste Problem Record|Problem Records]] - falls ein offenes Problem existiert, dem der neue Incident zugeordnet werden kann) | ||
====Incident-Statushistorie==== | |||
# Datum und Uhrzeit | # Datum und Uhrzeit | ||
# Verantwortlicher Mitarbeiter | # Verantwortlicher Mitarbeiter | ||
Zeile 97: | Zeile 106: | ||
# Neuer Incident-Status | # Neuer Incident-Status | ||
====Aktivitäts-Historie/ Tasks==== | |||
Aktivitäts-Historie bzw. Tasks, die dem Incident zugeordnet sind: Die meisten Service-Desk-Systeme erlauben, eine einfache Historie der Schritte zum Lösen eines Incidents aufzuzeichnen. Mit manchen Systemen lassen sich darüber hinaus "Tasks" zu Incidents erstellen. Ähnlich wie die Incidents, 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. | Aktivitäts-Historie bzw. Tasks, die dem Incident zugeordnet sind: Die meisten Service-Desk-Systeme erlauben, eine einfache Historie der Schritte zum Lösen eines Incidents aufzuzeichnen. Mit manchen Systemen lassen sich darüber hinaus "Tasks" zu Incidents erstellen. Ähnlich wie die Incidents, 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. | ||
====Lösungs- und Abschlussdaten==== | |||
# Abschlusskategorisierung (ggf. geänderte Produkt- und Incident-Kategorisierung) | # Abschlusskategorisierung (ggf. geänderte Produkt- und Incident-Kategorisierung) | ||
# Identifizierte Problems (falls der Incident sich wiederholen könnte und vorbeugende Maßnahmen angezeigt sind) | # Identifizierte Problems (falls der Incident sich wiederholen könnte und vorbeugende Maßnahmen angezeigt sind) | ||
Zeile 107: | Zeile 116: | ||
<p> </p> | <p> </p> | ||
<html><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></html> | |||
<!-- Diese Seite liegt in folgenden Kategorien: --> | <!-- Diese Seite liegt in folgenden Kategorien: --> | ||
[[Kategorie:ITIL V3|Incident Record]][[Kategorie:ITIL 2011|Incident Record]][[Kategorie:Checkliste (ITIL)|Incident Record]][[Kategorie:Service Operation|Incident Record]][[Kategorie:Incident Management|Incident Record]] | [[Kategorie:ITIL V3|Incident Record]][[Kategorie:ITIL 2011|Incident Record]][[Kategorie:Checkliste (ITIL)|Incident Record]][[Kategorie:Service Operation|Incident Record]][[Kategorie:Incident Management|Incident Record]] | ||
<!-- keine Inhalte nach diesem Kommentar! --> | <!-- keine Inhalte nach diesem Kommentar! --> |
Version vom 1. August 2013, 17:15 Uhr
![ES - EN - Checkliste Incident Record - Vorlage Incident Record](/images/thumb/e/e1/ITIL-Wiki-english-es.jpg/100px-ITIL-Wiki-english-es.jpg)
ITIL-Prozess: ITIL 2011 Service Operation - Incident Management
Checklisten-Kategorie: Checklisten ITIL 2011 - Service Operation (Servicebetrieb) - Die wichtigsten ITIL-Checklisten
Quelle: Checkliste "Incident Record" aus der ITIL-Prozesslandkarte
Überblick
![ITIL Incident Record](/images/3/3b/Incident-record.jpg)
Ein Incident Record ist ein Datensatz mit allen Angaben zu einem Incident, in dem der Lebenszyklus des Incidents von der Ersterfassung bis zur Lösung dokumentiert ist.
Ein Incident ist definiert als ungeplante Unterbrechung oder Qualitätsminderung eines IT-Services. Auch ein Ereignis, das in der Zukunft einen IT-Service beeinträchtigen könnte, ist ein Incident (z.B. der Ausfall einer Festplatte in einem RAID-Verbund).
Incident Record - Inhalte
Ein Incident Record enthält üblicherweise die folgenden Informationen:
Kennung
(Eindeutige Kennung (ID) des Incidents: In der Regel automatisch vom System vergeben)
Ersterfassung
(Datum und Uhrzeit der Ersterfassung)
Art der Benachrichtigung
(z.B. Anwender per Telefon, E-Mail, Intranet-Portal, Event-Monitoring-System)
Service-Desk-Agent
(Falls zutreffend, Service-Desk-Agent, der den Incident erfasst)
Melder-/ Anwenderdaten
(Falls zutreffend, Kontakt-Informationen des Melders bzw. Anwenders)
Kommunikationsweg
(Kommunikationsweg für Rückmeldungen)
Symptombeschreibung
Betroffene Anwender, Standorte und/ oder Geschäftsbereiche
Betroffene(r) Service(s)
Priorisierung
Priorisierung gemäß folgender Kategorien (für weitere Informationen: siehe Checkliste Priorisierungs-Richtlinie für Incidents):
- Dringlichkeit (verfügbare Zeit bis zur Lösung des Incidents)
- Auswirkung (Schaden bzw. potentieller Schaden für das Unternehmen oder die IT-Infrastuktur)
- 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
- Kennzeichnung als Major Incident (um anzuzeigen, dass der Incident als Major Incident behandelt wird)
Bezug zu CIs
(wichtige Configuration Items (CIs), die vom Incident betroffen sind)
Incident-Kategorie
Incident-Kategorie, anhand eines Kategorienbaums nach folgendem Muster (die Kategorien für Incidents und Problems sollten harmonisiert sein, um die Abbildung von Beziehungen zwischen Incidents und Problems 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
- ...
Links zu anderen Incident Records
(falls ein gleichartiger offener Incident existiert, dem der neue Incident zugeordnet werden kann)
Links zu Problem Records
(Links zu Problem Records - falls ein offenes Problem existiert, dem der neue Incident zugeordnet werden kann)
Incident-Statushistorie
- Datum und Uhrzeit
- Verantwortlicher Mitarbeiter
- Grund für Status-Änderung
- Neuer Incident-Status
Aktivitäts-Historie/ Tasks
Aktivitäts-Historie bzw. Tasks, die dem Incident zugeordnet sind: Die meisten Service-Desk-Systeme erlauben, eine einfache Historie der Schritte zum Lösen eines Incidents aufzuzeichnen. Mit manchen Systemen lassen sich darüber hinaus "Tasks" zu Incidents erstellen. Ähnlich wie die Incidents, 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.
Lösungs- und Abschlussdaten
- Abschlusskategorisierung (ggf. geänderte Produkt- und Incident-Kategorisierung)
- Identifizierte Problems (falls der Incident sich wiederholen könnte und vorbeugende Maßnahmen angezeigt sind)
- Lösungs-Typ (Beseitigung der dem Incident zugrundeliegenden Ursache vs. Anwendung eines Workarounds; falls ein Workaround angewendet wurde: Angabe des angewendeten Workarounds)
- Kunden-Feedback (ist der Incident aus Sicht vom Kunden gelöst?)