Change Management - ITIL V2: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
 
Keine Bearbeitungszusammenfassung
 
(3 dazwischenliegende Versionen derselben Benutzerin werden nicht angezeigt)
Zeile 1: Zeile 1:
{|
<itpmch><title>Change Management - ITIL V2 | IT Process Wiki</title>
! align="right" width="80%"|
<meta name="keywords" content="change management itil v2" />
! style="background:#DDDDDD;" align="right" width="20%"| [https://wiki.en.it-processmaps.com/index.php/Change_Management_-_ITIL_V2 this Page in English]
<meta name="description" content="&#8594; vergleichen Sie auch Change Management ITIL 2011. Prozessziel: Im Change Management werden sämtliche Änderungen ..." />
|}
</itpmch>
<imagemap>
Image:ITIL-Wiki-english.jpg|right|ITIL V2 Change Management
default [https://wiki.en.it-processmaps.com/index.php/Change_Management_-_ITIL_V2 this Page in English]
desc none
</imagemap>
<br style="clear:both;"/>
 
'''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 8: 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]]
[[Image:Prozess_change_management.jpg|thumb|749px|none|link=https://wiki.de.it-processmaps.com/index.php/Datei:Prozess_change_management.jpg|Ü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 and KPIs==
====Checklisten====
*[[ITIL-Checklisten#Change Management|Checklisten Change Management]]


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


==== KPIs ====
==Verbundene Fachausdrücke aus dem [[ITIL-Glossar]]==
*[[Kennzahlen Change Management|Key Performance Indikatoren "Change Management" nach ITIL V2]]
*[[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>


==Verbundene Fachausdrücke aus dem ITIL-Glossar==
<!-- Diese Seite liegt in folgenden Kategorien: -->
* [[ITIL-Glossar#Change Record|Change Record]]
[[Kategorie:ITIL V2]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Support]][[Kategorie:Change Management]]
* [[ITIL-Glossar#Request for Change (RFC)|Request for Change (RFC)]]
<!-- keine Inhalte nach diesem Kommentar! -->
* [[ITIL-Glossar#Forward Schedule of Changes (FSC)|Forward Schedule of Changes (FSC)]]
* [[ITIL-Glossar#Projected Service Availability (PSA)|Projected Service Availability (PSA)]]

Aktuelle Version vom 1. Februar 2016, 20:46 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