Change Management: Difference between revisions

From IT Process Wiki
mNo edit summary
mNo edit summary
Line 1: Line 1:
<seo metakeywords="itil change management, itil change management process, change management process, it change management process" metadescription="Change Management: ITIL process definition - subprocesses - Additional information on ITIL Change Management." />
<imagemap>
<imagemap>
Image:ITIL-Wiki-de-es.jpg|Change Management|100px
Image:ITIL-Wiki-de-es.jpg|DE - ES - Change Management|100px
rect 0 0 50 30 [https://wiki.de.it-processmaps.com/index.php/Change_Management diese Seite auf Deutsch]
rect 0 0 50 30 [https://wiki.de.it-processmaps.com/index.php/Change_Management diese Seite auf Deutsch]
rect 50 0 100 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.es.it-processmaps.com/index.php/ITIL_Gestion_de_Cambios esta página en español]
Line 18: Line 19:
== ITIL Change Management: Process Definition ==
== ITIL Change Management: Process Definition ==


<imagemap>
[[Image:Itil-change-management.jpg|thumb=overview_change_management_itilv3_thumb.jpg|left|[https://wiki.en.it-processmaps.com/images/pdf/process_overview_change_management_itilv3.pdf ITIL Change Management]]]
Image:overview_change_management_itilv3_thumb.jpg|left|ITIL Change Management|350px|thumb
default [https://wiki.en.it-processmaps.com/images/pdf/process_overview_change_management_itilv3.pdf Change Management ITIL (.pdf)]
desc bottom-left
</imagemap>


Essentially, the activities and process objectives of the Change Management process are identical in ITIL V3 and V2. ITIL V3 introduces "[[Change Management#Change Model|Change Models]]", putting more emphasis on defining different types of Changes and how they are to be handled.
Essentially, the activities and process objectives of the Change Management process are identical in ITIL V3 and V2. ITIL V3 introduces "[[Change Management#Change Model|Change Models]]", putting more emphasis on defining different types of Changes and how they are to be handled.
Line 54: Line 51:
:Process Objective: To agree a preliminary schedule for Change implementation and to transfer responsibility for Change deployment to [[Project Management - Transition Planning and Support|Project Management]] and [[Release and Deployment Management|Release Management]].
:Process Objective: To agree a preliminary schedule for Change implementation and to transfer responsibility for Change deployment to [[Project Management - Transition Planning and Support|Project Management]] and [[Release and Deployment Management|Release Management]].


;Change Evaluation
;Change Evaluation (Post Implementation Review)
:Process Objective: To assess the course of the Change implementation and the achieved results, in order to verify that a complete history if activities is present for future reference, and to make sure that any mistakes are analysed and lessons learned ([[Change Management#PIR|Post Implementation Review]]).
:Process Objective: To assess the course of the Change implementation and the achieved results, in order to verify that a complete history if activities is present for future reference, and to make sure that any mistakes are analysed and lessons learned ([[Change Management#PIR|Post Implementation Review]]).
===== Downloads =====
Use the following links to open the process overview of Change Management showing the most important interfaces:
* [[Media:Itil-change-management.jpg|ITIL Change Management (.JPG)]]
* [https://wiki.en.it-processmaps.com/images/pdf/process_overview_change_management_itilv3.pdf ITIL Change Management (.PDF)]''




Line 120: Line 125:




 
<i><small>[[Main Page|Home]] > [[ITIL Processes]] > [[ITIL V3 Service Transition|Service Transition]] > [[Change Management|ITIL Change Management]]</small></i>


<!-- This page is assigned to the following categories: -->
<!-- This page is assigned to the following categories: -->
[[Category:ITIL V3]][[Category:ITIL process]][[Category:Service Transition|Change Management]][[Category:Change Management|!]]
[[Category:ITIL V3]][[Category:ITIL process]][[Category:Service Transition|Change Management]][[Category:Change Management|!]]
<!-- --- -->
<!-- --- -->

Revision as of 10:30, 13 July 2011

<seo metakeywords="itil change management, itil change management process, change management process, it change management process" metadescription="Change Management: ITIL process definition - subprocesses - Additional information on ITIL Change Management." />

DE - ES - Change Managementdiese Seite auf Deutschesta página en español
DE - ES - Change Management


ITIL Change Management: Overview

Process Objective: To control the lifecycle of all Changes. The primary objective of Change Management is to enable beneficial Changes to be made, with minimum disruption to IT services.

Part of: Service Transition

Process Owner: Change Manager


ITIL Change Management: Process Definition

File:Itil-change-management.jpg
ITIL Change Management

Essentially, the activities and process objectives of the Change Management process are identical in ITIL V3 and V2. ITIL V3 introduces "Change Models", putting more emphasis on defining different types of Changes and how they are to be handled.

Emergency Changes in ITIL V3 are authorized by the Emergency Change Advisory Board (ECAB), which was known as the Emergency Committee (EC) in ITIL V2.

The following sub-processes are part of Change Management according to ITIL V3:

Sub-Processes

Change Management Support
Process Objective: To provide templates and guidance for the authorization of Changes, and to supply the other IT Service Management processes with information on planned and ongoing Changes.
RFC Logging and Pre-Evaluation
Process Objective: To filter out Requests for Change which do not contain all information required for assessment or which are deemed impractical.
RFC Classification
Process Objective: To verify if the priority of the proposed Change was correctly set by the initiator, and to determine the adequate level of authority to approve or reject the RFC.
Assessment of Urgent RFC by the ECAB
Process Objective: To authorize, adjust or reject an urgent Requests for Change as quickly as possible. This process is invoked if normal Change Management procedures cannot be applied because an emergency requires immediate action.
Change Assessment by the Change Manager
Process Objective: To authorize or reject a proposed Change as well as to ensure a preliminary scheduling and incorporation into the Change Schedule.
Change Assessment by the CAB
Process Objective: To authorize or reject a proposed Change as well as to ensure a preliminary scheduling and incorporation into the Change Schedule.
Change Scheduling
Process Objective: To agree a preliminary schedule for Change implementation and to transfer responsibility for Change deployment to Project Management and Release Management.
Change Evaluation (Post Implementation Review)
Process Objective: To assess the course of the Change implementation and the achieved results, in order to verify that a complete history if activities is present for future reference, and to make sure that any mistakes are analysed and lessons learned (Post Implementation Review).


Downloads

Use the following links to open the process overview of Change Management showing the most important interfaces:


ITIL Terms: Change Management

Change Authorization Hierarchy
The Change Authorization Hierarchy defines who is to assess a proposed Change, depending on the Change’s level of risk.
Change Model
Change Models describe procedures for the handling of recurring Changes. Typically, a Change Model is provided by the Change Manager for each Standard Change (low-risk, pre-authorized Change)
Change Record
The Change Record contains all the details of a Change, documenting the lifecycle of a single Change, where a Change is defined as the addition, changing or removal of any object with an influence upon the IT services.
Change Schedule
A Document that lists all approved Changes and their planned implementation dates. A Change Schedule is sometimes called a Forward Schedule of Changes (FSC).
Post Implementation Review (PIR)
The Post Implementation Review takes place after a Change has been implemented. It determines if the Change and its implementation Project were successful, and identifies opportunities for improvement.
Projected Service Outage (PSO)
The Projected Service Outage (PSO) document lists any expected deviations from the service availability agreed in SLAs.
Request for Change (RFC)
A formal request for a Change to be implemented. An RFC includes details of the proposed Change, and may be recorded on paper or electronically. The term RFC is often misused to mean a Change Record, or the Change in itself (see also: ITIL Checklist Request for Change - RFC).
RFC Template
A template to be used when formally requesting a Change. An RFC includes details of the proposed Change, and may be recorded on paper or electronically.


Additional Information on Change Management

ITIL KPIs and Checklists


ITIL Roles and Boards in Change Management

Change Manager - Process Owner
The Change Manager authorises and documents all changes in the IT Infrastructure and its components (Configuration Items), in order to maintain a minimum amount of interruptive effects upon the running operation.
In the case of further-reaching changes, he involves the Change Advisory Board (CAB).
Change Advisory Board (CAB)
A group of people that advises the Change Manager in the Assessment, prioritisation and scheduling of Changes.
This board is usually made up of representatives from all areas within the IT Service Provider, the Business, and Third Parties such as Suppliers.
Change Owner
The person backing a Change and holding a budget for its implementation.
In most cases the Change Owner is identical with the RFC initiator.
Typically Changes are owned by Service Management roles (e.g. the Problem or Capacity Manager) or members of IT management.
Configuration Manager
The Configuration Manager is responsible for maintaining information about Configuration Items required to deliver IT services.
To this end he maintains a logical model, containing the components of the IT infrastructure (CIs) and their associations.
Emergency Change Advisory Board (ECAB)
A sub-set of the Change Advisory Board who make decisions about high impact Emergency Changes.
Membership of the ECAB may be decided at the time a meeting is called, and depends on the nature of the Emergency Change.
Release Manager
The Release Manager is responsible for planning, scheduling and controlling the movement of Releases to test and live environments.
His primary objective is to ensure that the integrity of the live environment is protected and that the correct components are released.


Home > ITIL Processes > Service Transition > ITIL Change Management