Change Management: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
 
KKeine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
{|
<seo metakeywords="itil change management, itil change, change management itil, itil change management prozess" metadescription="ITIL Change Management: Prozess-Definition, Teil-Prozesse. Zusatzinformationen zu Change Management: Rollen, Checklisten, KPIs..." />
! align="right" width="80%"|
<imagemap>
! style="background:#DDDDDD;" align="right" width="20%"| [https://wiki.en.it-processmaps.com/index.php/Change_Management this Page in English]
Image:ITIL-Wiki-english-es.jpg|ES - EN - Change Management|100px
|}
rect 0 0 50 30 [https://wiki.es.it-processmaps.com/index.php/ITIL_Gestion_de_Cambios esta página en español]
rect 50 0 100 30 [https://wiki.en.it-processmaps.com/index.php/Change_Management this Page in English]
desc none
</imagemap>
<br style="clear:both;"/>


'''ITIL Version''': ITIL Version 3 (ITIL V3)
== ITIL Change Management: Überblick ==


'''Process Objective''': Den Lebenszyklus aller Changes steuern. Das vorrangige Ziel des Change Managements besteht darin, dafür zu sorgen, dass Changes nutzbringend sind und zu einer möglichst minimalen Unterbrechung der IT Services führen.
'''Prozessziel''': Den Lebenszyklus aller Changes steuern. Das vorrangige Ziel des [[Change Management|Change Managements]] besteht darin, dafür zu sorgen, dass Changes nutzbringend sind und zu einer möglichst minimalen Unterbrechung der IT-Services führen.
 
'''Englische Bezeichnung''': Change Management


'''Teil von''': [[ITIL V3 Service Transition - Serviceüberführung|Service Transition (Serviceüberführung)]]
'''Teil von''': [[ITIL V3 Service Transition - Serviceüberführung|Service Transition (Serviceüberführung)]]


'''Prozess-Verantwortlicher''': [[Rollen in ITIL V3#Change Manager|Change Manager]]
'''Prozess-Verantwortlicher''': [[Change Management#ITIL-Rollen und Gremien im Change-Management|Change Manager]]
 
 
== ITIL Change Management: Prozess-Beschreibung ==
 
[[Image:Prozess_change_management_itilv3_thumb.jpg|frame|left|[https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_change_management_itilv3.pdf ITIL Change Management]]]


==ITIL V3 im Vergleich zu ITIL V2: Change Management==
Im Wesentlichen sind die Aktivitäten und Ziele des [[Change Management - ITIL V2|Change-Management-Prozesses in ITIL V2]] und ITIL Version 3 identisch.


*Im Wesentlichen sind die Aktivitäten und Ziele des Change-Management-Prozesses in ITIL Version 2 und ITIL V3 identisch
ITIL V3 führt den Begriff der "[[Change Management#Change-Modell|Change-Modelle]]" ein; damit wird die Notwendigkeit, unterschiedliche Change-Typen zur definieren, nun deutlicher herausgestellt. Es wird gezeigt, wie die unterschiedlichen Changetypen handzuhaben sind.
* ITIL V3 führt den Begriff der "Change-Modelle" ein; damit wird die Notwendigkeit, unterschiedliche Change-Typen zur definieren, nun deutlicher herausgestellt; es wird gezeigt, wie die unterschiedlichen Changetypen handzuhaben sind.
* Notfall-Changes werden in ITIL V3 vom "Emergency Change Advisory Board (ECAB)" autorisiert, das in ITIL V2 als "Emergency Committee (EC)" bezeichnet worden ist.


Notfall-Changes werden in ITIL V3 vom "[[Rollen in ITIL V3#Emergency Change Advisory Board (ECAB)|Emergency Change Advisory Board (ECAB)]]" autorisiert, das in ITIL V2 als "[[ITIL-Rollen#Emergency Committee (EC)|Emergency Committee (EC)]]" bezeichnet worden ist.


==Teil-Prozesse im Change Management nach ITIL V3==
[[Change Management|Change Management nach ITIL V3]] umfasst die folgenden Teil-Prozesse:
<br style="clear:both;"/>


[[Image:Prozess_change_management_itilv3_thumb.jpg|frame|left|[https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_change_management_itilv3.pdf  Überblick über den Change-Management-Prozess nach ITIL V3 (.pdf)]]]
=== Teil-Prozesse ===


;Change Management Support
;Change Management Support
:Prozessziel: Bereitstellen von Vorlagen und Leitlinien zur Autorisierung von Changes sowie Bereitstellen von Informationen zu geplanten und laufenden Changes für die anderen IT Service Management Prozesse.
:Prozessziel: Bereitstellen von Vorlagen und Leitlinien zur Autorisierung von Changes sowie Bereitstellen von Informationen zu geplanten und laufenden Changes für die anderen IT-Service-Management-Prozesse.


;RFC-Erfassung und Vorab-Bewertung
;RFC-Erfassung und Vorab-Bewertung
:Prozessziel: Herausfiltern von Requests for Change (RFC), die nicht alle erforderlichen Informationen für eine Bewertung enthalten oder für nicht machbar erachtet werden.
:Prozessziel: Herausfiltern von [[Change Management#RFC|Requests for Change (RFC)]], die nicht alle erforderlichen Informationen für eine Bewertung enthalten oder für nicht machbar erachtet werden.


;RFC-Klassifizierung
;RFC-Klassifizierung
:Prozessziel: Überprüfen, ob die Priorität des vorgeschlagenen Changes vom Initiator korrekt festgelegt worden ist und Bestimmen der entsprechenden Instanz bzw. Hierarchiestufe zur Freigabe oder Zurückweisung des RFC.
:Prozessziel: Überprüfen, ob die Priorität des vorgeschlagenen Changes vom Initiator korrekt festgelegt worden ist und Bestimmen der zuständigen Instanz bzw. [[Change Management#Change-Freigabehierarchie|Hierarchiestufe für die Freigabe]] oder Zurückweisung des RFC.


;Bewertung von dringenden RFC durch das ECAB
;Bewertung eines dringenden RFC durch das ECAB
:Prozessziel: Schnellstmögliches Freigeben, Anpassen oder Zurückweisen eines dringenden Request for Change (RFC). Dieser Prozess wird initiiert, wenn normale Change-Management-Abläufe nicht angewandt werden können, da ein Notfall unmittelbaren Handlungsbedarf erfordert.
:Prozessziel: Schnellstmögliches Freigeben, Anpassen oder Zurückweisen eines dringenden [[Change Management#RFC|Request for Change (RFC)]]. Dieser Prozess wird initiiert, wenn normale Change-Management-Abläufe nicht angewandt werden können, da ein Notfall unmittelbaren Handlungsbedarf erfordert.


;Change-Bewertung durch den Change Manager
;Change-Bewertung durch den Change Manager
:Prozessziel: Freigeben oder Zurückweisen eines vorgeschlagenen Changes; Sicherstellen, dass der zeitliche Ablauf geplant ist und Aufnehmen des Changes in den Change Schedule.
:Prozessziel: Freigeben oder Zurückweisen eines vorgeschlagenen Changes durch den [[Rollen in ITIL V3#Change Manager|Change Manager]]; Sicherstellen, dass der zeitliche Ablauf geplant ist und Aufnehmen des Changes in die [[Change Management#Change Schedule|Change Schedule]].


;Change-Bewertung durch das CAB
;Change-Bewertung durch das CAB
:Prozessziel: Freigeben oder Zurückweisen eines vorgeschlagenen Changes. Dies schließt auch die Terminierung und Aufnahme des Changes in die Change Schedule mit ein.
:Prozessziel: Freigeben oder Zurückweisen eines vorgeschlagenen Changes durch das [[Rollen in ITIL V3#Change Advisory Board (CAB)|CAB]]. Dies schließt auch die Terminierung und Aufnahme des Changes in die [[Change Management#Change Schedule|Change Schedule]] mit ein.


;Change Scheduling
;Change-Planung
:Prozessziel: Abstimmen eines vorläufigen Terminplans für die Change-Implementierung und Übertragen entsprechender Verantwortlichkeiten an das Projekt- und Release-Management.
:Prozessziel: Abstimmen eines vorläufigen Terminplans für die Change-Implementierung und Übertragen entsprechender Verantwortlichkeiten an das [[Projektmanagement - Transition Planning and Support|Projektmanagement]] und das [[Release und Deployment Management|Release und Deployment Management]].


;Change-Evaluierung (Post Implementation Review)
;Change-Evaluierung (Post Implementation Review)
:Prozessziel: Bewerten des Verlaufs der Change-Implementierung und der erreichten Ergebnisse, um zu prüfen, ob eine komplette Historie aller Aktivitäten für die zukünftige Ableitung von Empfehlungen bereitsteht; Vergewissern, dass alle Fehler analysiert und die für die Zukunft wichtigen Erfahrungen dokumentiert worden sind.
:Prozessziel: Bewerten des Verlaufs der Change-Implementierung und der erreichten Ergebnisse, um sicherzustellen, dass eine komplette Historie aller Aktivitäten aufgezeichnet wurde ([[Change Management#PIR|Post Implementation Review]]); Vergewissern, ob alle Fehler analysiert und die für die Zukunft wichtigen Erfahrungen dokumentiert worden sind.
 
 
===== Downloads =====
 
Die folgenden Links verweisen auf das Übersichts-Diagramm zu Change Management mit einer Darstellung der wichtigsten Schnittstellen des ITIL-Prozesses. 
 
* [[:Image:Itil-change-management.jpg|ITIL Change Management (.JPG)]]
* [https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_change_management_itilv3.pdf ITIL Change  Management (.PDF)]''
 
 
=== ITIL-Begriffe zum Change Management ===
 
;<span id="Change-Freigabehierarchie">Change-Freigabehierarchie</span>
:Die Change-Freigabehierarchie legt fest, wer – in Abhängigkeit von der Risiko-Stufe – berechtigt ist, einen vorgeschlagenen Change freizugeben.
 
;<span id="Change-Modell">Change-Modell</span>
:Change-Modelle beschreiben Verfahren zum Umgang mit wiederkehrenden Standard-Changes. Der Change Manager erstellt ein Change-Modell für jeden Standard-Change (vorab freigegebener Change mit geringem Risiko, wie zum Beispiel die Aufrüstung eines Client-PCs).
 
;<span id="Change Record">Change Record</span>
:Im Change Record sind alle Einzelheiten eines Changes enthalten; er dokumentiert somit den Lebenszyklus eines einzelnen Changes. Ein Change Record wird zumeist aus einem vorausgehenden Request for Change (RFC) erstellt.
 
;<span id="Change Schedule">Change Schedule</span>
:In der Change Schedule sind alle genehmigten Changes mit den geplanten Implementierungsterminen aufgeführt. Die Change Schedule wird manchmal auch als Forward Schedule of Change (Zeitplan künftiger Changes) bezeichnet, auch wenn sie Informationen zu bereits implementierten Changes enthält.
 
;<span id="PIR">Post Implementation Review (PIR)</span>
:Das Post Implementation Review erfolgt nach der Implementierung eines Changes. Im PIR wird festgehalten, ob der Change und das entsprechende Implementierungsprojekt erfolgreich waren und welche Verbesserungsmöglichkeiten es gibt.
 
;<span id="PSO">Projected Service Outage (PSO)</span>
:Im Dokument zu voraussichtlichen Serviceunterbrechungen (“Projected Service Outage – PSO“) sind erwartete bzw. geplante Abweichungen von der in den SLAs vereinbarten Serviceverfügbarkeit aufgeführt.
 
;<span id="RFC">Request for Change (RFC)</span>
:Der RFC ist ein formeller Antrag zur Durchführung eines Changes. Für jeden Nicht-Standard-Change muss ein Request for Change beim Change Management eingereicht werden (siehe auch: [[Checkliste Request for Change RFC|ITIL-Checkliste Request for Change - RFC]])
 
;<span id="RFC-Template">RFC-Template</span>
:Ein Template für die formale Beantragung eines Changes. Ein RFC enthält die Details zum vorgeschlagenen Change; er kann in Papierform oder elektronisch erstellt werden.
 
== Zusatzinformationen zum Change Management ==
 
==== ITIL-Kennzahlen und -Checklisten ====
* [[ITIL-Kennzahlen Service Transition - Serviceüberführung#ITIL-Kennzahlen Change Management|Kennzahlen (KPIS) zum Change Management]]
* [[Checkliste Request for Change RFC|Checklisten zum Change Management: Checkliste Request for Change - RFC]]
 
 
==== ITIL-Rollen und Gremien im Change-Management ====
 
;Change Manager - Prozess-Verantwortlicher
:Der Change Manager autorisiert und dokumentiert sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items), um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Bei weitreichenden Veränderungen bindet er das Change Advisory Board (CAB) bzw. das IT Management mit ein.
 
;Change Advisory Board (CAB)
:Eine Gruppe von Personen, die den Change Manager hinsichtlich der Bewertung, Priorisierung und Terminplanung von Changes beraten. Dieses Gremium wird normaler Weise aus Vertretern aller Bereiche des Service Providers, der Unternehmensseite und den Drittparteien, z.B. den Suppliern gebildet.  


;Change Owner
:Der Betreiber und Initiator eines Changes, der zumeist auch über das Budget für die Change-Implementierung verfügt. Der Change Owner ist typischerweise der Inhaber einer ITIL Rolle (z.B. der Problem oder Capacity Manager) oder ein Mitglied des IT Managements.


== Kennzahlen (KPIs) für das Change Management ==
;Emergency Change Advisory Board (ECAB)
* [[ITIL-Kennzahlen Service Transition - Serviceüberführung#ITIL-Kennzahlen Change Management|Kennzahlen zum Change Management]]
:Eine Teilgruppe des Change Advisory Boards, die Entscheidungen zu Notfall-Changes mit erheblichen Auswirkungen trifft. Die Zusammensetzung des ECAB kann zum Zeitpunkt der Einberufung des Meetings festgelegt werden; sie hängt von der Art des zu behandelnden Notfall-Changes ab.




==Rollen und Gremien im Change Management nach ITIL V3==


* [[Rollen in ITIL V3#Change Manager|Change Manager]] (Prozess-Verantwortlicher)
<!-- Diese Seite liegt in folgenden Kategorien: -->
* [[Rollen in ITIL V3#Change Advisory Board (CAB)|Change Advisory Board (CAB)]]
[[Kategorie:ITIL V3]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Transition]][[Kategorie:Change Management|!]]
* [[Rollen in ITIL V3#Configuration Manager|Configuration Manager]]
<!-- keine Inhalte nach diesem Kommentar! -->
* [[Rollen in ITIL V3#Emergency Change Advisory Board (ECAB)|Emergency Change Advisory Board (ECAB)]]
* in Kooperation: [[Rollen in ITIL V3#Release Manager|Release Manager]]

Version vom 4. Juli 2011, 16:01 Uhr

<seo metakeywords="itil change management, itil change, change management itil, itil change management prozess" metadescription="ITIL Change Management: Prozess-Definition, Teil-Prozesse. Zusatzinformationen zu Change Management: Rollen, Checklisten, KPIs..." />

ES - EN - Change Managementesta página en españolthis Page in English
ES - EN - Change Management


ITIL Change Management: Überblick

Prozessziel: Den Lebenszyklus aller Changes steuern. Das vorrangige Ziel des Change Managements besteht darin, dafür zu sorgen, dass Changes nutzbringend sind und zu einer möglichst minimalen Unterbrechung der IT-Services führen.

Englische Bezeichnung: Change Management

Teil von: Service Transition (Serviceüberführung)

Prozess-Verantwortlicher: Change Manager


ITIL Change Management: Prozess-Beschreibung

ITIL Change Management

Im Wesentlichen sind die Aktivitäten und Ziele des Change-Management-Prozesses in ITIL V2 und ITIL Version 3 identisch.

ITIL V3 führt den Begriff der "Change-Modelle" ein; damit wird die Notwendigkeit, unterschiedliche Change-Typen zur definieren, nun deutlicher herausgestellt. Es wird gezeigt, wie die unterschiedlichen Changetypen handzuhaben sind.

Notfall-Changes werden in ITIL V3 vom "Emergency Change Advisory Board (ECAB)" autorisiert, das in ITIL V2 als "Emergency Committee (EC)" bezeichnet worden ist.

Change Management nach ITIL V3 umfasst die folgenden Teil-Prozesse:

Teil-Prozesse

Change Management Support
Prozessziel: Bereitstellen von Vorlagen und Leitlinien zur Autorisierung von Changes sowie Bereitstellen von Informationen zu geplanten und laufenden Changes für die anderen IT-Service-Management-Prozesse.
RFC-Erfassung und Vorab-Bewertung
Prozessziel: Herausfiltern von Requests for Change (RFC), die nicht alle erforderlichen Informationen für eine Bewertung enthalten oder für nicht machbar erachtet werden.
RFC-Klassifizierung
Prozessziel: Überprüfen, ob die Priorität des vorgeschlagenen Changes vom Initiator korrekt festgelegt worden ist und Bestimmen der zuständigen Instanz bzw. Hierarchiestufe für die Freigabe oder Zurückweisung des RFC.
Bewertung eines dringenden RFC durch das ECAB
Prozessziel: Schnellstmögliches Freigeben, Anpassen oder Zurückweisen eines dringenden Request for Change (RFC). Dieser Prozess wird initiiert, wenn normale Change-Management-Abläufe nicht angewandt werden können, da ein Notfall unmittelbaren Handlungsbedarf erfordert.
Change-Bewertung durch den Change Manager
Prozessziel: Freigeben oder Zurückweisen eines vorgeschlagenen Changes durch den Change Manager; Sicherstellen, dass der zeitliche Ablauf geplant ist und Aufnehmen des Changes in die Change Schedule.
Change-Bewertung durch das CAB
Prozessziel: Freigeben oder Zurückweisen eines vorgeschlagenen Changes durch das CAB. Dies schließt auch die Terminierung und Aufnahme des Changes in die Change Schedule mit ein.
Change-Planung
Prozessziel: Abstimmen eines vorläufigen Terminplans für die Change-Implementierung und Übertragen entsprechender Verantwortlichkeiten an das Projektmanagement und das Release und Deployment Management.
Change-Evaluierung (Post Implementation Review)
Prozessziel: Bewerten des Verlaufs der Change-Implementierung und der erreichten Ergebnisse, um sicherzustellen, dass eine komplette Historie aller Aktivitäten aufgezeichnet wurde (Post Implementation Review); Vergewissern, ob alle Fehler analysiert und die für die Zukunft wichtigen Erfahrungen dokumentiert worden sind.


Downloads

Die folgenden Links verweisen auf das Übersichts-Diagramm zu Change Management mit einer Darstellung der wichtigsten Schnittstellen des ITIL-Prozesses.


ITIL-Begriffe zum Change Management

Change-Freigabehierarchie
Die Change-Freigabehierarchie legt fest, wer – in Abhängigkeit von der Risiko-Stufe – berechtigt ist, einen vorgeschlagenen Change freizugeben.
Change-Modell
Change-Modelle beschreiben Verfahren zum Umgang mit wiederkehrenden Standard-Changes. Der Change Manager erstellt ein Change-Modell für jeden Standard-Change (vorab freigegebener Change mit geringem Risiko, wie zum Beispiel die Aufrüstung eines Client-PCs).
Change Record
Im Change Record sind alle Einzelheiten eines Changes enthalten; er dokumentiert somit den Lebenszyklus eines einzelnen Changes. Ein Change Record wird zumeist aus einem vorausgehenden Request for Change (RFC) erstellt.
Change Schedule
In der Change Schedule sind alle genehmigten Changes mit den geplanten Implementierungsterminen aufgeführt. Die Change Schedule wird manchmal auch als Forward Schedule of Change (Zeitplan künftiger Changes) bezeichnet, auch wenn sie Informationen zu bereits implementierten Changes enthält.
Post Implementation Review (PIR)
Das Post Implementation Review erfolgt nach der Implementierung eines Changes. Im PIR wird festgehalten, ob der Change und das entsprechende Implementierungsprojekt erfolgreich waren und welche Verbesserungsmöglichkeiten es gibt.
Projected Service Outage (PSO)
Im Dokument zu voraussichtlichen Serviceunterbrechungen (“Projected Service Outage – PSO“) sind erwartete bzw. geplante Abweichungen von der in den SLAs vereinbarten Serviceverfügbarkeit aufgeführt.
Request for Change (RFC)
Der RFC ist ein formeller Antrag zur Durchführung eines Changes. Für jeden Nicht-Standard-Change muss ein Request for Change beim Change Management eingereicht werden (siehe auch: ITIL-Checkliste Request for Change - RFC)
RFC-Template
Ein Template für die formale Beantragung eines Changes. Ein RFC enthält die Details zum vorgeschlagenen Change; er kann in Papierform oder elektronisch erstellt werden.

Zusatzinformationen zum Change Management

ITIL-Kennzahlen und -Checklisten


ITIL-Rollen und Gremien im Change-Management

Change Manager - Prozess-Verantwortlicher
Der Change Manager autorisiert und dokumentiert sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items), um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Bei weitreichenden Veränderungen bindet er das Change Advisory Board (CAB) bzw. das IT Management mit ein.
Change Advisory Board (CAB)
Eine Gruppe von Personen, die den Change Manager hinsichtlich der Bewertung, Priorisierung und Terminplanung von Changes beraten. Dieses Gremium wird normaler Weise aus Vertretern aller Bereiche des Service Providers, der Unternehmensseite und den Drittparteien, z.B. den Suppliern gebildet.
Change Owner
Der Betreiber und Initiator eines Changes, der zumeist auch über das Budget für die Change-Implementierung verfügt. Der Change Owner ist typischerweise der Inhaber einer ITIL Rolle (z.B. der Problem oder Capacity Manager) oder ein Mitglied des IT Managements.
Emergency Change Advisory Board (ECAB)
Eine Teilgruppe des Change Advisory Boards, die Entscheidungen zu Notfall-Changes mit erheblichen Auswirkungen trifft. Die Zusammensetzung des ECAB kann zum Zeitpunkt der Einberufung des Meetings festgelegt werden; sie hängt von der Art des zu behandelnden Notfall-Changes ab.