Change Management - ITIL V2: Unterschied zwischen den Versionen

Aus IT Process Wiki
KKeine Bearbeitungszusammenfassung
KKeine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
<seo metakeywords="change management itil v2" metadescription="&#8594; vergleichen Sie auch Change Management ITIL V3. Prozessziel: Im Change Management werden sämtliche Änderungen ..." />
<itpmch><title>Change Management - ITIL V2 | IT Process Wiki</title>
<meta name="keywords" content="change management itil v2" />
<meta name="description" content="&#8594; vergleichen Sie auch Change Management ITIL 2011. Prozessziel: Im Change Management werden sämtliche Änderungen ..." />
</itpmch>
<imagemap>
<imagemap>
Image:ITIL-Wiki-english.jpg|ITIL V2 Change Management
Image:ITIL-Wiki-english.jpg|ITIL V2 Change Management
Zeile 7: Zeile 10:
<br style="clear:both;"/>
<br style="clear:both;"/>


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


'''Prozessziel''': Im Change Management werden sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items) autorisiert  und dokumentiert, um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Die Reihenfolge der einzelnen Schritte wird geplant und kommuniziert, um  eventuelle Überschneidungen frühestmöglich zu  erkennen. Die Verantwortung dafür trägt der Change Manager, sowie das Change Advisory Board (CAB) bei  weitreichenden Veränderungen. Für dringende Änderungen, etwa in Notfällen, gibt es ein spezifisches Verfahren.
'''Prozessziel''': Im Change Management werden sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items) autorisiert  und dokumentiert, um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Die Reihenfolge der einzelnen Schritte wird geplant und kommuniziert, um  eventuelle Überschneidungen frühestmöglich zu  erkennen. Die Verantwortung dafür trägt der Change Manager, sowie das Change Advisory Board (CAB) bei  weitreichenden Veränderungen. Für dringende Änderungen, etwa in Notfällen, gibt es ein spezifisches Verfahren.
Zeile 13: Zeile 16:
'''Teil von''': [[Service Support]]
'''Teil von''': [[Service Support]]


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


<p>&nbsp;</p>


==Teil-Prozesse von Change Management==
==Teil-Prozesse von Change Management==


[[Image:Prozess_change_management.jpg|frame|none|Überblick über den Change Management-Prozess nach ITIL V2]]
[[Image:Prozess_change_management.jpg|frame|none|Überblick über den Change Management-Prozess nach ITIL]]


 
'''Behandlung von Standard-Changes regeln'''
;Behandlung von Standard-Changes regeln
:Prozessziel: Es sollen Regelungen erarbeitet werden, die für die IT-Organisation eindeutig definieren, welche Changes ohne Durchlaufen des Change-Management-Prozesses durchgeführt werden dürfen. Dazu wird auch festgelegt, wie diese sogenannten Standard-Changes behandelt werden.
:Prozessziel: Es sollen Regelungen erarbeitet werden, die für die IT-Organisation eindeutig definieren, welche Changes ohne Durchlaufen des Change-Management-Prozesses durchgeführt werden dürfen. Dazu wird auch festgelegt, wie diese sogenannten Standard-Changes behandelt werden.


;RFC vorbewerten
'''RFC vorbewerten'''
:Prozessziel: Es soll sichergestellt werden, dass nur RFCs in den Change-Management-Prozess eingehen, die den definierten Qualitätsanforderungen entsprechen.
:Prozessziel: Es soll sichergestellt werden, dass nur RFCs in den Change-Management-Prozess eingehen, die den definierten Qualitätsanforderungen entsprechen.


;Change registrieren und klassifizieren
'''Change registrieren und klassifizieren'''
:Prozessziel: Registrierung und Einordnung von RFCs/ Changes, so dass nur dokumentierte RFCs Eingang in den Prozess finden und durch die jeweils richtige Instanz (Change Manager, CAB oder EC) bewertet werden.
:Prozessziel: Registrierung und Einordnung von RFCs/ Changes, so dass nur dokumentierte RFCs Eingang in den Prozess finden und durch die jeweils richtige Instanz (Change Manager, CAB oder EC) bewertet werden.


