Incident Management: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
Zeile 8: Zeile 8:
<br style="clear:both;"/>
<br style="clear:both;"/>


<html><div itemscope="itemscope" itemtype="https://schema.org/WebPage"><!-- define schema.org/WebPage --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


==<span id="ITIL Incident Management">Überblick</span>==
'''<span id="Überblick">Ziel:</span>''' <html><span itemprop="description"><i><span itemprop="alternativeHeadline">ITIL Incident Management</span></i> verwaltet alle Incidents über ihren gesamten Lebenszyklus. Incident Management hat das primäre Ziel, einen IT Service für den Anwender so schnell wie möglich wieder herzustellen.</span></p>
 
<p><b>Deutsche Bezeichnung</b>: <span itemprop="name Headline">Incident Management</span></p>
'''Ziel:''' ''ITIL Incident Management'' verwaltet alle Incidents über ihren gesamten Lebenszyklus. Incident Management hat das primäre Ziel, einen IT Service für den Anwender so schnell wie möglich wieder herzustellen.
<p><b>Teil von</b>: <a itemprop="isPartOf" href="https://wiki.de.it-processmaps.com/index.php/ITIL_Service_Operation_-_Servicebetrieb" title="ITIL Service Operation - Servicebetrieb">Service Operation (Servicebetrieb)</a></html>
 
'''Deutsche Bezeichnung''': Incident Management
 
'''Teil von''': [[ITIL V3 Service Operation - Servicebetrieb|Service Operation (Servicebetrieb)]]


