Request Fulfilment: Unterschied zwischen den Versionen

Aus IT Process Wiki
KKeine Bearbeitungszusammenfassung
Zeile 10: Zeile 10:
<p>&nbsp;</p>
<p>&nbsp;</p>


Ziel von ''ITIL Request Fulfilment'' ist das Bearbeiten von Service-Anfragen, wobei es sich in den meisten Fällen um geringfügige Changes (Standard-Changes, z.B. Anforderung zur Passwort-Änderung) oder Anfragen nach Informationen handelt.
==<span id="ITIL Request Fulfilment">Überblick</span>==
 
'''Ziel:''' Ziel von ''ITIL Request Fulfilment'' ist das Bearbeiten von Service-Aufträgen, wobei es sich in den meisten Fällen um geringfügige Changes (Standard-Changes, z.B. Anforderung zur Passwort-Änderung) oder Anfragen nach Informationen handelt.


'''Englische Bezeichnung''': Request Fulfilment
'''Englische Bezeichnung''': Request Fulfilment
Zeile 20: Zeile 22:
<p>&nbsp;</p>
<p>&nbsp;</p>


== ITIL Request Fulfilment ==
== Prozess-Beschreibung ==


=== Prozess-Beschreibung ===
Request Fulfilment ist mit ITIL V3 als neuer Prozess hinzugefügt worden, mit dem Ziel, spezielle Arbeitsabläufe für die Bearbeitung von [[Request Fulfilment#ITIL Service Request|Service Requests]] festzulegen.  
 
Request Fulfilment ist mit ITIL V3 ''(ITIL 2007)'' als neuer Prozess hinzugefügt worden, mit dem Ziel, spezielle Arbeitsabläufe für die Bearbeitung von [[Request Fulfilment#ITIL Service Request|Service Requests]] festzulegen.  


[[Image:Request-fulfilment.jpg|right|thumb|370px|alt=Request Fulfilment ITIL|[https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_request_fulfilment_itilv3.pdf ITIL Request Fulfilment]]]
[[Image:Request-fulfilment.jpg|right|thumb|370px|alt=Request Fulfilment ITIL|[https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_request_fulfilment_itilv3.pdf ITIL Request Fulfilment]]]
Der Anlass zur Einführung von Request Fulfilment mit ITIL V3 bestand in der klaren Unterscheidung zwischen [[Incident Management#Incident|Incidents]] (Service-Unterbrechungen) und [[Request Fulfilment#ITIL Service Request|Service Requests]] (Standard-Anfragen der Anwender, wie z.B. die Bitte um Passwort-Änderung).
Der Anlass zur Einführung von Request Fulfilment mit ITIL V3 bestand in der klaren Unterscheidung zwischen [[Incident Management#Incident|Incidents]] (Service-Unterbrechungen) und [[Request Fulfilment#ITIL Service Request|Service Requests]] (Standard-Anfragen der Anwender, wie z.B. die Bitte um Passwort-Änderung).


In ''ITIL 2011'' wurde [[Request Fulfilment]] vollständig überarbeitet. Request Fulfilment setzt sich nun aus [[Request Fulfilment#Teil-Prozesse|fünf Teil-Prozessen]] zusammen: So ist gewährleisten, dass alle wesentlichen Aktivitäten und Entscheidungskriterien der aktuellen ITIL-Empfehlungen berücksichtigt sind.
<p>&nbsp;</p>
 
<span id="Request Fulfilment 2011">In '''''ITIL 2011''''' wurde [[Request Fulfilment]] vollständig überarbeitet:</span>
 
Request Fulfilment setzt sich nun aus [[Request Fulfilment#Teil-Prozesse|fünf Teil-Prozessen]] zusammen: So ist gewährleisten, dass alle wesentlichen Aktivitäten und Entscheidungskriterien der aktuellen ITIL-Empfehlungen berücksichtigt sind.


Neu hinzugekommen sind Schnittstellen
Neu hinzugekommen sind Schnittstellen
* zwischen Request Fulfilment und dem Incident Management: Für den Fall, dass sich ein Service Request nachträglich als Incident herausstellt sowie
* zwischen Request Fulfilment und dem Incident Management: Für den Fall, dass sich ein Service Request nachträglich als Incident herausstellt sowie
* zwischen Request Fulfilment und Service Transition: Falls die Erfüllung eines [[Request Fulfilment#ITIL Service Request|Service Requests]] die Einbeziehung des Change Managements erforderlich macht.
* zwischen Request Fulfilment und Service Transition: Falls die Erfüllung eines [[Request Fulfilment#ITIL Service Request|Service Requests]] die Einbeziehung des Change Managements erforderlich macht.
 
Das Übersichts-Diagramm zu [[Media:Request-fulfilment.jpg|Request Fulfilment (.JPG)]] illustriert die wichtigsten Schnittstellen des ITIL-Prozesses (''siehe Abbildung 1'').


Es wird nun verdeutlicht, welche Informationen zur Beschreibung eines [[Request Fulfilment#ITIL Service Request|Service Requests]] notwendig sind. Ebenfalls aufgenommen wurde die Beschreibung des Lifecycles von Service Requests.
Es wird nun verdeutlicht, welche Informationen zur Beschreibung eines [[Request Fulfilment#ITIL Service Request|Service Requests]] notwendig sind. Ebenfalls aufgenommen wurde die Beschreibung des Lifecycles von Service Requests.
Zeile 41: Zeile 47:
<p>&nbsp;</p>
<p>&nbsp;</p>


<span id="Teil-Prozesse">[[Request Fulfilment|ITIL Request Fulfilment]] enthält die folgenden Teil-Prozesse:</span>
== Teil-Prozesse ==
 
[[Request Fulfilment|ITIL Request Fulfilment]] enthält die folgenden Teil-Prozesse:


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 62: Zeile 70:
<p>&nbsp;</p>
<p>&nbsp;</p>


=== <span id="Downloads">Downloads</span> ===
== Definitionen ==
 
Die folgenden Links verweisen auf das Übersichts-Diagramm zu ITIL Request Fulfilment mit einer Darstellung der wichtigsten Schnittstellen des ITIL-Prozesses. 


* [[Media:Request-fulfilment.jpg|Request Fulfilment (.JPG)]]
Die folgenden ITIL-Begriffe und Acronyme (Informations-Objekte) werden in Request Fulfilment zur Darstellung der Prozess-Outputs und -Inputs verwendet:
* [https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_request_fulfilment_itilv3.pdf Request Fulfilment (.PDF)]


<p>&nbsp;</p>
<p>&nbsp;</p>
=== ITIL-Begriffe ===


;<span id="ITIL Service Request">Serviceauftrag (Service Request)</span>
;<span id="ITIL Service Request">Serviceauftrag (Service Request)</span>
Zeile 83: Zeile 86:


;<span id="Status-Information zum Service-Request">Status-Information zum Service Request</span>
;<span id="Status-Information zum Service-Request">Status-Information zum Service Request</span>
:Eine Nachricht mit Informationen zum aktuellen Stand einer [[Request Fulfilment#ITIL Service Request|Service-Request]]-Bearbeitung, typischerweise an einen Anwender übermittelt, der diesen Service Request zuvor eingereicht hat.
:Eine Nachricht mit Informationen zum aktuellen Stand einer [[Request Fulfilment#ITIL Service Request|Service-Request]]-Bearbeitung an einen Anwender, der zuvor einen Service-Auftrag eingereicht hat. Statusinformationen werden Anwendern typischerweise an verschiedenen Punkten im Lebenszyklus eines Service Requests gesendet.


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


=== ITIL-Rollen ===
== Rollen | Verantwortlichkeiten ==


;<span id="Incident Manager">Incident Manager - Prozess-Verantwortlicher</span>
;<span id="Incident Manager">Incident Manager - Prozess-Verantwortlicher</span>
Zeile 147: Zeile 150:


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

Version vom 27. Februar 2012, 19:05 Uhr

<seo metakeywords="request fulfilment, request fulfillment, itil request fulfillment, itil request fulfilment" metadescription="ITIL Request Fulfilment: Prozess-Definition, Teil-Prozesse. Zusatzinformationen zu Request Fulfilment: Rollen, Checklisten, KPIs..." />

ES - EN - Request Fulfilmentesta página en españolthis Page in English
ES - EN - Request Fulfilment


 

Überblick

Ziel: Ziel von ITIL Request Fulfilment ist das Bearbeiten von Service-Aufträgen, wobei es sich in den meisten Fällen um geringfügige Changes (Standard-Changes, z.B. Anforderung zur Passwort-Änderung) oder Anfragen nach Informationen handelt.

Englische Bezeichnung: Request Fulfilment

Teil von: Service Operation (Servicebetrieb)

Prozess-Verantwortlicher: Incident Manager

 

Prozess-Beschreibung

Request Fulfilment ist mit ITIL V3 als neuer Prozess hinzugefügt worden, mit dem Ziel, spezielle Arbeitsabläufe für die Bearbeitung von Service Requests festzulegen.

Request Fulfilment ITIL
ITIL Request Fulfilment

Der Anlass zur Einführung von Request Fulfilment mit ITIL V3 bestand in der klaren Unterscheidung zwischen Incidents (Service-Unterbrechungen) und Service Requests (Standard-Anfragen der Anwender, wie z.B. die Bitte um Passwort-Änderung).

 

In ITIL 2011 wurde Request Fulfilment vollständig überarbeitet:

Request Fulfilment setzt sich nun aus fünf Teil-Prozessen zusammen: So ist gewährleisten, dass alle wesentlichen Aktivitäten und Entscheidungskriterien der aktuellen ITIL-Empfehlungen berücksichtigt sind.

Neu hinzugekommen sind Schnittstellen

  • zwischen Request Fulfilment und dem Incident Management: Für den Fall, dass sich ein Service Request nachträglich als Incident herausstellt sowie
  • zwischen Request Fulfilment und Service Transition: Falls die Erfüllung eines Service Requests die Einbeziehung des Change Managements erforderlich macht.

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

Es wird nun verdeutlicht, welche Informationen zur Beschreibung eines Service Requests notwendig sind. Ebenfalls aufgenommen wurde die Beschreibung des Lifecycles von Service Requests.

Das Konzept des Service Request Models wird in ITIL 2011 umfassender erklärt.

 

Teil-Prozesse

ITIL Request Fulfilment enthält die folgenden Teil-Prozesse:

 

Request Fulfilment Support
Prozessziel: Bereitstellen und Pflegen der Werkzeuge, Prozesse, Qualifikationen und Regeln für eine effektive und effiziente Bearbeitung von Service Requests (Serviceaufträgen).
Request-Erfassung und -Kategorisierung
Prozessziel: Aufzeichnen und Kategorisieren von Service Requests mit angemessener Sorgfalt sowie Überprüfung der Berechtigung des Anfordernden, um eine rasche und effektive Bearbeitung zu ermöglichen.
Ausführung des Request-Modells
Prozessziel: Ein Serviceauftrag soll innerhalb der vereinbarten Zeit bearbeitet werden.
Request-Überwachung und -Eskalation
Prozessziel: Der Bearbeitungsstand offener Service Requests soll laufend verfolgt werden, so dass bei zu langen Lösungszeiten rechtzeitig Gegenmaßnahmen eingeleitet werden können.
Request-Abschluss und -Auswertung
Prozessziel: Vor dem Schließen eines Service Requests soll der Request Record einer Qualitätskontrolle unterzogen werden. Das Ziel besteht darin, sicherzustellen, dass der Request tatsächlich ausgeführt worden ist und dass alle Informationen zur Beschreibung der Ausführung in ausreichendem Detail dokumentiert sind. Zusätzlich sollen eventuelle Erkenntnisse aus der Ausführung des Requests für die Bearbeitung künftiger Aufträge nutzbar gemacht werden.

 

Definitionen

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

 

Serviceauftrag (Service Request)
Eine formale Anfrage eines Anwenders - z.B. nach Informationen, Beratung, Zurücksetzen eines Passworts, oder Installation einer Workstation für einen neuen Benutzer. Die Details eines Serviceauftrags werden vom Request Fulfilment in einem Service Request Record aufgezeichnet.
Service-Request-Modell
Ein (Service-)Request-Modell definiert spezifische, vereinbarte Schritte, die für eine bestimmte Art (Kategorie) von Service Requests zu befolgen sind.
Service Request Record
Ein Record, der alle Details eines Service Requests aufzeichnet. Service Requests (Serviceaufträge) sind formale Anfragen eines Anwenders - z.B. nach Informationen, Beratung, Zurücksetzen eines Passworts, oder Installation einer Workstation für einen neuen Benutzer.
Status-Information zum Service Request
Eine Nachricht mit Informationen zum aktuellen Stand einer Service-Request-Bearbeitung an einen Anwender, der zuvor einen Service-Auftrag eingereicht hat. Statusinformationen werden Anwendern typischerweise an verschiedenen Punkten im Lebenszyklus eines Service Requests gesendet.

 

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.
Service Request Fulfilment Group
Die Gruppen im Service Request Fulfilment sind spezialisiert auf die Ausführung bestimmter Typen von Service-Anfragen. Üblicherweise bearbeitet der 1st Level Support einfachere Anfragen, während alle anderen Anfragen an eine spezialisierte Fulfilment-Gruppe weitergeleitet werden.

 

Verantwortlichkeits-Matrix: ITIL Request Fulfilment
ITIL-Rolle / Teil-Prozess Incident Manager 1st Level Support Service Request Fulfilment Group
Request Fulfilment Support A[1]R[2]
Request-Erfassung und -Kategorisierung A R
Ausführung des Request-Modells A R R
Request-Überwachung und -Eskalation AR R
Request-Abschluss und -Auswertung A R

 

Erläuterungen

[1] A: Accountable i.S.d. RACI-Modells: Verantwortlich dafür, dass Request Fulfilment 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 Request Fulfilment.