;Change durch Change Manager freigeben
'''Change durch Change Manager freigeben'''
:Prozessziel: Freigabe oder Zurückweisung eines Changes sowie vorläufige Terminierung und Aufnahme in die FSC (Forward Schedule of Changes).
:Prozessziel: Freigabe oder Zurückweisung eines Changes sowie vorläufige Terminierung und Aufnahme in die FSC (Forward Schedule of Changes).


;Changes zu Releases bündeln
'''Changes zu Releases bündeln'''
:Prozessziel: Freigegebene Changes sollen zu Releases gebündelt und die Freigabe zum Rollout durch das Change Management erteilt werden.
:Prozessziel: Freigegebene Changes sollen zu Releases gebündelt und die Freigabe zum Rollout durch das Change Management erteilt werden.


;Change auswerten (Post Implementation Review)
'''Change auswerten (Post Implementation Review)'''
:Prozessziel: Begutachtung des Verlaufs und der Ergebnisse der Change-Implementierung, so dass für spätere Nachforschungen eine vollständige Dokumentation vorliegt und aus Fehlern gelernt werden kann.
:Prozessziel: Begutachtung des Verlaufs und der Ergebnisse der Change-Implementierung, so dass für spätere Nachforschungen eine vollständige Dokumentation vorliegt und aus Fehlern gelernt werden kann.


;CAB-Zusammenkunft durchführen
'''CAB-Zusammenkunft durchführen'''
:Prozessziel: Freigabe oder Zurückweisung eines Changes sowie vorläufige Terminierung und Aufnahme in die FSC (Forward Schedule of Changes).
:Prozessziel: Freigabe oder Zurückweisung eines Changes sowie vorläufige Terminierung und Aufnahme in die FSC (Forward Schedule of Changes).


;Urgent Change durch Notfallkomitee (EC) behandeln
'''Urgent Change durch Notfallkomitee (EC) behandeln'''
:Prozessziel: Schnellstmögliche Freigabe oder Zurückweisung eines Urgent Changes, der zur Behebung eines Notfalls dienen soll.
:Prozessziel: Schnellstmögliche Freigabe oder Zurückweisung eines Urgent Changes, der zur Behebung eines Notfalls dienen soll.


