Service Desk and Incident Management: Unterschied zwischen den Versionen

Aus IT Process Wiki
KKeine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(2 dazwischenliegende Versionen derselben Benutzerin werden nicht angezeigt)
Zeile 1: Zeile 1:
<seo metakeywords="service desk incident management" metadescription="Prozessziel: Der Prozess Service Desk and Incident Management sorgt für die schnellstmögliche Wiederherstellung des definierten ..." />
<itpmch><title>Service Desk and Incident Management | IT Process Wiki</title>
<meta name="keywords" content="service desk incident management" />
<meta name="description" content="Prozessziel: Der Prozess Service Desk and Incident Management sorgt für die schnellstmögliche Wiederherstellung des definierten ..." />
</itpmch>
<imagemap>
<imagemap>
Image:ITIL-Wiki-english.jpg|ITIL V2 Service Desk and Incident Management
Image:ITIL-Wiki-english.jpg|right|ITIL V2 Service Desk and Incident Management
default [https://wiki.en.it-processmaps.com/index.php/Service_Desk_and_Incident_Management this Page in English]
default [https://wiki.en.it-processmaps.com/index.php/Service_Desk_and_Incident_Management this Page in English]
desc none
desc none
Zeile 7: Zeile 10:
<br style="clear:both;"/>
<br style="clear:both;"/>


'''ITIL Version''': ITIL V2 '''&#8594;''' vergleichen Sie auch '''[[Incident Management|Incident Management nach ITIL V3]]'''
'''ITIL Version''': ITIL V2 '''&#8594;''' vergleichen Sie auch '''[[Incident Management|Incident Management nach ITIL V3 2011]]'''


'''Prozessziel''': Der Prozess "Service Desk and Incident Management" sorgt für die schnellstmögliche Wiederherstellung des definierten Betriebs­zustands eines Service. Neben Störungen werden auch alle Anfragen (Service Requests) der Anwender über das Service Desk erfasst; außerdem wird erste Hilfestellung geleistet und gegebe­nenfalls die weitere Bearbeitung in den nachgelagerten  Supporteinheiten koordiniert.
'''Prozessziel''': Der Prozess "Service Desk and Incident Management" sorgt für die schnellstmögliche Wiederherstellung des definierten Betriebs­zustands eines Service. Neben Störungen werden auch alle Anfragen (Service Requests) der Anwender über das Service Desk erfasst; außerdem wird erste Hilfestellung geleistet und gegebe­nenfalls die weitere Bearbeitung in den nachgelagerten  Supporteinheiten koordiniert.
Zeile 13: Zeile 16:
'''Teil von''': [[Service Support]]
'''Teil von''': [[Service Support]]


'''Prozess-Verantwortlicher''': [[ITIL-Rollen#Incident Manager|Incident Manager]]
'''Prozess-Verantwortlicher''': [[Rollen in ITIL#Incident Manager|Incident Manager]]


<p>&nbsp;</p>


==Teil-Prozesse von "Service Desk and Incident Management"==
==Teil-Prozesse von "Service Desk and Incident Management"==


[[Image:Prozess_service_desk_and_incident_management.jpg|frame|none|Überblick über den Service Desk and Incident Management-Prozess nach ITIL]]
[[Image:Prozess_service_desk_and_incident_management.jpg|thumb|766px|none|link=https://wiki.de.it-processmaps.com/index.php/Datei:Prozess_service_desk_and_incident_management.jpg|Überblick über den Service Desk and Incident Management-Prozess nach ITIL]]


'''Incident registrieren'''
*Prozessziel: Der Incident soll erfasst und in ausreichender Qualität dokumentiert sein, so dass in der Folge eine reibungslose Bearbeitung möglich ist.


;Incident registrieren
'''Service-Auftrag bearbeiten'''
:Prozessziel: Der Incident soll erfasst und in ausreichender Qualität dokumentiert sein, so dass in der Folge eine reibungslose Bearbeitung möglich ist.
*Prozessziel: Ein Incident vom Typ Service-Auftrag soll innerhalb der vereinbarten Lösungszeit vollständig bearbeitet werden.


;Service-Auftrag bearbeiten
'''Störung unmittelbar durch 1st Level beheben (Lösungsversuch)'''
:Prozessziel: Ein Incident vom Typ Service-Auftrag soll innerhalb der vereinbarten Lösungszeit vollständig bearbeitet werden.
*Prozessziel: Ein Incident vom Typ Störung soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des IT-Service ggf. mit Hilfe eines Workarounds. Die Lösung soll möglichst schon im ersten Anlauf durch den 1st Level Support erfolgen; ist dies nicht möglich, wird der Incident an eine geeignete Gruppe im 2nd Level Support übergeben.


;Störung unmittelbar durch 1st Level beheben (Lösungsversuch)
'''Störung im 2nd Level Support analysieren und beheben'''
:Prozessziel: Ein Incident vom Typ Störung soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des IT-Service ggf. mit Hilfe eines Workarounds. Die Lösung soll möglichst schon im ersten Anlauf durch den 1st Level Support erfolgen; ist dies nicht möglich, wird der Incident an eine geeignete Gruppe im 2nd Level Support übergeben.
*Prozessziel: Wenn möglich, soll die Störung ursächlich behoben werden, zumindest wird jedoch ein Workaround erarbeitet. Ist die ursächliche Behebung der Störung nicht möglich, wird ein Problem angelegt und die Fehlerbehebung ans Problem Management überwiesen.


;Störung im 2nd Level Support analysieren und beheben
'''Incident abschließen und auswerten'''
:Prozessziel: Wenn möglich, soll die Störung ursächlich behoben werden, zumindest wird jedoch ein Workaround erarbeitet. Ist die ursächliche Behebung der Störung nicht möglich, wird ein Problem angelegt und die Fehlerbehebung ans Problem Management überwiesen.
*Prozessziel: Vor dem endgültigen Schließen des Incidents soll dieser hinsichtlich der Bearbeitungsweise einer Qualitätskontrolle unterzogen werden. Außerdem sollen Erkenntnisse aus der Lösung des Incidents für die Zukunft aufgezeichnet werden.


;Incident abschließen und auswerten
'''Incident Management Reporting durchführen'''
:Prozessziel: Vor dem endgültigen Schließen des Incidents soll dieser hinsichtlich der Bearbeitungsweise einer Qualitätskontrolle unterzogen werden. Außerdem sollen Erkenntnisse aus der Lösung des Incidents für die Zukunft aufgezeichnet werden.
*Prozessziel: Es soll sichergestellt werden, dass aus aufgetretenen Incidents Verbesserungspotentiale abgeleitet werden. Weiterhin sollen die anderen Service-Management-Prozesse die für ihre Aufgaben erforderlichen Daten aus dem Incident Management erhalten.


;Incident Management Reporting durchführen
'''Incident überwachen und eskalieren'''
:Prozessziel: Es soll sichergestellt werden, dass aus aufgetretenen Incidents Verbesserungspotentiale abgeleitet werden. Weiterhin sollen die anderen Service-Management-Prozesse die für ihre Aufgaben erforderlichen Daten aus dem Incident Management erhalten.
*Prozessziel: Der Bearbeitungsstand offener Incidents soll laufend verfolgt werden, so dass bei zu langen Lösungszeiten rechtzeitig Gegenmaßnahmen eingeleitet werden können.


;Incident überwachen und eskalieren
'''Anwender proaktiv informieren'''
:Prozessziel: Der Bearbeitungsstand offener Incidents soll laufend verfolgt werden, so dass bei zu langen Lösungszeiten rechtzeitig Gegenmaßnahmen eingeleitet werden können.
*Prozessziel: Die Anwender sollen von Service-Beeinträchtigungen informiert werden, sobald diese beim Service Desk bekannt sind. Die Anwender werden somit in die Lage versetzt, sich auf Service-Unterbrechungen einzustellen, und die Anzahl von Anfragen durch die Anwender wird reduziert.
 
;Anwender proaktiv informieren
:Prozessziel: Die Anwender sollen von Service-Beeinträchtigungen informiert werden, sobald diese beim Service Desk bekannt sind. Die Anwender werden somit in die Lage versetzt, sich auf Service-Unterbrechungen einzustellen, und die Anzahl von Anfragen durch die Anwender wird reduziert.
 
;Support Knowledge Base pflegen
:Prozessziel: Erkenntnisse aus der Bearbeitung von Incidents sowie Informationen aus anderen Service-Management-Prozessen sollen strukturiert und qualitätsgesichert in die Support Knowledge Base aufgenommen werden, so dass künftige Incidents effizienter bearbeitet werden können.


'''Support Knowledge Base pflegen'''
*Prozessziel: Erkenntnisse aus der Bearbeitung von Incidents sowie Informationen aus anderen Service-Management-Prozessen sollen strukturiert und qualitätsgesichert in die Support Knowledge Base aufgenommen werden, so dass künftige Incidents effizienter bearbeitet werden können.


==Beteiligte Rollen==
==Beteiligte Rollen==
* [[ITIL-Rollen#Incident Manager|Incident Manager]]
* [[Rollen in ITIL#Incident Manager|Incident Manager]]
* [[ITIL-Rollen#1st Level Support|1st Level Support]]
* [[Rollen in ITIL#1st Level Support|1st Level Support]]
* [[ITIL-Rollen#2nd Level Support|2nd Level Support]]
* [[Rollen in ITIL#2nd Level Support|2nd Level Support]]
* [[ITIL-Rollen#3rd Level Support|3rd Level Support]]
* [[Rollen in ITIL#3rd Level Support|3rd Level Support]]
 


==Checklisten und KPIs==
==Checklisten und KPIs==


==== Checklisten ====
==== Checklisten ====
*[[Checkliste Incident Record]]
*[[ITIL-Checklisten#Incident Management/ Service Desk|Checklisten Service Desk/ Incident Management]]
*[[Checkliste Erstanalyse eines Incidents]]
*[[Checkliste Incident-Priorität]]
*[[Checkliste Incident-Eskalation]]
*[[Checkliste Schließen eines Incidents]]
*[[Checkliste Incident Report]]


==== KPIs ====
==== KPIs ====
*[[Kennzahlen Service Desk and Incident Management|Key Performance Indikatoren "Service Desk and Incident Management" nach ITIL V2]]
*[[Kennzahlen Service Desk and Incident Management|Key Performance Indikatoren "Service Desk and Incident Management"]]
 
 
==Verbundene Fachausdrücke aus dem ITIL-Glossar==
* [[ITIL-Glossar#Incident Record|Incident Record]]
* [[ITIL-Glossar#Workaround (Umgehungslösung)|Workaround (Umgehungslösung)]]
* [[ITIL-Glossar#Known Error|Known Error]]
* [[ITIL-Glossar#Support Knowledge Base|Support Knowledge Base]]
* [[ITIL-Glossar#Incident Management Report (Incident-Management-Bericht)|Incident Management Report (Incident-Management-Bericht)]]


==Verbundene Fachausdrücke aus dem [[ITIL-Glossar]]==
* [[ITIL-Glossar/_ITIL-Begriffe_I#Incident Record|Incident Record]]
* [[ITIL-Glossar/_ITIL-Begriffe_W#Workaround (Umgehungslösung)|Workaround (Umgehungslösung)]]
* [[ITIL-Glossar/_ITIL-Begriffe_K#Known Error|Known Error]]
* [[ITIL-Glossar/_ITIL-Begriffe_S#Support Knowledge Base|Support Knowledge Base]]
* [[ITIL-Glossar/_ITIL-Begriffe_I#Incident-Management-Bericht|Incident Management Report (Incident-Management-Bericht)]]


<p>&nbsp;</p>


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

Aktuelle Version vom 1. Februar 2016, 19:45 Uhr

ITIL V2 Service Desk and Incident Management
ITIL V2 Service Desk and Incident Management


ITIL Version: ITIL V2 vergleichen Sie auch Incident Management nach ITIL V3 2011

Prozessziel: Der Prozess "Service Desk and Incident Management" sorgt für die schnellstmögliche Wiederherstellung des definierten Betriebs­zustands eines Service. Neben Störungen werden auch alle Anfragen (Service Requests) der Anwender über das Service Desk erfasst; außerdem wird erste Hilfestellung geleistet und gegebe­nenfalls die weitere Bearbeitung in den nachgelagerten Supporteinheiten koordiniert.

Teil von: Service Support

Prozess-Verantwortlicher: Incident Manager

 

Teil-Prozesse von "Service Desk and Incident Management"

Überblick über den Service Desk and Incident Management-Prozess nach ITIL

Incident registrieren

  • Prozessziel: Der Incident soll erfasst und in ausreichender Qualität dokumentiert sein, so dass in der Folge eine reibungslose Bearbeitung möglich ist.

Service-Auftrag bearbeiten

  • Prozessziel: Ein Incident vom Typ Service-Auftrag soll innerhalb der vereinbarten Lösungszeit vollständig bearbeitet werden.

Störung unmittelbar durch 1st Level beheben (Lösungsversuch)

  • Prozessziel: Ein Incident vom Typ Störung soll innerhalb der vereinbarten Lösungszeit gelöst werden. Ziel ist die schnelle Wiederherstellung des IT-Service ggf. mit Hilfe eines Workarounds. Die Lösung soll möglichst schon im ersten Anlauf durch den 1st Level Support erfolgen; ist dies nicht möglich, wird der Incident an eine geeignete Gruppe im 2nd Level Support übergeben.

Störung im 2nd Level Support analysieren und beheben

  • Prozessziel: Wenn möglich, soll die Störung ursächlich behoben werden, zumindest wird jedoch ein Workaround erarbeitet. Ist die ursächliche Behebung der Störung nicht möglich, wird ein Problem angelegt und die Fehlerbehebung ans Problem Management überwiesen.

Incident abschließen und auswerten

  • Prozessziel: Vor dem endgültigen Schließen des Incidents soll dieser hinsichtlich der Bearbeitungsweise einer Qualitätskontrolle unterzogen werden. Außerdem sollen Erkenntnisse aus der Lösung des Incidents für die Zukunft aufgezeichnet werden.

Incident Management Reporting durchführen

  • Prozessziel: Es soll sichergestellt werden, dass aus aufgetretenen Incidents Verbesserungspotentiale abgeleitet werden. Weiterhin sollen die anderen Service-Management-Prozesse die für ihre Aufgaben erforderlichen Daten aus dem Incident Management erhalten.

Incident überwachen und eskalieren

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

Anwender proaktiv informieren

  • Prozessziel: Die Anwender sollen von Service-Beeinträchtigungen informiert werden, sobald diese beim Service Desk bekannt sind. Die Anwender werden somit in die Lage versetzt, sich auf Service-Unterbrechungen einzustellen, und die Anzahl von Anfragen durch die Anwender wird reduziert.

Support Knowledge Base pflegen

  • Prozessziel: Erkenntnisse aus der Bearbeitung von Incidents sowie Informationen aus anderen Service-Management-Prozessen sollen strukturiert und qualitätsgesichert in die Support Knowledge Base aufgenommen werden, so dass künftige Incidents effizienter bearbeitet werden können.

Beteiligte Rollen

Checklisten und KPIs

Checklisten

KPIs

Verbundene Fachausdrücke aus dem ITIL-Glossar