'''Prozess-Verantwortlicher''': [[Incident Management#Incident Manager|Incident Manager]]
'''Prozess-Verantwortlicher''': [[Incident Management#Incident Manager|Incident Manager]]
Zeile 22: Zeile 19:
<p>&nbsp;</p>
<p>&nbsp;</p>


== Prozess-Beschreibung ==
==Prozess-Beschreibung==


Incident Management nach ITIL V3 unterscheidet zwischen [[Incident Management#Incident|Incidents]] (Service-Unterbrechungen) und [[Request Fulfilment#Service Request|Service Requests]] (d.h. Standard-Anfragen der Anwender, wie z.B. das Zurücksetzen von Passworten etc.). Service-Anfragen werden nun nicht mehr vom Incident Management gelöst; stattdessen gibt es einen neuen Prozess [[Request Fulfilment]].
Incident Management nach ITIL V3 unterscheidet zwischen [[Incident Management#Incident|Incidents]] (Service-Unterbrechungen) und [[Request Fulfilment#Service Request|Service Requests]] (d.h. Standard-Anfragen der Anwender, wie z.B. das Zurücksetzen von Passworten etc.). Service-Anfragen werden nun nicht mehr vom Incident Management gelöst; stattdessen gibt es einen neuen Prozess [[Request Fulfilment]].
Zeile 45: Zeile 42:
<p>&nbsp;</p>
<p>&nbsp;</p>


== Teil-Prozesse ==
==Teil-Prozesse==
 
[[Incident Management|ITIL Incident Management]] umfasst die folgenden Teil-Prozesse:
 
<p>&nbsp;</p>
 
;<span id="ITIL Incident Management Support">Incident Management Support
:Prozessziel: Bereitstellen und Pflegen der  Werkzeuge, Prozesse, Qualifikationen und Regeln für eine effektive und effiziente Bearbeitung von [[Incident Management#Incident|Incidents]].
 
;<span id="ITIL Incident Management Erfassung">Incident-Erfassung und -Kategorisierung</span>
:Prozessziel: Aufzeichnen und [[Incident Management#Richtlinie-Incident-Priorisierung|Priorisieren der Incidents]] mit angemessener Sorgfalt, um eine rasche und effektive Fehlerlösung zu ermöglichen.
 
;<span id="ITIL Incident Management 1st Level">Unmittelbare Incident-Behebung durch den 1st Level Support</span>
:Prozessziel: Ein [[Incident Management#Incident|Incident]] soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des IT-Service ggf. mit Hilfe eines Workarounds. Sobald es klar wird, dass der [[Incident Management#1st Level Support|1st Level Support]] den Incident nicht selbst lösen kann oder wenn die festgelegte Zeit für eine Lösung durch den 1st Level überschritten wird, wird der Incident an eine geeignete Gruppe innerhalb des [[Incident Management#2nd Level Support|2nd Level Supports]] übergeben.
 
;<span id="ITIL Incident Management 2nd Level">Incident-Behebung durch den 2nd Level Support</span>
:Prozessziel: Ein [[Incident Management#Incident|Incident]] soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des Service ggf. mit Hilfe eines Workarounds. Falls erforderlich, werden spezialisierte Support-Gruppen oder die Supplier ([[Incident Management#3rd Level Support|3rd Level Support]]) mit einbezogen. Sofern die Behebung der Grundursache nicht möglich ist, wird ein [[Problem Management#Problem Record|Problem Record]] erzeugt und die Fehlerbeseitigung an das [[Problem Management]] übergeben.
 
;<span id="Incident Management Behebung Major Incidents">Behebung von Major Incidents</span>
:Prozessziel: Lösung eines [[Incident Management#Major Incident|Major Incidents]] (schwerwiegenden Incidents). Major Incidents verursachen gravierende Unterbrechungen der Geschäftstätigkeiten und müssen mit höherer Dringlichkeit gelöst werden. Das Ziel besteht in der schnellen Wiederherstellung des Service, ggf. mit Hilfe eines Workarounds. Falls erforderlich, werden [[Incident Management#Support-Anfrage|spezialisierte Support-Gruppen]] oder die Supplier ([[Incident Management#3rd Level Support|3rd Level Support]]) mit einbezogen. Sofern die Behebung der Grundursache nicht möglich ist, wird ein Problem Record erzeugt und die Fehlerbeseitigung an das [[Problem Management]] übergeben.
 
;<span id="Incident Management Eskalation">Incident-Überwachung und -Eskalation</span>
:Prozessziel: Der Bearbeitungsstand offener Incidents soll laufend verfolgt werden, so dass bei [[Incident Management#Anwender-Eskalation|zu langen Lösungszeiten]] rechtzeitig Gegenmaßnahmen eingeleitet werden können.
 
;<span id="Incident schliessen">Incident-Abschluss und -Auswertung</span>
:Prozessziel: Vor dem Schließen eines Incidents soll der angewendete Lösungsweg einer Qualitätskontrolle unterzogen werden. Das Ziel besteht darin, sicherzustellen, dass der Incident tatsächlich gelöst worden ist und dass alle Informationen zur Beschreibung des Lösungswegs in ausreichendem Detail dokumentiert sind. Zusätzlich sollen eventuelle Erkenntnisse aus der Lösung des Incidents für die Lösung künftiger Incidents nutzbar gemacht werden.
 
;<span id="Proaktive Anwender-Information">Proaktive Anwender-Information</span>
:Prozessziel: Anwender über Service-Ausfälle informieren, sobald diese dem Service Desk bekannt geworden sind, so dass die Anwender in die Lage versetzt werden, sich auf Service-Unterbrechungen einzustellen. Die [[Incident Management#Proaktive Anwender-Information|proaktive Information der Anwender]] zielt ebenso darauf ab, die Anzahl der Anfragen durch Anwender zu reduzieren. Dieser Prozess ist auch für die Verteilung von sonstigen Informationen an die Anwender zuständig, z.B. Sicherheitswarnungen.
 
;<span id="ITIL Incident Management Reporting">Incident Management Reporting</span>
:Prozessziel: [[Incident Management#Incident-Management-Bericht|Incident-bezogene Informationen]] für die anderen Service-Management-Prozesse bereitstellen und Sicherstellen, dass aus aufgetretenen [[Incident Management#Incident|Incidents]] Verbesserungspotentiale abgeleitet werden.
 
<p>&nbsp;</p>
 
== Definitionen ==
 
Die folgenden ITIL-Begriffe und Acronyme (Informations-Objekte) werden in Incident Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:


<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name" content="Incident Management Teil-Prozesse:"><strong class="selflink">ITIL Incident Management</strong> umfasst die folgenden Teil-Prozesse:</span>
</p>
<p>&#160;</p>
<p><b><span id="ITIL_Incident_Management_Support" itemprop="itemListElement">Incident Management Support</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Bereitstellen und Pflegen der  Werkzeuge, Prozesse, Qualifikationen und Regeln für eine effektive und effiziente Bearbeitung von <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a>.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Incident_Management_Erfassung" itemprop="itemListElement">Incident-Erfassung und -Kategorisierung</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Aufzeichnen und <a href="/index.php/Incident_Management#Richtlinie-Incident-Priorisierung" title="Incident Management">Priorisieren der Incidents</a> mit angemessener Sorgfalt, um eine rasche und effektive Fehlerlösung zu ermöglichen.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Incident_Management_1st_Level" itemprop="itemListElement">Unmittelbare Incident-Behebung durch den 1st Level Support</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Ein <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incident</a> soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des IT-Service ggf. mit Hilfe eines Workarounds. Sobald es klar wird, dass der <a href="/index.php/Incident_Management#1st_Level_Support" title="Incident Management">1st Level Support</a> den Incident nicht selbst lösen kann oder wenn die festgelegte Zeit für eine Lösung durch den 1st Level überschritten wird, wird der Incident an eine geeignete Gruppe innerhalb des <a href="/index.php/Incident_Management#2nd_Level_Support" title="Incident Management">2nd Level Supports</a> übergeben.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Incident_Management_2nd_Level" itemprop="itemListElement">Incident-Behebung durch den 2nd Level Support</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Ein <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incident</a> soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des Service ggf. mit Hilfe eines Workarounds. Falls erforderlich, werden spezialisierte Support-Gruppen oder die Supplier (<a href="/index.php/Incident_Management#3rd_Level_Support" title="Incident Management">3rd Level Support</a>) mit einbezogen. Sofern die Behebung der Grundursache nicht möglich ist, wird ein <a href="/index.php/Problem_Management#Problem_Record" title="Problem Management">Problem Record</a> erzeugt und die Fehlerbeseitigung an das <a href="/index.php/Problem_Management" title="Problem Management">Problem Management</a> übergeben.
</li></ul>
<p><br />
</p><p><b><span id="Incident_Management_Behebung_Major_Incidents" itemprop="itemListElement">Behebung von Major Incidents</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Lösung eines <a href="/index.php/Incident_Management#Major_Incident" title="Incident Management">Major Incidents</a> (schwerwiegenden Incidents). Major Incidents verursachen gravierende Unterbrechungen der Geschäftstätigkeiten und müssen mit höherer Dringlichkeit gelöst werden. Das Ziel besteht in der schnellen Wiederherstellung des Service, ggf. mit Hilfe eines Workarounds. Falls erforderlich, werden <a href="/index.php/Incident_Management#Support-Anfrage" title="Incident Management">spezialisierte Support-Gruppen</a> oder die Supplier (<a href="/index.php/Incident_Management#3rd_Level_Support" title="Incident Management">3rd Level Support</a>) mit einbezogen. Sofern die Behebung der Grundursache nicht möglich ist, wird ein Problem Record erzeugt und die Fehlerbeseitigung an das <a href="/index.php/Problem_Management" title="Problem Management">Problem Management</a> übergeben.
</li></ul>
<p><br />
</p><p><b><span id="Incident_Management_Eskalation" itemprop="itemListElement">Incident-Überwachung und -Eskalation</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Der Bearbeitungsstand offener Incidents soll laufend verfolgt werden, so dass bei <a href="/index.php/Incident_Management#Anwender-Eskalation" title="Incident Management">zu langen Lösungszeiten</a> rechtzeitig Gegenmaßnahmen eingeleitet werden können.
</li></ul>
<p><br />
</p><p><b><span id="Incident_schliessen" itemprop="itemListElement">Incident-Abschluss und -Auswertung</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Vor dem Schließen eines Incidents soll der angewendete Lösungsweg einer Qualitätskontrolle unterzogen werden. Das Ziel besteht darin, sicherzustellen, dass der Incident tatsächlich gelöst worden ist und dass alle Informationen zur Beschreibung des Lösungswegs in ausreichendem Detail dokumentiert sind. Zusätzlich sollen eventuelle Erkenntnisse aus der Lösung des Incidents für die Lösung künftiger Incidents nutzbar gemacht werden.
</li></ul>
<p><br />
</p><p><b><span id="TP-Proaktive-Anwender-Info" itemprop="itemListElement">Proaktive Anwender-Information</span></b>
</p>
<ul><li itemprop="description">Prozessziel: Anwender über Service-Ausfälle informieren, sobald diese dem Service Desk bekannt geworden sind, so dass die Anwender in die Lage versetzt werden, sich auf Service-Unterbrechungen einzustellen. Die <a href="/index.php/Incident_Management#Proaktive_Anwender-Information" title="Incident Management">proaktive Information der Anwender</a> zielt ebenso darauf ab, die Anzahl der Anfragen durch Anwender zu reduzieren. Dieser Prozess ist auch für die Verteilung von sonstigen Informationen an die Anwender zuständig, z.B. Sicherheitswarnungen.
</li></ul>
<p><br />
</p><p><b><span id="ITIL_Incident_Management_Reporting" itemprop="itemListElement">Incident Management Reporting</span></b>
</p>
<ul><li itemprop="description">Prozessziel: <a href="/index.php/Incident_Management#Incident-Management-Bericht" title="Incident Management">Incident-bezogene Informationen</a> für die anderen Service-Management-Prozesse bereitstellen und Sicherstellen, dass aus aufgetretenen <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a> Verbesserungspotentiale abgeleitet werden.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


;<span id="Anwender-Eskalation">Anwender-Eskalation</span>
==Definitionen==
:Eine [[Incident Management#Incident Management Eskalation|Eskalation]] bezüglich der Bearbeitung eines [[Incident Management#Incident|Incidents]] oder Service Requests, angestoßen von Anwendern, deren Incidents bzw. Aufträge nur mit Verzögerung oder gar nicht bearbeitet werden.
 
;<span id="Anwender-FAQs">Anwender-FAQs</span>
:Informationen für Anwender zur Selbsthilfe. Diese werden z.B. auf den Support-Seiten des [[Incident Management#1st Level Support|Service-Desks]] im Intranet zur Verfügung gestellt.
 
;<span id="Incident">Incident</span>
:Eine ungeplante Unterbrechung oder Qualitätsminderung eines IT-Services bzw. ein Ereignis, das in der Zukunft einen IT-Service beeinträchtigen könnte. Vgl. [[Incident Management#Incident Record|Incident Record]].
 
;<span id="Incident-Eskalationsregeln">Incident-Eskalationsregeln</span>
:Die Regeln für die [[Incident Management#Incident Management Eskalation|Incident-Eskalation]] legen die Hierarchie fest, nach der Incidents eskaliert werden, sowie die Auslöser, die zu Eskalationen führen. Die Auslöser orientieren sich in der Regel am Schweregrad des Incidents und an der voraussichtlichen Lösungsdauer. ''Siehe auch: [[Checkliste Incident-Priorität]]''
 
;<span id="Incident-Management-Bericht">Incident-Management-Bericht</span>
:Ein Bericht des [[Incident Management#Incident Manager|Incident Managers]], der andere Service-Management-Prozesse über aufgetretene Incidents und deren Beseitigung informiert.
 
;<span id="Incident-Modell">Incident-Modell</span>
:Ein Incident-Modell enthält die vordefinierten Maßnahmen zum Umgang mit einem bestimmten Incident-Typ. Auf diese Weise kann gewährleistet werden, dass häufig wiederkehrende Incidents effektiv und effizient bearbeitet werden.
 
;<span id="Incident Record">Incident Record</span>
:Ein Datensatz mit allen Angaben zu einem Incident, in dem der Lebenszyklus des Incidents von der Ersterfassung bis zur Schließung 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). ''Siehe auch: [[Checkliste Incident Record|ITIL-Checkliste Incident Record]]''
 
;<span id="Incident-Status-Information">Incident-Status-Information</span>
:Eine Nachricht mit Informationen zum aktuellen Stand einer Incident-Bearbeitung an einen Anwender, der zuvor einen einen Incident gemeldet hat. Statusinformationen werden Anwendern typischerweise an verschiedenen Punkten im Lebenszyklus eines Incidents gesendet.
 
;<span id="Major Incident">Major Incident</span>
:Schwerwiegende [[Incident Management#Incident|Incidents]], die gravierende Unterbrechungen der Geschäftstätigkeiten verursachen und mit höherer Dringlichkeit gelöst werden müssen. ''Siehe auch: [[Checkliste Incident-Priorität#Kriterien für die Behandlung eines Incidents als Major Incident|Checkliste Incident Priorisierung - Major Incidents]]''
 
;<span id="Major-Incident-Review">Major Incident Review</span>
:Ein Major Incident Review erfolgt, nachdem ein [[Incident Management#Major Incident|Major Incident]] aufgetreten ist. Das Review dokumentiert die dem Incident zugrundeliegenden Ursachen (soweit bekannt) und die vollständige Lösungshistorie, sowie Verbesserungsmöglichkeiten bei der Behandlung künftiger Major Incidents.
 
;<span id="Meldung Service-Unterbrechung">Meldung einer Service-Unterbrechung</span>
:Die Meldung einer Service-Unterbrechung an das [[Incident Management#1st Level Support|Service-Desk]], z.B. von einem Anwender per Telefon oder E-Mail, oder von einem System-Monitoring-Tool.
 
;<span id="Richtlinie-Incident-Priorisierung">Priorisierungs-Richtlinie für Incidents</span>
:Die Priorisierungs-Richtlinie für Incidents beschreibt die Regeln für die Zuordnung von Prioritäten zu [[Incident Management#Incident|Incidents]] und definiert, welche Incidents als [[Incident Management#Major Incident|Major Incidents]] zu behandeln sind. Da die Eskalationsregeln für Incidents in der Regel auf Prioritäten basieren, ist die Zuordnung der richtigen Priorität maßgeblich für die angemessene [[Incident Management#Incident Management Eskalation|Eskalation von Incidents]]. ''Siehe auch: [[Checkliste Incident-Priorität|Checkliste Richtlinie Incident-Priorisierung]]''
 
;<span id="Proaktive Anwender-Information">Proaktive Anwender-Information</span>
:Eine Meldung über bestehende oder unmittelbar [[Incident Management#Proaktive Anwender-Information|bevorstehende Service-Unterbrechungen]] an die Anwender, damit sich die Anwender auf die Nicht-Verfügbarkeit eines Service einstellen können.
 
;<span id="Incident-Status-Anfrage">Status-Anfrage</span>
:Eine Anfrage bezüglich des aktuellen Bearbeitungsstands eines Incidents oder Serviceauftrags, typischerweise von einem Anwender gestellt, der zuvor einen Incident oder Service Request gemeldet hat.
 
;<span id="Support-Anfrage">Support-Anfrage</span>
:Eine Anforderung zur Unterstützung bei der Behebung eines [[Incident Management#Incident|Incidents]] oder [[Problem Management#Problem|Problems]]. Eine solche Anforderung wird üblicherweise vom [[Incident Management]] oder [[Problem Management]] gestellt, wenn weitere technische Expertise für die Behebung von Incidents oder Problems erforderlich ist.


<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name">Die folgenden <a href="/index.php/ITIL-Glossar#ITIL-Glossar_A_bis_Z" title="ITIL-Glossar">ITIL-Begriffe und Acronyme</a> (<i>Informations-Objekte</i>) werden in Incident Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:</span>
</p>
<p>&#160;</p>
<p><b><span id="Anwender-Eskalation" itemprop="itemListElement">Anwender-Eskalation</span></b>
</p>
<ul><li itemprop="description">Eine <a href="/index.php/Incident_Management#Incident_Management_Eskalation" title="Incident Management">Eskalation</a> bezüglich der Bearbeitung eines <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a> oder Service Requests, angestoßen von Anwendern, deren Incidents bzw. Aufträge nur mit Verzögerung oder gar nicht bearbeitet werden.
</li></ul>
<p><br />
</p><p><b><span id="Anwender-FAQs" itemprop="itemListElement">Anwender-FAQs</span></b>
</p>
<ul><li itemprop="description">Informationen für Anwender zur Selbsthilfe. Diese werden z.B. auf den Support-Seiten des <a href="/index.php/Incident_Management#1st_Level_Support" title="Incident Management">Service-Desks</a> im Intranet zur Verfügung gestellt.
</li></ul>
<p><br />
</p><p><b><span id="Incident" itemprop="itemListElement">Incident</span></b>
</p>
<ul><li itemprop="description">Eine ungeplante Unterbrechung oder Qualitätsminderung eines IT-Services bzw. ein Ereignis, das in der Zukunft einen IT-Service beeinträchtigen könnte. Vgl. <a href="/index.php/Incident_Management#Incident_Record" title="Incident Management">Incident Record</a>.
</li></ul>
<p><br />
</p><p><b><span id="Incident-Eskalationsregeln" itemprop="itemListElement">Incident-Eskalationsregeln</span></b>
</p>
<ul><li itemprop="description">Die Regeln für die <a href="/index.php/Incident_Management#Incident_Management_Eskalation" title="Incident Management">Incident-Eskalation</a> legen die Hierarchie fest, nach der Incidents eskaliert werden, sowie die Auslöser, die zu Eskalationen führen. Die Auslöser orientieren sich in der Regel am Schweregrad des Incidents und an der voraussichtlichen Lösungsdauer. <i>Siehe auch: <a href="/index.php/Checkliste_Incident-Priorit%C3%A4t" title="Checkliste Incident-Priorität">Checkliste Incident-Priorität</a></i>
</li></ul>
<p><br />
</p><p><b><span id="Incident-Management-Bericht" itemprop="itemListElement">Incident-Management-Bericht</span></b>
</p>
<ul><li itemprop="description">Ein Bericht des <a href="/index.php/Incident_Management#Incident_Manager" title="Incident Management">Incident Managers</a>, der andere Service-Management-Prozesse über aufgetretene Incidents und deren Beseitigung informiert.
</li></ul>
<p><br />
</p><p><b><span id="Incident-Modell" itemprop="itemListElement">Incident-Modell</span></b>
</p>
<ul><li itemprop="description">Ein Incident-Modell enthält die vordefinierten Maßnahmen zum Umgang mit einem bestimmten Incident-Typ. Auf diese Weise kann gewährleistet werden, dass häufig wiederkehrende Incidents effektiv und effizient bearbeitet werden.
</li></ul>
<p><br />
</p><p><b><span id="Incident_Record" itemprop="itemListElement">Incident Record</span></b>
</p>
<ul><li itemprop="description">Ein Datensatz mit allen Angaben zu einem Incident, in dem der Lebenszyklus des Incidents von der Ersterfassung bis zur Schließung 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). <i>Siehe auch: <a href="/index.php/Checkliste_Incident_Record" title="Checkliste Incident Record">ITIL-Checkliste Incident Record</a></i>
</li></ul>
<p><br />
</p><p><b><span id="Incident-Status-Information" itemprop="itemListElement">Incident-Status-Information</span></b>
</p>
<ul><li itemprop="description">Eine Nachricht mit Informationen zum aktuellen Stand einer Incident-Bearbeitung an einen Anwender, der zuvor einen Incident gemeldet hat. Statusinformationen werden Anwendern typischerweise an verschiedenen Punkten im Lebenszyklus eines Incidents gesendet.
</li></ul>
<p><br />
</p><p><b><span id="Major_Incident" itemprop="itemListElement">Major Incident</span></b>
</p>
<ul><li itemprop="description">Schwerwiegende <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a>, die gravierende Unterbrechungen der Geschäftstätigkeiten verursachen und mit höherer Dringlichkeit gelöst werden müssen. <i>Siehe auch: <a href="/index.php/Checkliste_Incident-Priorit%C3%A4t#Kriterien_f.C3.BCr_die_Behandlung_eines_Incidents_als_Major_Incident" title="Checkliste Incident-Priorität">Checkliste Incident Priorisierung - Major Incidents</a></i>
</li></ul>
<p><br />
</p><p><b><span id="Major-Incident-Review" itemprop="itemListElement">Major Incident Review</span></b>
</p>
<ul><li itemprop="description">Ein Major Incident Review erfolgt, nachdem ein <a href="/index.php/Incident_Management#Major_Incident" title="Incident Management">Major Incident</a> aufgetreten ist. Das Review dokumentiert die dem Incident zugrundeliegenden Ursachen (soweit bekannt) und die vollständige Lösungshistorie, sowie Verbesserungsmöglichkeiten bei der Behandlung künftiger Major Incidents.
</li></ul>
<p><br />
</p><p><b><span id="Meldung_Service-Unterbrechung" itemprop="itemListElement">Meldung einer Service-Unterbrechung</span></b>
</p>
<ul><li itemprop="description">Die Meldung einer Service-Unterbrechung an das <a href="/index.php/Incident_Management#1st_Level_Support" title="Incident Management">Service-Desk</a>, z.B. von einem Anwender per Telefon oder E-Mail, oder von einem System-Monitoring-Tool.
</li></ul>
<p><br />
</p><p><b><span id="Richtlinie-Incident-Priorisierung" itemprop="itemListElement">Priorisierungs-Richtlinie für Incidents</span></b>
</p>
<ul><li itemprop="description">Die Priorisierungs-Richtlinie für Incidents beschreibt die Regeln für die Zuordnung von Prioritäten zu <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a> und definiert, welche Incidents als <a href="/index.php/Incident_Management#Major_Incident" title="Incident Management">Major Incidents</a> zu behandeln sind. Da die Eskalationsregeln für Incidents in der Regel auf Prioritäten basieren, ist die Zuordnung der richtigen Priorität maßgeblich für die angemessene <a href="/index.php/Incident_Management#Incident_Management_Eskalation" title="Incident Management">Eskalation von Incidents</a>. <i>Siehe auch: <a href="/index.php/Checkliste_Incident-Priorit%C3%A4t" title="Checkliste Incident-Priorität">Checkliste Richtlinie Incident-Priorisierung</a></i>
</li></ul>
<p><br />
</p><p><b><span id="Proaktive-Anwender-Information" itemprop="itemListElement">Proaktive Anwender-Information</span></b>
</p>
<ul><li itemprop="description">Eine Meldung über bestehende oder unmittelbar <a href="/index.php/Incident_Management#Proaktive_Anwender-Information" title="Incident Management">bevorstehende Service-Unterbrechungen</a> an die Anwender, damit sich die Anwender auf die Nicht-Verfügbarkeit eines Service einstellen können.
</li></ul>
<p><br />
</p><p><b><span id="Incident-Status-Anfrage" itemprop="itemListElement">Status-Anfrage</span></b>
</p>
<ul><li itemprop="description">Eine Anfrage bezüglich des aktuellen Bearbeitungsstands eines Incidents oder Serviceauftrags, typischerweise von einem Anwender gestellt, der zuvor einen Incident oder Service Request gemeldet hat.
</li></ul>
<p><br />
</p><p><b><span id="Support-Anfrage" itemprop="itemListElement">Support-Anfrage</span></b>
</p>
<ul><li itemprop="description">Eine Anforderung zur Unterstützung bei der Behebung eines <a href="/index.php/Incident_Management#Incident" title="Incident Management">Incidents</a> oder <a href="/index.php/Problem_Management#Problem" title="Problem Management">Problems</a>. Eine solche Anforderung wird üblicherweise vom <strong class="selflink">Incident Management</strong> oder <a href="/index.php/Problem_Management" title="Problem Management">Problem Management</a> gestellt, wenn weitere technische Expertise für die Behebung von Incidents oder Problems erforderlich ist.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


== KPIs | Checklisten ==
==KPIs | Checklisten==


* [[ITIL-Kennzahlen Service Operation - Servicebetrieb#ITIL-Kennzahlen Incident Management|Kennzahlen (KPIs) zum Incident Management]]
*[[ITIL-Kennzahlen Service Operation - Servicebetrieb#ITIL-Kennzahlen Incident Management|Kennzahlen (KPIs) zum Incident Management]]
* [[ITIL-Checklisten|Checklisten zum Incident Management]]:
*[[ITIL-Checklisten#Incident Management/ Service Desk|Checklisten Incident Management]]:
** [[Checkliste Incident Record|Checkliste Incident Record]]
**[[Checkliste Incident Record|Checkliste Incident Record]]
** [[Checkliste Incident-Priorität|Checkliste Incident-Priorisierung]], sowie  
**[[Checkliste Incident-Priorität|Checkliste Incident-Priorisierung]], sowie  
** [[Checkliste Erstanalyse eines Incidents]]
**[[Checkliste Erstanalyse eines Incidents]]
** [[Checkliste Incident-Eskalation]]
**[[Checkliste Incident-Eskalation]]
** [[Checkliste Schließen eines Incidents]]
**[[Checkliste Schließen eines Incidents]]
** [[Checkliste Incident Report]]
**[[Checkliste Incident Report]]


<p>&nbsp;</p>
<p>&nbsp;</p>


== Rollen | Verantwortlichkeiten ==
==<span id="Rollen-Verantwortlichkeiten-Matrix">Rollen | Verantwortlichkeiten</span>==


;<span id="Incident Manager">Incident Manager - Prozess-Verantwortlicher</span>
'''<span id="Incident Manager">Incident Manager - Prozess-Verantwortlicher</span>'''
:Der Incident Manager ist verantwortlich für die effektive Durchführung des Prozesses "Incident Management" und führt das entsprechende Berichtswesen durch. Er ist die erste Eskalationsstufe für Incidents, falls diese nicht innerhalb der vereinbarten Service Levels gelöst werden können.  
*Der Incident Manager ist verantwortlich für die effektive Durchführung des Prozesses "Incident Management" und führt das entsprechende Berichtswesen durch. Er ist die erste Eskalationsstufe für Incidents, falls diese nicht innerhalb der vereinbarten Service Levels gelöst werden können.
<br />


;<span id="1st Level Support">1st Level Support</span>
'''<span id="1st Level Support">1st Level Support</span>'''
:Der Bearbeiter im 1st Level Support sorgt bei eingehenden Störungsmeldungen für die Registrierung und Einordnung und unternimmt einen unmittelbaren Lösungsversuch zur schnellstmöglichen Wiederherstellung des definierten Betriebszustands eines Service. Ist dies nicht möglich, leitet er die Störung an spezielle Bearbeitergruppen im 2nd Level Support weiter.  
*Der Bearbeiter im 1st Level Support sorgt bei eingehenden Störungsmeldungen für die Registrierung und Einordnung und unternimmt einen unmittelbaren Lösungsversuch zur schnellstmöglichen Wiederherstellung des definierten Betriebszustands eines Service. Ist dies nicht möglich, leitet er die Störung an spezielle Bearbeitergruppen im 2nd Level Support weiter.
<br />


;<span id="2nd Level Support">2nd Level Support</span>
'''<span id="2nd Level Support">2nd Level Support</span>'''
:Der Bearbeiter im 2nd Level Support übernimmt Störungsmeldungen vom 1st Level Support, die dieser nicht selbständig lösen kann. Bei Bedarf wird er Unterstützung von Herstellern (3rd Level Support) anfordern. Ziel ist die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service. Ist keine ursächliche Störungsbeseitigung möglich, übergibt er die Störung zur weiteren Bearbeitung an das Problem Management.  
*Der Bearbeiter im 2nd Level Support übernimmt Störungsmeldungen vom 1st Level Support, die dieser nicht selbständig lösen kann. Bei Bedarf wird er Unterstützung von Herstellern (3rd Level Support) anfordern. Ziel ist die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service. Ist keine ursächliche Störungsbeseitigung möglich, übergibt er die Störung zur weiteren Bearbeitung an das Problem Management.
<br />


;<span id="3rd Level Support">3rd Level Support</span>
'''<span id="3rd Level Support">3rd Level Support</span>'''
:Der Bearbeiter im 3rd Level Support ist typischerweise bei einem Hersteller von Hardware- oder Softwareprodukten ("Supplier") angesiedelt; er wird vom 2nd Level Support mit einbezogen, wenn dies zur Beseitigung von Störungen erforderlich ist. Ziel ist die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service.  
*Der Bearbeiter im 3rd Level Support ist typischerweise bei einem Hersteller von Hardware- oder Softwareprodukten ("Supplier") angesiedelt; er wird vom 2nd Level Support mit einbezogen, wenn dies zur Beseitigung von Störungen erforderlich ist. Ziel ist die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service.
<br />


;<span id="Major Incident Team">Major Incident Team</span>
'''<span id="Major Incident Team">Major Incident Team</span>'''
:Das Major Incident Team ist ein dynamisch gegründetes Team von IT-Managern und technischen Experten, normaler Weise unter der Führung des Incident Managers. Es wird einberufen, um gemeinsam die Lösung für einen Major Incident (schwerwiegenden Incident) zu erarbeiten.
*Das Major Incident Team ist ein dynamisch gegründetes Team von IT-Managern und technischen Experten, normaler Weise unter der Führung des Incident Managers. Es wird einberufen, um gemeinsam die Lösung für einen Major Incident (schwerwiegenden Incident) zu erarbeiten.


<p>&nbsp;</p>
<p>&nbsp;</p>


{| border="1" cellpadding="5" cellspacing="0" style="text-align:center;" valign="top"
{| border="1" cellpadding="5" cellspacing="0" style="margin-left: auto; margin-right: auto; text-align:center;" valign="top"
|-
|-
| valign="top" colspan="8" style="background:#ffffdd;" align="center"| '''Verantwortlichkeits-Matrix: ITIL Incident Management'''
|style="vertical-align:top; text-align:center" colspan="8" style="background:#ffffdd;"| '''<span id="RACI-Matrix-Incident-Management">Verantwortlichkeits-Matrix: ITIL Incident Management</span>'''
|-
|-
! width="40%" align="center" style="background:#ffffee;" | ITIL-Rolle / Teil-Prozess
!style="background:#ffffee; width: 40%; text-align:center" | ITIL-Rolle / Teil-Prozess
! style="background:#ffffee;" | [[Incident Management#Incident Manager|Incident Manager]]
! style="background:#ffffee;" | [[Incident Management#Incident Manager|Incident Manager]]
! style="background:#ffffee;" | [[Incident Management#1st Level Support|1st Level Support]]
! style="background:#ffffee;" | [[Incident Management#1st Level Support|1st Level Support]]
Zeile 178: Zeile 229:
! style="background:#ffffee;" | IT-Operator[[Incident Management#Mitarbeit|<small>[3]</small>]]
! style="background:#ffffee;" | IT-Operator[[Incident Management#Mitarbeit|<small>[3]</small>]]
|-
|-
| align="left" |[[#ITIL Incident Management Support|Incident Management Support]]
|style="text-align:left;" |[[#ITIL Incident Management Support|Incident Management Support]]
| A[[Incident Management#Accountable|<small>[1]</small>]]R[[Incident Management#Responsible|<small>[2]</small>]]
| A[[Incident Management#Accountable|<small>[1]</small>]]R[[Incident Management#Responsible|<small>[2]</small>]]
| -
| -
Zeile 187: Zeile 238:
| -
| -
|-
|-
| align="left" |[[#ITIL Incident Management Erfassung|Incident-Erfassung und -Kategorisierung]]
|style="text-align:left;" |[[#ITIL Incident Management Erfassung|Incident-Erfassung und -Kategorisierung]]
| A
| A
| R
| R
Zeile 196: Zeile 247:
| -
| -
|-
|-
| align="left" |[[#ITIL Incident Management 1st Level|Unmittelbare Incident-Behebung durch den 1st Level Support]]
|style="text-align:left;" |[[#ITIL Incident Management 1st Level|Unmittelbare Incident-Behebung durch den 1st Level Support]]
| A
| A
| R
| R
Zeile 205: Zeile 256:
| -
| -
|-
|-
| align="left" |[[#ITIL Incident Management 2nd Level|Incident-Behebung durch den 2nd Level Support]]
|style="text-align:left;" |[[#ITIL Incident Management 2nd Level|Incident-Behebung durch den 2nd Level Support]]
| A
| A
| -
| -
Zeile 214: Zeile 265:
| R[[Incident Management#Support-Gruppe|<small>[4]</small>]]  
| R[[Incident Management#Support-Gruppe|<small>[4]</small>]]  
|-
|-
| align="left" |[[#Incident Management Behebung Major Incidents|Behebung von Major Incidents]]
|style="text-align:left;" |[[#Incident Management Behebung Major Incidents|Behebung von Major Incidents]]
| AR
| AR
| R  
| R  
Zeile 223: Zeile 274:
| R
| R
|-
|-
| align="left" |[[#Incident Management Eskalation|Incident-Überwachung und -Eskalation]]
|style="text-align:left;" |[[#Incident Management Eskalation|Incident-Überwachung und -Eskalation]]
| AR
| AR
| R
| R
Zeile 232: Zeile 283:
| -
| -
|-
|-
| align="left" |[[#Incident schliessen|Incident-Abschluss und -Auswertung]]
|style="text-align:left;" |[[#Incident schliessen|Incident-Abschluss und -Auswertung]]
| A
| A
| R
| R
Zeile 241: Zeile 292:
| -
| -
|-
|-
| align="left" |[[#Proaktive Anwender-Information|Proaktive Anwender-Information]]
|style="text-align:left;" |[[#TP-Proaktive-Anwender-Info|Proaktive Anwender-Information]]
| A
| A
| R
| R
Zeile 250: Zeile 301:
| -
| -
|-
|-
| align="left" |[[#ITIL Incident Management Reporting|Incident Management Reporting]]
|style="text-align:left;" |[[#ITIL Incident Management Reporting|Incident Management Reporting]]
| AR
| AR
| -
| -
Zeile 269: Zeile 320:
<span id="Responsible">[2] ''R: Responsible'' i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in Incident Management.</span>
<span id="Responsible">[2] ''R: Responsible'' i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in Incident Management.</span>


<span id="Mitarbeit">[3] [[Rollen in ITIL V3|Zu den Rollen-Beschreibungen...]]</span>
<span id="Mitarbeit">[3] [[Rollen in ITIL|Zu den Rollen-Beschreibungen...]]</span>


<span id="Support-Gruppe">[4] In Kooperation, je nach Erfordernis: 2nd Level Support-Gruppen sind oft mit Anwendungs- bzw. Technischen Analytikern besetzt
<span id="Support-Gruppe">[4] In Kooperation, je nach Erfordernis: 2nd Level Support-Gruppen sind oft mit Anwendungs- bzw. Technischen Analytikern besetzt</span>


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 285: Zeile 336:


<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
==[ Infobox ]==
<html><table class="wikitable">
<tr>
<td>Link zu dieser Seite:</td>
<td><a itemprop="url" href="https://wiki.de.it-processmaps.com/index.php/Incident_Management">https://wiki.de.it-processmaps.com/index.php/Incident_Management</a></td>
</tr>
<tr>
<td>Sprachversionen:</td>
<td><span itemprop="inLanguage" content="de">Deutsch</span> | <span><a itemprop="citation" class="external text" href="https://wiki.en.it-processmaps.com/index.php/Incident_Management" title="Incident Management">English</a></span> | <span><a itemprop="citation" class="external text" href="https://wiki.es.it-processmaps.com/index.php/ITIL_Gestion_de_Incidentes" title="Gestión de Incidentes">espa&#xf1;ol</a></span></td>
</tr>
<tr>
<td>Abbildung:</td>
<td style="vertical-align:top"><a itemprop="primaryImageOfPage" href="https://wiki.de.it-processmaps.com/index.php/Datei:Itil-incident-management.jpg" title="Incident Management">ITIL Incident Management (.JPG)</a></td>
</tr>
<tr>
<td>Autor:</td>
<td><span itemprop="author">Stefan Kempter</span>, <span itemprop="creator copyrightHolder publisher">IT Process Maps</span> &nbsp;&nbsp; <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></td>
</tr>
</table>


<html><a rel="author" href="https://profiles.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>
<p><small>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.de.it-processmaps.com/index.php/Incident_Management#.C3.9Cberblick" itemprop="url"><span itemprop="title">&Uuml;berblick</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.de.it-processmaps.com/index.php/Incident_Management#Prozess-Beschreibung" itemprop="url"><span itemprop="title">Prozess-Beschreibung</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.de.it-processmaps.com/index.php/Incident_Management#Teil-Prozesse" itemprop="url"><span itemprop="title">Teil-Prozesse</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.de.it-processmaps.com/index.php/Incident_Management#Definitionen" itemprop="url"><span itemprop="title">Definitionen</span></a>
</span>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>


<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:ITIL V3]][[Kategorie:ITIL 2011]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Operation]][[Kategorie:Incident Management|!]]
[[Kategorie:ITIL V3]][[Kategorie:ITIL 2011]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Operation]][[Kategorie:Incident Management|!]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 7. Dezember 2013, 13:56 Uhr

<seo metakeywords="incident management, itil incident management, incident management itil, itil incident, incident management prozess" metadescription="ITIL Incident Management: Prozess-Definition, Teil-Prozesse. Zusatzinformationen zu Incident Management: Rollen, Checklisten, KPIs..." />

ES - EN - Incident Managementesta página en españolthis Page in English
ES - EN - Incident Management


 

Ziel: ITIL Incident Management verwaltet alle Incidents über ihren gesamten Lebenszyklus. Incident Management hat das primäre Ziel, einen IT Service für den Anwender so schnell wie möglich wieder herzustellen.

Deutsche Bezeichnung: Incident Management

Teil von: Service Operation (Servicebetrieb)

Prozess-Verantwortlicher: Incident Manager

 

Prozess-Beschreibung

Incident Management nach ITIL V3 unterscheidet zwischen Incidents (Service-Unterbrechungen) und Service Requests (d.h. Standard-Anfragen der Anwender, wie z.B. das Zurücksetzen von Passworten etc.). Service-Anfragen werden nun nicht mehr vom Incident Management gelöst; stattdessen gibt es einen neuen Prozess Request Fulfilment.

Mit ITIL V3 wurde ein dedizierter Prozess zur Behandlung von Notfällen - sog. Major Incidents - eingeführt. Hinzu gekommen ist auch eine Prozess-Schnittstelle zwischen dem Event Management und dem Incident Management: Bedeutsame Events lösen die Anlage eines Incident aus.

 

Incident Management ITIL
ITIL Incident Management

ITIL 2011 behandelt Incident Management in noch größerer Detailtiefe:

Überarbeitet wurden die Empfehlungen zur "Incident-Priorisierung" (vgl. Checkliste Incident-Priorität).

Im Incident-Management-Teilprozess Unmittelbare Incident-Behebung durch den 1st Level Support wird nun deutlich gemacht, dass Incidents (wenn möglich) mit bestehenden Problems und Known Errors in Beziehung gesetzt werden sollen.

Um klarer herauszustellen, wann genau das Problem Management vom Incident Management eingeschaltet werden soll, wurden die Teil-Prozesse Unmittelbare Incident-Behebung durch den 1st Level Support und Incident-Behebung durch den 2nd Level Support erweitert. Dabei wird betont, dass Services so schnell wie möglich wiederhergestellt werden sollen. Sollte die eigentliche Ursache des Incidents nicht mit einem Minor Change bzw. in der vorgeschriebenen Lösungszeit behoben werden, so ist die Hilfe des Problem Managements einzufordern.

Der Teil-Prozess Incident-Abschluss und -Auswertung enthält den ausdrücklichen Hinweis, zu prüfen, ob neue Problems, Workarounds oder Known Errors an das Problem Management übermittelt werden müssen.

Das Übersichts-Diagramm zu ITIL Incident Management (.JPG) illustriert die wichtigsten Schnittstellen des Prozesses (siehe Abbildung 1).

 

Teil-Prozesse

ITIL Incident Management umfasst die folgenden Teil-Prozesse:

 

Incident Management Support

  • Prozessziel: Bereitstellen und Pflegen der Werkzeuge, Prozesse, Qualifikationen und Regeln für eine effektive und effiziente Bearbeitung von Incidents.


Incident-Erfassung und -Kategorisierung

  • Prozessziel: Aufzeichnen und Priorisieren der Incidents mit angemessener Sorgfalt, um eine rasche und effektive Fehlerlösung zu ermöglichen.


Unmittelbare Incident-Behebung durch den 1st Level Support

  • Prozessziel: Ein Incident soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des IT-Service ggf. mit Hilfe eines Workarounds. Sobald es klar wird, dass der 1st Level Support den Incident nicht selbst lösen kann oder wenn die festgelegte Zeit für eine Lösung durch den 1st Level überschritten wird, wird der Incident an eine geeignete Gruppe innerhalb des 2nd Level Supports übergeben.


Incident-Behebung durch den 2nd Level Support

  • Prozessziel: Ein Incident soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des Service ggf. mit Hilfe eines Workarounds. Falls erforderlich, werden spezialisierte Support-Gruppen oder die Supplier (3rd Level Support) mit einbezogen. Sofern die Behebung der Grundursache nicht möglich ist, wird ein Problem Record erzeugt und die Fehlerbeseitigung an das Problem Management übergeben.


Behebung von Major Incidents

  • Prozessziel: Lösung eines Major Incidents (schwerwiegenden Incidents). Major Incidents verursachen gravierende Unterbrechungen der Geschäftstätigkeiten und müssen mit höherer Dringlichkeit gelöst werden. Das Ziel besteht in der schnellen Wiederherstellung des Service, ggf. mit Hilfe eines Workarounds. Falls erforderlich, werden spezialisierte Support-Gruppen oder die Supplier (3rd Level Support) mit einbezogen. Sofern die Behebung der Grundursache nicht möglich ist, wird ein Problem Record erzeugt und die Fehlerbeseitigung an das Problem Management übergeben.


Incident-Überwachung und -Eskalation

  • Prozessziel: Der Bearbeitungsstand offener Incidents soll laufend verfolgt werden, so dass bei zu langen Lösungszeiten rechtzeitig Gegenmaßnahmen eingeleitet werden können.


Incident-Abschluss und -Auswertung

  • Prozessziel: Vor dem Schließen eines Incidents soll der angewendete Lösungsweg einer Qualitätskontrolle unterzogen werden. Das Ziel besteht darin, sicherzustellen, dass der Incident tatsächlich gelöst worden ist und dass alle Informationen zur Beschreibung des Lösungswegs in ausreichendem Detail dokumentiert sind. Zusätzlich sollen eventuelle Erkenntnisse aus der Lösung des Incidents für die Lösung künftiger Incidents nutzbar gemacht werden.


Proaktive Anwender-Information

  • Prozessziel: Anwender über Service-Ausfälle informieren, sobald diese dem Service Desk bekannt geworden sind, so dass die Anwender in die Lage versetzt werden, sich auf Service-Unterbrechungen einzustellen. Die proaktive Information der Anwender zielt ebenso darauf ab, die Anzahl der Anfragen durch Anwender zu reduzieren. Dieser Prozess ist auch für die Verteilung von sonstigen Informationen an die Anwender zuständig, z.B. Sicherheitswarnungen.


Incident Management Reporting

 

Definitionen

Die folgenden ITIL-Begriffe und Acronyme (Informations-Objekte) werden in Incident Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:

 

Anwender-Eskalation

  • Eine Eskalation bezüglich der Bearbeitung eines Incidents oder Service Requests, angestoßen von Anwendern, deren Incidents bzw. Aufträge nur mit Verzögerung oder gar nicht bearbeitet werden.


Anwender-FAQs

  • Informationen für Anwender zur Selbsthilfe. Diese werden z.B. auf den Support-Seiten des Service-Desks im Intranet zur Verfügung gestellt.


Incident

  • Eine ungeplante Unterbrechung oder Qualitätsminderung eines IT-Services bzw. ein Ereignis, das in der Zukunft einen IT-Service beeinträchtigen könnte. Vgl. Incident Record.


Incident-Eskalationsregeln

  • Die Regeln für die Incident-Eskalation legen die Hierarchie fest, nach der Incidents eskaliert werden, sowie die Auslöser, die zu Eskalationen führen. Die Auslöser orientieren sich in der Regel am Schweregrad des Incidents und an der voraussichtlichen Lösungsdauer. Siehe auch: Checkliste Incident-Priorität


Incident-Management-Bericht

  • Ein Bericht des Incident Managers, der andere Service-Management-Prozesse über aufgetretene Incidents und deren Beseitigung informiert.


Incident-Modell

  • Ein Incident-Modell enthält die vordefinierten Maßnahmen zum Umgang mit einem bestimmten Incident-Typ. Auf diese Weise kann gewährleistet werden, dass häufig wiederkehrende Incidents effektiv und effizient bearbeitet werden.


Incident Record

  • Ein Datensatz mit allen Angaben zu einem Incident, in dem der Lebenszyklus des Incidents von der Ersterfassung bis zur Schließung 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). Siehe auch: ITIL-Checkliste Incident Record


Incident-Status-Information

  • Eine Nachricht mit Informationen zum aktuellen Stand einer Incident-Bearbeitung an einen Anwender, der zuvor einen Incident gemeldet hat. Statusinformationen werden Anwendern typischerweise an verschiedenen Punkten im Lebenszyklus eines Incidents gesendet.


Major Incident


Major Incident Review

  • Ein Major Incident Review erfolgt, nachdem ein Major Incident aufgetreten ist. Das Review dokumentiert die dem Incident zugrundeliegenden Ursachen (soweit bekannt) und die vollständige Lösungshistorie, sowie Verbesserungsmöglichkeiten bei der Behandlung künftiger Major Incidents.


Meldung einer Service-Unterbrechung

  • Die Meldung einer Service-Unterbrechung an das Service-Desk, z.B. von einem Anwender per Telefon oder E-Mail, oder von einem System-Monitoring-Tool.


Priorisierungs-Richtlinie für Incidents


Proaktive Anwender-Information

  • Eine Meldung über bestehende oder unmittelbar bevorstehende Service-Unterbrechungen an die Anwender, damit sich die Anwender auf die Nicht-Verfügbarkeit eines Service einstellen können.


Status-Anfrage

  • Eine Anfrage bezüglich des aktuellen Bearbeitungsstands eines Incidents oder Serviceauftrags, typischerweise von einem Anwender gestellt, der zuvor einen Incident oder Service Request gemeldet hat.


Support-Anfrage

  • Eine Anforderung zur Unterstützung bei der Behebung eines Incidents oder Problems. Eine solche Anforderung wird üblicherweise vom Incident Management oder Problem Management gestellt, wenn weitere technische Expertise für die Behebung von Incidents oder Problems erforderlich ist.

 

KPIs | Checklisten

 

Rollen | Verantwortlichkeiten

Incident Manager - Prozess-Verantwortlicher

  • Der Incident Manager ist verantwortlich für die effektive Durchführung des Prozesses "Incident Management" und führt das entsprechende Berichtswesen durch. Er ist die erste Eskalationsstufe für Incidents, falls diese nicht innerhalb der vereinbarten Service Levels gelöst werden können.


1st Level Support

  • Der Bearbeiter im 1st Level Support sorgt bei eingehenden Störungsmeldungen für die Registrierung und Einordnung und unternimmt einen unmittelbaren Lösungsversuch zur schnellstmöglichen Wiederherstellung des definierten Betriebszustands eines Service. Ist dies nicht möglich, leitet er die Störung an spezielle Bearbeitergruppen im 2nd Level Support weiter.


2nd Level Support

  • Der Bearbeiter im 2nd Level Support übernimmt Störungsmeldungen vom 1st Level Support, die dieser nicht selbständig lösen kann. Bei Bedarf wird er Unterstützung von Herstellern (3rd Level Support) anfordern. Ziel ist die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service. Ist keine ursächliche Störungsbeseitigung möglich, übergibt er die Störung zur weiteren Bearbeitung an das Problem Management.


3rd Level Support

  • Der Bearbeiter im 3rd Level Support ist typischerweise bei einem Hersteller von Hardware- oder Softwareprodukten ("Supplier") angesiedelt; er wird vom 2nd Level Support mit einbezogen, wenn dies zur Beseitigung von Störungen erforderlich ist. Ziel ist die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service.


Major Incident Team

  • Das Major Incident Team ist ein dynamisch gegründetes Team von IT-Managern und technischen Experten, normaler Weise unter der Führung des Incident Managers. Es wird einberufen, um gemeinsam die Lösung für einen Major Incident (schwerwiegenden Incident) zu erarbeiten.

 

Verantwortlichkeits-Matrix: ITIL Incident Management
ITIL-Rolle / Teil-Prozess Incident Manager 1st Level Support 2nd Level Support Major Incident Team Anwend.-
system-Analytiker[3] 		Technischer Analytiker[3] IT-Operator[3]
Incident Management Support A[1]R[2] - - - - - -
Incident-Erfassung und -Kategorisierung A R - - - - -
Unmittelbare Incident-Behebung durch den 1st Level Support A R - - - - -
Incident-Behebung durch den 2nd Level Support A - R - R[4] R[4] R[4]
Behebung von Major Incidents AR R - R - - R
Incident-Überwachung und -Eskalation AR R - - - - -
Incident-Abschluss und -Auswertung A R - - - - -
Proaktive Anwender-Information A R - - - - -
Incident Management Reporting AR - - - - - -

 

Erläuterungen

[1] A: Accountable i.S.d. RACI-Modells: Verantwortlich dafür, dass Incident Management als Gesamt-Prozess korrekt und vollständig ausgeführt wird.

[2] R: Responsible i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in Incident Management.

[3] Zu den Rollen-Beschreibungen...

[4] In Kooperation, je nach Erfordernis: 2nd Level Support-Gruppen sind oft mit Anwendungs- bzw. Technischen Analytikern besetzt

 

Demo zum Incident Management

Die Demo zur ITIL-Prozesslandkarte zeigt Inhalte des ITIL-2011-Referenzprozessmodells von IT Process Maps; das Video enthält Informationen zu den Prozessen Service Operation und ITIL Incident Management, wie z.B.

  • ITIL-Service-Lifecycle (Detailebene 0)
  • Übersicht über ITIL Service Operation (Detailebene 1)
  • Übersicht über den Prozess Incident Management (Detailebene 2)
  • Detaillierte Aktivitäten im Teil-Prozess "Incident-Behebung durch den 1st Level Support" (Detailebene 3)

 

 

[ Infobox ]

Link zu dieser Seite:
Sprachversionen: Deutsch | English | español
Abbildung: ITIL Incident Management (.JPG)
Autor: , IT Process Maps   

 ›  ›  ›

Abgerufen von „https://wiki.de.it-processmaps.com/index.php?title=Incident_Management&oldid=8243“