Checkliste Request for Change RFC: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) |
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
< | <itpmch><title>Checkliste Request for Change RFC | IT Process Wiki</title> | ||
<meta name="keywords" content="request for change, itil rfc, rfc itil, itil change request" /> | |||
<meta name="description" content="Nach ITIL ist der Request for Change (RFC) ist ein formeller Antrag zur Durchführung eines Changes. Für jeden Nicht-Standard-Change muss der Request for Change (RFC) beim Change Management eingereicht werden ..." /> | |||
</itpmch> | |||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste Request for Change RFC - Vorlage Request for Change RFC|100px | Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste Request for Change RFC - Vorlage Request for Change RFC|100px | ||
Zeile 8: | Zeile 11: | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
<p> </p> | |||
'''ITIL-Prozess''': [[ITIL | '''ITIL-Prozess''': [[ITIL Service Transition - Serviceüberführung|ITIL 2011 Service Transition]] - [[Change Management]] | ||
'''Checklisten-Kategorie''': [[ITIL-Checklisten# | '''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten_ITIL_2011|Checklisten ITIL 2011]] - Service Transition (Serviceüberführung) - [[ITIL-Checklisten#Die wichtigsten ITIL-Checklisten|Die wichtigsten ITIL-Checklisten]] | ||
'''Quelle''': Checkliste "Request for Change - RFC" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] | '''Quelle''': Checkliste "Request for Change - RFC" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] | ||
<p> </p> | <p> </p> | ||
===<span id="RFC ITIL">Überblick</span>=== | |||
Der ''Request for Change (RFC)'' ist ein formeller Antrag zur Durchführung eines Changes. Für jeden Nicht-Standard-Change muss der Request for Change beim [[Change Management]] eingereicht werden (das Change Management definiert in der Regel eine Reihe von Standard- oder Routine-Changes; es handelt sich dabei um kleinere, häufig auftretende Changes, die nicht dem Change-Management-Prozess unterworfen werden müssen). | Der ''Request for Change (RFC)'' ist ein formeller Antrag zur Durchführung eines Changes. Für jeden Nicht-Standard-Change muss der Request for Change beim [[Change Management]] eingereicht werden (das Change Management definiert in der Regel eine Reihe von Standard- oder Routine-Changes; es handelt sich dabei um kleinere, häufig auftretende Changes, die nicht dem Change-Management-Prozess unterworfen werden müssen). | ||
Einem Change ist ein Change Owner zugeordnet, der über ein Budget für die Implementierung verfügt. In vielen Fällen ist der Change Owner gleichzeitig auch der Initiator des RFC. Als Change Owner treten zumeist die Inhaber der [[Rollen in ITIL | Einem Change ist ein Change Owner zugeordnet, der über ein Budget für die Implementierung verfügt. In vielen Fällen ist der Change Owner gleichzeitig auch der Initiator des RFC. Als Change Owner treten zumeist die Inhaber der [[Rollen in ITIL|Service-Management-Rollen]] auf (z.B. der Problem Manager), aber auch das IT-Management kommt hier infrage. | ||
Der RFC ist ein Vorläuferdokument des [[Change Management#Change Record|Change Records]] und enthält alle Angaben, die zur Genehmigung eines Changes notwendig sind. Weitere Informationen werden im Verlauf des Change-Lebenszyklus ergänzt. | Der RFC ist ein Vorläuferdokument des [[Change Management#Change Record|Change Records]] und enthält alle Angaben, die zur Genehmigung eines Changes notwendig sind. Weitere Informationen werden im Verlauf des Change-Lebenszyklus ergänzt. | ||
Zeile 29: | Zeile 34: | ||
__TOC__ | __TOC__ | ||
== Request for Change (RFC) - Inhalte == | ==Request for Change (RFC) - Inhalte== | ||
''Ein Request for Change umfasst in der Regel die folgenden Informationen:'' | ''Ein Request for Change umfasst in der Regel die folgenden Informationen:'' | ||
Zeile 35: | Zeile 40: | ||
<p> </p> | <p> </p> | ||
====Kennung==== | |||
(Eindeutige Kennung - ID) | (Eindeutige Kennung - ID) | ||
====Datum der Einreichung ==== | |||
====Change-Owner==== | |||
====Initiator des RFC==== | |||
(falls nicht mit dem Change Owner identisch) | (falls nicht mit dem Change Owner identisch) | ||
====Change-Priorität==== | |||
(Vorgeschlagene Priorität des Changes, z.B. "Sehr hoch (Notfall-Change)", "Hoch", "Normal", "Gering". Die vorgeschlagene Priorität kann evt. während der Change-Bewertung vom Change Management neu eingestuft werden.) | (Vorgeschlagene Priorität des Changes, z.B. "Sehr hoch (Notfall-Change)", "Hoch", "Normal", "Gering". Die vorgeschlagene Priorität kann evt. während der Change-Bewertung vom Change Management neu eingestuft werden.) | ||
====Referenz auf einen Change-Vorschlag==== | |||
(falls der Change in Zusammenhang mit einem Change-Vorschlag steht, der im Vorfeld eingereicht wurde) | (falls der Change in Zusammenhang mit einem Change-Vorschlag steht, der im Vorfeld eingereicht wurde) | ||
====Beschreibung des beantragten Changes==== | |||
# Zusammenfassende Beschreibung | # Zusammenfassende Beschreibung | ||
# Business Case | # Business Case | ||
Zeile 64: | Zeile 69: | ||
# Technologische Aspekte (wird eine neue Technologie eingeführt?) | # Technologische Aspekte (wird eine neue Technologie eingeführt?) | ||
====Risiken während der Implementierung des Changes==== | |||
# Erkannte Risiken | # Erkannte Risiken | ||
# Zu treffende Gegenmaßnahmen (z.B. Rückfallverfahren) | # Zu treffende Gegenmaßnahmen (z.B. Rückfallverfahren) | ||
# Back-Out-Strategie für den Fall einer fehlgeschlagenen Change-Implementierung | # Back-Out-Strategie für den Fall einer fehlgeschlagenen Change-Implementierung | ||
====Vorgesehener Zeitplan für die Implementierung==== | |||
====Geschätzte Ressourcen für die Implementierung==== | |||
# Benötigte Personalressourcen (aus welchen Bereichen?) | # Benötigte Personalressourcen (aus welchen Bereichen?) | ||
# Geschätzter Umfang an benötigten Personalressourcen | # Geschätzter Umfang an benötigten Personalressourcen | ||
# Kostenkalkulation (bei größeren Changes detaillierte Aufstellung) | # Kostenkalkulation (bei größeren Changes detaillierte Aufstellung) | ||
====Budgetierung==== | |||
(Angabe, ob ein Budget für diesen Change beantragt und freigegeben wurde) | (Angabe, ob ein Budget für diesen Change beantragt und freigegeben wurde) | ||
====Ggf. Verzeichnis ergänzender Dokumente==== | |||
(z.B. das [[Service | (z.B. das [[Checkliste Service Design Package SDP|Service Design Package]] für größere Erweiterungen oder Änderungen der Services) | ||
====Genehmigung oder Ablehnung==== | |||
# Datum | # Datum | ||
# Für die Genehmigung des Changes zuständige(s) Person/ Gremium ([[Rollen in ITIL | # Für die Genehmigung des Changes zuständige(s) Person/ Gremium ([[Rollen in ITIL#Change Manager|Change Manager]]/ [[Rollen in ITIL#Change Advisory Board (CAB)|CAB]]/ [[Rollen in ITIL#Emergency Change Advisory Board (ECAB)|ECAB]]) | ||
# Am Review beteiligte Change Reviewer | # Am Review beteiligte Change Reviewer | ||
# Vom Change Management vergebene Priorität | # Vom Change Management vergebene Priorität | ||
Zeile 92: | Zeile 97: | ||
<p> </p> | <p> </p> | ||
<html><a rel="author" href="https:// | <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|Request for Change RFC]][[Kategorie:ITIL 2011|Request for Change RFC]][[Kategorie:Checkliste (ITIL)|Request for Change RFC]][[Kategorie:Service Transition|Request for Change RFC]][[Kategorie:Change Management|Request for Change RFC]] | [[Kategorie:ITIL V3|Request for Change RFC]][[Kategorie:ITIL 2011|Request for Change RFC]][[Kategorie:Checkliste (ITIL)|Request for Change RFC]][[Kategorie:Service Transition|Request for Change RFC]][[Kategorie:Change Management|Request for Change RFC]] | ||
<!-- keine Inhalte nach diesem Kommentar! --> | <!-- keine Inhalte nach diesem Kommentar! --> |
Version vom 1. August 2013, 17:11 Uhr
![ES - EN - Checkliste Request for Change RFC - Vorlage Request for Change RFC](/images/thumb/e/e1/ITIL-Wiki-english-es.jpg/100px-ITIL-Wiki-english-es.jpg)
ITIL-Prozess: ITIL 2011 Service Transition - Change Management
Checklisten-Kategorie: Checklisten ITIL 2011 - Service Transition (Serviceüberführung) - Die wichtigsten ITIL-Checklisten
Quelle: Checkliste "Request for Change - RFC" aus der ITIL-Prozesslandkarte
Überblick
Der Request for Change (RFC) ist ein formeller Antrag zur Durchführung eines Changes. Für jeden Nicht-Standard-Change muss der Request for Change beim Change Management eingereicht werden (das Change Management definiert in der Regel eine Reihe von Standard- oder Routine-Changes; es handelt sich dabei um kleinere, häufig auftretende Changes, die nicht dem Change-Management-Prozess unterworfen werden müssen).
Einem Change ist ein Change Owner zugeordnet, der über ein Budget für die Implementierung verfügt. In vielen Fällen ist der Change Owner gleichzeitig auch der Initiator des RFC. Als Change Owner treten zumeist die Inhaber der Service-Management-Rollen auf (z.B. der Problem Manager), aber auch das IT-Management kommt hier infrage.
Der RFC ist ein Vorläuferdokument des Change Records und enthält alle Angaben, die zur Genehmigung eines Changes notwendig sind. Weitere Informationen werden im Verlauf des Change-Lebenszyklus ergänzt.
Der Detaillierungsgrad hängt von der Größe und der voraussichtlichen Auswirkung des Changes ab. Häufig beinhaltet der RFC Verweise auf andere Dokumente, die nähere Einzelheiten enthalten, z.B. einen ausführlichen Change Proposal.
Request for Change (RFC) - Inhalte
Ein Request for Change umfasst in der Regel die folgenden Informationen:
Kennung
(Eindeutige Kennung - ID)
Datum der Einreichung
Change-Owner
Initiator des RFC
(falls nicht mit dem Change Owner identisch)
Change-Priorität
(Vorgeschlagene Priorität des Changes, z.B. "Sehr hoch (Notfall-Change)", "Hoch", "Normal", "Gering". Die vorgeschlagene Priorität kann evt. während der Change-Bewertung vom Change Management neu eingestuft werden.)
Referenz auf einen Change-Vorschlag
(falls der Change in Zusammenhang mit einem Change-Vorschlag steht, der im Vorfeld eingereicht wurde)
Beschreibung des beantragten Changes
- Zusammenfassende Beschreibung
- Business Case
- Grund für die Durchführung des Changes
- Kosten
- Nutzen
- Folgen, falls der Change nicht implementiert wird
- Verweise (z.B. auf einen Problem Record, der diesen RFC erforderlich macht)
- Kundenseitige Geschäftsbereiche und -prozesse, die von diesem Change betroffen sind
- Services, die von diesem Change betroffen sind
- IT-Infrastrukturkomponenten (CIs), die von diesem Change betroffen sind
- Technologische Aspekte (wird eine neue Technologie eingeführt?)
Risiken während der Implementierung des Changes
- Erkannte Risiken
- Zu treffende Gegenmaßnahmen (z.B. Rückfallverfahren)
- Back-Out-Strategie für den Fall einer fehlgeschlagenen Change-Implementierung
Vorgesehener Zeitplan für die Implementierung
Geschätzte Ressourcen für die Implementierung
- Benötigte Personalressourcen (aus welchen Bereichen?)
- Geschätzter Umfang an benötigten Personalressourcen
- Kostenkalkulation (bei größeren Changes detaillierte Aufstellung)
Budgetierung
(Angabe, ob ein Budget für diesen Change beantragt und freigegeben wurde)
Ggf. Verzeichnis ergänzender Dokumente
(z.B. das Service Design Package für größere Erweiterungen oder Änderungen der Services)
Genehmigung oder Ablehnung
- Datum
- Für die Genehmigung des Changes zuständige(s) Person/ Gremium (Change Manager/ CAB/ ECAB)
- Am Review beteiligte Change Reviewer
- Vom Change Management vergebene Priorität
- Ggf. Restriktionen
- Ggf. Gründe für die Ablehnung des RFC