==Beteiligte Rollen==
==Beteiligte Rollen==
* [[ITIL-Rollen#Change Advisory Board|Change Advisory Board]]
*[[Rollen in ITIL#Change Advisory Board|Change Advisory Board]]
* [[ITIL-Rollen#Change Manager|Change Manager]]
*[[Rollen in ITIL#Change Manager|Change Manager]]
* [[ITIL-Rollen#Configuration Manager|Configuration Manager]]
*[[Configuration Management#Beteiligte Rollen|Configuration Manager]]
* [[ITIL-Rollen#Emergency Committee (EC)|Emergency Committee (EC)]]
*'''Emergency Committee (EC)''': Das Emergency Committee ist die Instanz zur Bewilligung von Changes in Notfällen, die aufgrund der Dringlichkeit keine ordnungsgemäße Einberufung des CAB erlauben. Es wird vom Change Manager oder dessen Vertreter für Notfälle einberufen, wobei die Zusammensetzung je nach Situation bestimmt wird. Damit das EC im Notfall mit Sicherheit handlungsfähig ist, muss eine Vertreter- und Verfügbarkeits-Regelung für die Mitglieder getroffen werden.
* [[ITIL-Rollen#Release Manager|Release Manager]]
*[[Release Management#Beteiligte Rollen|Release Manager]]
 


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


==== Checklisten ====
====Checklisten====
*[[Checkliste Request for Change RFC]]
*[[ITIL-Checklisten#Change Management|Checklisten Change Management]]
*[[Checkliste Change Record]]
*[[Checkliste Change-Einordnung]]
*[[Checkliste CAB-Agenda]]
*[[Checkliste Forward Schedule of Changes - FSC]]
*[[Checkliste Post Implementation Review - PIR]]
 
==== KPIs ====
*[[Kennzahlen Change Management|Key Performance Indikatoren "Change Management" nach ITIL V2]]
 


==Verbundene Fachausdrücke aus dem ITIL-Glossar==
====KPIs====
* [[ITIL-Glossar#Change Record|Change Record]]
*[[Kennzahlen Change Management|Key Performance Indikatoren "Change Management"]]
* [[ITIL-Glossar#Request for Change (RFC)|Request for Change (RFC)]]
* [[ITIL-Glossar#Forward Schedule of Changes (FSC)|Forward Schedule of Changes (FSC)]]
* [[ITIL-Glossar#Projected Service Availability (PSA)|Projected Service Availability (PSA)]]


==Verbundene Fachausdrücke aus dem [[ITIL-Glossar]]==
*[[ITIL-Glossar/_ITIL-Begriffe_C#Change Record|Change Record]]
*[[ITIL-Glossar/_ITIL-Begriffe_R#Request for Change (RFC)|Request for Change (RFC)]]
*[[ITIL-Glossar/_ITIL-Begriffe_F#Forward Schedule of Changes (FSC)|Forward Schedule of Changes (FSC)]]
*[[ITIL-Glossar/_ITIL-Begriffe_P#Projected Service Availability (PSA)|Projected Service Availability (PSA)]]


<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:Change Management]]
[[Kategorie:ITIL V2]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Support]][[Kategorie:Change Management]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 1. August 2013, 14:24 Uhr

ITIL V2 Change Management
ITIL V2 Change Management


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

Prozessziel: Im Change Management werden sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items) autorisiert und dokumentiert, um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Die Reihenfolge der einzelnen Schritte wird geplant und kommuniziert, um eventuelle Überschneidungen frühestmöglich zu erkennen. Die Verantwortung dafür trägt der Change Manager, sowie das Change Advisory Board (CAB) bei weitreichenden Veränderungen. Für dringende Änderungen, etwa in Notfällen, gibt es ein spezifisches Verfahren.

Teil von: Service Support

Prozess-Verantwortlicher: Change Manager

 

Teil-Prozesse von Change Management

Überblick über den Change Management-Prozess nach ITIL

Behandlung von Standard-Changes regeln

Prozessziel: Es sollen Regelungen erarbeitet werden, die für die IT-Organisation eindeutig definieren, welche Changes ohne Durchlaufen des Change-Management-Prozesses durchgeführt werden dürfen. Dazu wird auch festgelegt, wie diese sogenannten Standard-Changes behandelt werden.

RFC vorbewerten

Prozessziel: Es soll sichergestellt werden, dass nur RFCs in den Change-Management-Prozess eingehen, die den definierten Qualitätsanforderungen entsprechen.

Change registrieren und klassifizieren

Prozessziel: Registrierung und Einordnung von RFCs/ Changes, so dass nur dokumentierte RFCs Eingang in den Prozess finden und durch die jeweils richtige Instanz (Change Manager, CAB oder EC) bewertet werden.

Change durch Change Manager freigeben

Prozessziel: Freigabe oder Zurückweisung eines Changes sowie vorläufige Terminierung und Aufnahme in die FSC (Forward Schedule of Changes).

Changes zu Releases bündeln

Prozessziel: Freigegebene Changes sollen zu Releases gebündelt und die Freigabe zum Rollout durch das Change Management erteilt werden.

Change auswerten (Post Implementation Review)

Prozessziel: Begutachtung des Verlaufs und der Ergebnisse der Change-Implementierung, so dass für spätere Nachforschungen eine vollständige Dokumentation vorliegt und aus Fehlern gelernt werden kann.

CAB-Zusammenkunft durchführen

Prozessziel: Freigabe oder Zurückweisung eines Changes sowie vorläufige Terminierung und Aufnahme in die FSC (Forward Schedule of Changes).

Urgent Change durch Notfallkomitee (EC) behandeln

Prozessziel: Schnellstmögliche Freigabe oder Zurückweisung eines Urgent Changes, der zur Behebung eines Notfalls dienen soll.

Beteiligte Rollen

  • Change Advisory Board
  • Change Manager
  • Configuration Manager
  • Emergency Committee (EC): Das Emergency Committee ist die Instanz zur Bewilligung von Changes in Notfällen, die aufgrund der Dringlichkeit keine ordnungsgemäße Einberufung des CAB erlauben. Es wird vom Change Manager oder dessen Vertreter für Notfälle einberufen, wobei die Zusammensetzung je nach Situation bestimmt wird. Damit das EC im Notfall mit Sicherheit handlungsfähig ist, muss eine Vertreter- und Verfügbarkeits-Regelung für die Mitglieder getroffen werden.
  • Release Manager

Checklisten und KPIs

Checklisten

KPIs

Verbundene Fachausdrücke aus dem ITIL-Glossar