Change Management: Difference between revisions

From IT Process Wiki
No edit summary
Line 8: Line 8:
<br style="clear:both;"/>
<br style="clear:both;"/>


<html><div itemscope="itemscope" itemtype="https://schema.org/WebPage"><!-- define schema.org/WebPage --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


==<span id="ITIL Change Management">Overview</span>==
'''<span id="Overview">Objective:</span>''' <html><span itemprop="description"><i><span itemprop="alternativeHeadline">ITIL <span itemprop="name Headline">Change Management</span></span></i> aims 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.</span></p>
 
<p><b>Part of</b>: <a itemprop="isPartOf" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Service_Transition" title="ITIL Service Transition">Service Transition</a></html>
'''Objective''': ''ITIL Change Management'' aims 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''': [[ITIL V3 Service Transition|Service Transition]]


'''Process Owner''': [[Change Management#Change-Manager|Change Manager]]
'''Process Owner''': [[Change Management#Change-Manager|Change Manager]]
Line 20: Line 18:
<p>&nbsp;</p>
<p>&nbsp;</p>


== Process Description ==
==Process Description==


In '''''ITIL 2011''''' the structure of the [[Change Management]] process has been modified to highlight that significant [[Change Management#ITIL-Change|Changes]] require authorization at different points in their lifecycle.
In '''''ITIL 2011''''' the structure of the [[Change Management]] process has been modified to highlight that significant [[Change Management#ITIL-Change|Changes]] require authorization at different points in their lifecycle.
Line 37: Line 35:
<p>&nbsp;</p>
<p>&nbsp;</p>


== Sub-Processes ==
==Sub-Processes==
 
These are the [[Change Management|ITIL Change Management]] sub-processes and their process objectives:
 
<p>&nbsp;</p>
 
;Change Management Support
:Process Objective: To provide [[Change Management#RFC-Template|templates]] and guidance for the authorization of [[Change Management#ITIL-Change|Changes]], and to supply the other IT Service Management processes with information on planned and ongoing Changes.
 
;<span id="ITIL-Change-Proposal-Assessment">Assessment of Change Proposals</span>
:Process Objective: To asses [[Change Management#ITIL-Change-Proposal|Change Proposals]] which are typically submitted for significant Changes by Service Strategy. The purpose of assessing Change Proposals is to identify possible issues prior to the start of design activities.
 
;RFC Logging and Review
:Process Objective: To filter out [[Change Management#ITIL-RFC|Requests for Change]] which do not contain all information required for assessment or which are deemed impractical.
 
;Assessment and Implementation of Emergency Changes
:Process Objective: To assess, authorize and implement an [[Change Management#Emergency-Change-ITIL|Emergency 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 determine the required level of authorization for the assessment of a proposed [[Change Management#ITIL-Change|Change]]. Significant Changes are passed on to the [[Change Management#CAB|CAB]] for assessment, while minor Changes are immediately assessed and authorized by the [[Change Management#Change-Manager|Change Manager]].
 
;Change Assessment by the [[Change Management#CAB|CAB]]
:Process Objective: To assess a proposed Change and authorize the Change planning phase. If required, higher levels of authority (e.g. IT Management) are involved in the authorization process.
 
;<span id="ITIL-Change-Scheduling">Change Scheduling and Build Authorization</span>
:Process Objective: To authorize detailed Change and Release planning, and to assess the resulting Project Plan prior to authorizing the Change Build phase.
 
;Change Deployment Authorization
:Process Objective: To assess if all required Change components have been built and properly tested, and to authorize the Change Deployment phase.
 
;<span id="Minor-Change-Deployment-ITIL">Minor Change Deployment</span>
:Process Objective: To implement low-risk, well-understood Changes which do not require the involvement of [[Release and Deployment Management|Release Management]].
 
;<span id="ITIL-PIR">Post Implementation Review and Change Closure</span>
: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 analyzed and lessons learned.


<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name" content="Change Management sub-processes:">These are the <strong class="selflink">ITIL Change Management</strong> sub-processes and their process objectives:</span>
</p>
<p>&#160;</p>
<p><b><span id="Change-Management-Support" itemprop="itemListElement">Change Management Support</span></b>
</p>
<ul><li itemprop="description">Process Objective: To provide <a href="/index.php/Change_Management#RFC-Template" title="Change Management">templates</a> and guidance for the authorization of <a href="/index.php/Change_Management#ITIL-Change" title="Change Management">Changes</a>, and to supply the other IT Service Management processes with information on planned and ongoing Changes.
</li></ul>
<p><br />
</p><p><b><span id="ITIL-Change-Proposal-Assessment" itemprop="itemListElement">Assessment of Change Proposals</span></b>
</p>
<ul><li itemprop="description">Process Objective: To asses <a href="/index.php/Change_Management#ITIL-Change-Proposal" title="Change Management">Change Proposals</a> which are typically submitted for significant Changes by Service Strategy. The purpose of assessing Change Proposals is to identify possible issues prior to the start of design activities.
</li></ul>
<p><br />
</p><p><b><span id="RFC-Logging" itemprop="itemListElement">RFC Logging and Review</span></b>
</p>
<ul><li itemprop="description">Process Objective: To filter out <a href="/index.php/Change_Management#ITIL-RFC" title="Change Management">Requests for Change</a> which do not contain all information required for assessment or which are deemed impractical.
</li></ul>
<p><br />
</p><p><b><span id="Implementing-Emergency-Changes" itemprop="itemListElement">Assessment and Implementation of Emergency Changes</span></b>
</p>
<ul><li itemprop="description">Process Objective: To assess, authorize and implement an <a href="/index.php/Change_Management#Emergency-Change-ITIL" title="Change Management">Emergency Change</a> as quickly as possible. This process is invoked if normal Change Management procedures cannot be applied because an emergency requires immediate action.
</li></ul>
<p><br />
</p><p><b><span id="Change-Assessment-Change-Manager" itemprop="itemListElement">Change Assessment by the Change Manager</span></b>
</p>
<ul><li itemprop="description">Process Objective: To determine the required level of authorization for the assessment of a proposed <a href="/index.php/Change_Management#ITIL-Change" title="Change Management">Change</a>. Significant Changes are passed on to the <a href="/index.php/Change_Management#CAB" title="Change Management">CAB</a> for assessment, while minor Changes are immediately assessed and authorized by the <a href="/index.php/Change_Management#Change-Manager" title="Change Management">Change Manager</a>.
</li></ul>
<p><br />
</p><p><b><span id="Change-Assessment-CAB" itemprop="itemListElement">Change Assessment by the <a href="/index.php/Change_Management#CAB" title="Change Management">CAB</a></span></b>
</p>
<ul><li itemprop="description">Process Objective: To assess a proposed Change and authorize the Change planning phase. If required, higher levels of authority (e.g. IT Management) are involved in the authorization process.
</li></ul>
<p><br />
</p><p><b><span id="ITIL-Change-Scheduling" itemprop="itemListElement">Change Scheduling and Build Authorization</span></b>
</p>
<ul><li itemprop="description">Process Objective: To authorize detailed Change and Release planning, and to assess the resulting Project Plan prior to authorizing the Change Build phase.
</li></ul>
<p><br />
</p><p><b><span id="Change-Deployment" itemprop="itemListElement">Change Deployment Authorization</span></b>
</p>
<ul><li itemprop="description">Process Objective: To assess if all required Change components have been built and properly tested, and to authorize the Change Deployment phase.
</li></ul>
<p><br />
</p><p><b><span id="Minor-Change-Deployment-ITIL" itemprop="itemListElement">Minor Change Deployment</span></b>
</p>
<ul><li itemprop="description">Process Objective: To implement low-risk, well-understood Changes which do not require the involvement of <a href="/index.php/Release_and_Deployment_Management" title="Release and Deployment Management">Release Management</a>.
</li></ul>
<p><br />
</p><p><b><span id="ITIL-PIR" itemprop="itemListElement">Post Implementation Review and Change Closure</span></b>
</p>
<ul><li itemprop="description">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 analyzed and lessons learned.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


== Definitions ==
== Definitions ==


The following ITIL terms and acronyms (''information objects'') are used in ITIL Change Management to represent process outputs and inputs:
<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
 
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name">The following <a href="/index.php/ITIL%20Glossary#ITIL%20Glossary%20A-Z" title="ITIL Glossary">ITIL terms and acronyms</a> (<i>information objects</i>) are used in ITIL Change Management to represent process outputs and inputs:</span>
</p>
<p>&#160;</p>
<p><b><span id="CAB-Agenda" itemprop="itemListElement">CAB Agenda Template</span></b>
</p>
<ul><li itemprop="description">The CAB Agenda lists the topics for discussion in a <a href="/index.php/Change_Management#CAB" title="Change Management">CAB</a> meeting.
</li></ul>
<p><br />
</p><p><b><span id="ITIL-Change" itemprop="itemListElement">Change</span></b>
</p>
<ul><li itemprop="description">The addition, modification or removal of anything that could have an effect on IT services. The scope should include changes to all architectures, processes, tools, metrics and documentation, as well as changes to IT services and other configuration items.
</li></ul>
<p><br />
</p><p><b><span id="Change-Evaluation-Report" itemprop="itemListElement">Change Evaluation Report</span></b>
</p>
<ul><li itemprop="description">Certain types of major Changes, like the introduction of a new service or a substantial change to an existing service, require formal Change evaluations before being authorized. The results of a formal Change evaluation are documented in a Change Evaluation Report. Change evaluations may be used at different points in a Change’s lifecycle, for example before <a href="/index.php/Change_Management#ITIL-Change-Scheduling" title="Change Management">authorizing the Change/ Release build</a> or during the <a href="/index.php/Change_Management#ITIL-PIR" title="Change Management">Post Implementation Review (PIR)</a>.
</li></ul>
<p><br />
</p><p><b><span id="Change-Evaluation-Policy" itemprop="itemListElement">Change Management Policy</span></b>
</p>
<ul><li itemprop="description">The decision to authorize or reject a proposed <a href="/index.php/Change_Management#ITIL-Change" title="Change Management">Change</a> is based on the completed Change Assessment. In particular, the assessment is about properly understanding the risks associated with the implementation of a Change. In this context, the Change Management Policy specifies the levels of authorization required to authorize different types of Changes and other rules for assessing Changes.
</li></ul>
<p><br />
</p><p><b><span id="ITIL-Change-Model" itemprop="itemListElement">Change Model</span></b>
</p>
<ul><li itemprop="description">Change Models describe procedures for the handling of recurring <a href="/index.php/Change_Management#ITIL-Change" title="Change Management">Changes</a>.  While Change Models can be created for Changes of any scale, they are often used to define Standard Changes (low-risk, pre-authorized Changes like installing additional hardware on a client PC).
</li></ul>
<p><br />
</p><p><b><span id="ITIL-Change-Proposal" itemprop="itemListElement">Change Proposal</span></b>
</p>
<ul><li itemprop="description">A Change Proposal describes a proposed major Change, like the introduction of a new service or a substantial change to an existing service. The purpose of Change Proposals is to communicate a proposed major Change and assess its risk, impact and feasibility before design activities begin. Change Proposals are typically created in <a href="/index.php/Service_Portfolio_Management" title="Service Portfolio Management">Service Portfolio Management</a>.
</li></ul>
<p><br />
</p><p><b><span id="Change-Record" itemprop="itemListElement">Change Record</span></b>
</p>
<ul><li itemprop="description">The Change Record contains all the details of a <a href="/index.php/Change_Management#ITIL-Change" title="Change Management">Change</a>, documenting the lifecycle of a single Change. It is usually created on the basis of a preceding <a href="/index.php/Change_Management#ITIL-RFC" title="Change Management">Request for Change (RFC)</a>.
</li></ul>
<p><br />
</p><p><b><span id="Change-Schedule" itemprop="itemListElement">Change Schedule</span></b>
</p>
<ul><li itemprop="description">A Document that lists all approved <a href="/index.php/Change_Management#ITIL-Change-Proposal" title="Change Management">Change Proposals</a> and Changes and their planned implementation dates. A Change Schedule is sometimes called a <i>Forward Schedule of Change (FSC)</i>.
</li></ul>
<p><br />
</p><p><b><span id="Emergency-Change-ITIL" itemprop="itemListElement">Emergency Change</span></b>
</p>
<ul><li itemprop="description">A <a href="/index.php/Change_Management#ITIL-Change" title="Change Management">Change</a> that must be introduced as soon as possible - for example, to resolve a major incident or implement a security patch.
</li></ul>
<p><br />
</p><p><b><span id="PSO" itemprop="itemListElement">Projected Service Outage (PSO)</span></b>
</p>
<ul><li itemprop="description">The Projected Service Outage (PSO) document lists any expected deviations from the service availability agreed in <a href="/index.php/Service_Level_Management#SLA" title="Service Level Management">SLAs</a>.
</li></ul>
<p><br />
</p><p><b><span id="ITIL-RFC" itemprop="itemListElement">Request for Change (RFC)</span></b>
</p>
<ul><li itemprop="description">A formal request for a Change to be implemented. An RFC, specifying the details of the proposed <a href="/index.php/Change_Management#ITIL-Change" title="Change Management">Change</a>, must be submitted to Change Management for every non-standard Change (see also: <a href="/index.php/Checklist_Request_for_Change_RFC" title="Checklist Request for Change RFC">ITIL Checklist Request for Change - RFC</a>).
</li></ul>
<p><br />
</p><p><b><span id="RFC-Template" itemprop="itemListElement">RFC Template</span></b>
</p>
<ul><li itemprop="description">A template to be used when formally requesting a Change. An <a href="/index.php/Change_Management#ITIL-RFC" title="Change Management">RFC</a> includes details of the proposed Change, and may be recorded on paper or electronically.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>
<p>&nbsp;</p>
<p>&nbsp;</p>


;CAB Agenda Template
==<span id="Checklists_.7C_KPIs">Templates | KPIs</span>==
:The CAB Agenda lists the topics for discussion in a [[Change Management#CAB|CAB]] meeting.
 
;<span id="ITIL-Change">Change</span>
:The addition, modification or removal of anything that could have an effect on IT services. The scope should include changes to all architectures, processes, tools, metrics and documentation, as well as changes to IT services and other configuration items.
 
;Change Evaluation Report
:Certain types of major Changes, like the introduction of a new service or a substantial change to an existing service, require formal Change evaluations before being authorized. The results of a formal Change evaluation are documented in a Change Evaluation Report. Change evaluations may be used at different points in a Change’s lifecycle, for example before [[Change Management#ITIL-Change-Scheduling|authorizing the Change/ Release build]] or during the [[Change Management#ITIL-PIR|Post Implementation Review (PIR)]].
 
;Change Management Policy
:The decision to authorize or reject a proposed [[Change Management#ITIL-Change|Change]] is based on the completed Change Assessment. In particular, the assessment is about properly understanding the risks associated with the implementation of a Change. In this context, the Change Management Policy specifies the levels of authorization required to authorize different types of Changes and other rules for assessing Changes.
 
;<span id="ITIL-Change-Model">Change Model</span>
:Change Models describe procedures for the handling of recurring [[Change Management#ITIL-Change|Changes]].  While Change Models can be created for Changes of any scale, they are often used to define Standard Changes (low-risk, pre-authorized Changes like installing additional hardware on a client PC).
 
;<span id="ITIL-Change-Proposal">Change Proposal</span>
:A Change Proposal describes a proposed major Change, like the introduction of a new service or a substantial change to an existing service. The purpose of Change Proposals is to communicate a proposed major Change and assess its risk, impact and feasibility before design activities begin. Change Proposals are typically created in [[Service Portfolio Management]].
 
;<span id="Change-Record">Change Record</span>
:The Change Record contains all the details of a [[Change Management#ITIL-Change|Change]], documenting the lifecycle of a single Change. It is usually created on the basis of a preceding [[Change Management#ITIL-RFC|Request for Change (RFC)]].
 
;Change Schedule
:A Document that lists all approved [[Change Management#ITIL-Change-Proposal|Change Proposals]] and Changes and their planned implementation dates. A Change Schedule is sometimes called a ''Forward Schedule of Change (FSC)''.
 
;<span id="Emergency-Change-ITIL">Emergency Change</span>
:A [[Change Management#ITIL-Change|Change]] that must be introduced as soon as possible – for example, to resolve a major incident or implement a security patch.
 
;Projected Service Outage (PSO)
:The Projected Service Outage (PSO) document lists any expected deviations from the service availability agreed in [[Service Level Management#SLA|SLAs]].
 
;<span id="ITIL-RFC">Request for Change (RFC)</span>
:A formal request for a Change to be implemented. An RFC, specifying the details of the proposed [[Change Management#ITIL-Change|Change]], must be submitted to Change Management for every non-standard Change (see also: [[Checklist Request for Change RFC|ITIL Checklist Request for Change - RFC]]).
 
;<span id="RFC-Template">RFC Template</span>
:A template to be used when formally requesting a Change. An [[Change Management#ITIL-RFC|RFC]] includes details of the proposed Change, and may be recorded on paper or electronically.
 
<p>&nbsp;</p>


== Checklists | KPIs ==
*[[ITIL KPIs Service Transition#ITIL KPIs Change Management|Key Performance Indicators (KPIs) Change Management]]
* [[ITIL KPIs Service Transition#ITIL KPIs Change Management|Key Performance Indicators (KPIs) Change Management]]
*[[ITIL-Checklists#Change Management|Change Management templates and checklists]]:
* [[ITIL-Checklists#Checklists for Change Management|Checklists Change Management]]:
**[[Checklist Request for Change RFC|Checklist Request for Change - RFC]], and
** [[Checklist Request for Change RFC|Checklist Request for Change - RFC]], and
**[[Checklist Change Record]]
** [[Checklist Change Record]]
**[[Checklist Change Classification]]
** [[Checklist Change Classification]]
**[[Checklist CAB Agenda]]
** [[Checklist CAB Agenda]]
**[[Checklist Forward Schedule of Changes (FSC)]]
** [[Checklist Forward Schedule of Changes (FSC)]]
**[[Checklist Post Implementation Review (PIR)]]
** [[Checklist Post Implementation Review (PIR)]]


<p>&nbsp;</p>
<p>&nbsp;</p>


== Roles | Responsibilities ==
==Roles | Responsibilities==


;<span id="Change-Manager">Change Manager - Process Owner</span>
'''<span id="Change-Manager">Change Manager - Process Owner</span>'''
:The Change Manager controls the lifecycle of all Changes.  
*The Change Manager controls the lifecycle of all Changes.  
:His primary objective is to enable beneficial Changes to be made, with minimum disruption to IT services.  
*His primary objective is to enable beneficial Changes to be made, with minimum disruption to IT services.  
:For important Changes, the Change Manager will refer the authorization of Changes to the [[Change Management#CAB|Change Advisory Board (CAB)]].
*For important Changes, the Change Manager will refer the authorization of Changes to the [[Change Management#CAB|Change Advisory Board (CAB)]].
<br />


;<span id="CAB">Change Advisory Board (CAB)</span>
'''<span id="CAB">Change Advisory Board (CAB)</span>'''
:A group of people that advises the [[Change Management#Change-Manager|Change Manager]] in the assessment, prioritization and scheduling of Changes.
*A group of people that advises the [[Change Management#Change-Manager|Change Manager]] in the assessment, prioritization and scheduling of Changes.
:This board is usually made up of representatives from all areas within the IT organization, the business, and third parties such as suppliers.  
*This board is usually made up of representatives from all areas within the IT organization, the business, and third parties such as suppliers.
<br />


;<span id="ECAB">Emergency Change Advisory Board (ECAB)</span>
'''<span id="ECAB">Emergency Change Advisory Board (ECAB)</span>'''
:A sub-set of the [[Change Management#CAB|Change Advisory Board]] who makes decisions about high impact [[#Emergency-Change-ITIL|Emergency Changes]].
*A sub-set of the [[Change Management#CAB|Change Advisory Board]] who makes decisions about high impact [[#Emergency-Change-ITIL|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.
*Membership of the ECAB may be decided at the time a meeting is called, and depends on the nature of the Emergency Change.


<p>&nbsp;</p>
<p>&nbsp;</p>


{| border="1" cellpadding="5" cellspacing="0" style="text-align:center;" valign="top"
{| border="1" cellpadding="5" cellspacing="0" style="margin-left: auto; margin-right: auto; text-align:center;" valign="top"
|-
|-
| valign="top" colspan="6" style="background:#ffffdd;" align="center"| '''Responsibility Matrix: ITIL Change Management'''
|style="vertical-align:top; text-align:center" colspan="6" style="background:#ffffdd;"| '''Responsibility Matrix: ITIL Change Management'''
|-
|-
! width="40%" align="center" style="background:#ffffee;" | ITIL Role / Sub-Process[[Change Management#Sub-Processes| <small>[Details]</small>]]
! style="background:#ffffee; width: 40%; text-align:center" | ITIL Role / Sub-Process[[Change Management#Sub-Processes| <small>[Details]</small>]]
! style="background:#ffffee;" | [[Change Management#Change-Manager|Change Manager]]
! style="background:#ffffee;" | [[Change Management#Change-Manager|Change Manager]]
! style="background:#ffffee;" | [[Change Management#CAB|Change Advisory Board (CAB)]]
! style="background:#ffffee;" | [[Change Management#CAB|Change Advisory Board (CAB)]]
Line 159: Line 206:
! style="background:#ffffee;" | Other Roles involved[[Change Management#Team|<small>[3]</small>]]
! style="background:#ffffee;" | Other Roles involved[[Change Management#Team|<small>[3]</small>]]
|-
|-
| align="left" |Change Management Support
|style="text-align:left;" |Change Management Support
| A[[Change Management#Accountable|<small>[1]</small>]]R[[Change Management#Responsible|<small>[2]</small>]]
| A[[Change Management#Accountable|<small>[1]</small>]]R[[Change Management#Responsible|<small>[2]</small>]]
| R[[Change Management#CM-CAB|<small>[4]</small>]]
| R[[Change Management#CM-CAB|<small>[4]</small>]]
Line 166: Line 213:
| -
| -
|-
|-
| align="left" |Assessment of Change Proposals
|style="text-align:left;" |Assessment of Change Proposals
| AR
| AR
| R
| R
Line 173: Line 220:
| -
| -
|-
|-
| align="left" |RFC Logging and Pre-Evaluation
|style="text-align:left;" |RFC Logging and Pre-Evaluation
| AR
| AR
| -
| -
Line 180: Line 227:
| -
| -
|-
|-
| align="left" |Assessment and Implementation of Emergency Changes
|style="text-align:left;" |Assessment and Implementation of Emergency Changes
| AR
| AR
| -
| -
Line 187: Line 234:
| R[[Change Management#CM-Group1|<small>[5]</small>]]  
| R[[Change Management#CM-Group1|<small>[5]</small>]]  
|-
|-
| align="left" |Change Assessment by the Change Manager
|style="text-align:left;" |Change Assessment by the Change Manager
| AR
| AR
| -
| -
Line 194: Line 241:
| R[[Change Management#CM-Group2|<small>[6]</small>]]  
| R[[Change Management#CM-Group2|<small>[6]</small>]]  
|-
|-
| align="left" |Change Assessment by the CAB
|style="text-align:left;" |Change Assessment by the CAB
| AR
| AR
| R
| R
Line 201: Line 248:
| R[[Change Management#CM-Group2|<small>[6]</small>]]  
| R[[Change Management#CM-Group2|<small>[6]</small>]]  
|-
|-
| align="left" |Change Scheduling and Build Authorization
|style="text-align:left;" |Change Scheduling and Build Authorization
| AR
| AR
| R
| R
Line 208: Line 255:
| -
| -
|-
|-
| align="left" |Change Deployment Authorization
|style="text-align:left;" |Change Deployment Authorization
| AR
| AR
| R
| R
Line 215: Line 262:
| -
| -
|-
|-
| align="left" |Minor Change Deployment
|style="text-align:left;" |Minor Change Deployment
| AR
| AR
| -
| -
Line 222: Line 269:
| -
| -
|-
|-
| align="left" |Post Implementation Review and Change Closure
|style="text-align:left;" |Post Implementation Review and Change Closure
| AR
| AR
| -
| -
Line 239: Line 286:
<span id="Responsible">[2] ''R: Responsible'' according to the RACI Model: Those who do the work to achieve a task within ITIL Change Management.</span>
<span id="Responsible">[2] ''R: Responsible'' according to the RACI Model: Those who do the work to achieve a task within ITIL Change Management.</span>


<span id="Team">[3] see [[Roles within ITIL V3|&#8594; Role descriptions...]]</span>
<span id="Team">[3] see [[ITIL Roles|&#8594; Role descriptions...]]</span>


<span id="CM-CAB">[4] The documents created or managed by this process must be approved by the CAB.</span>
<span id="CM-CAB">[4] The documents created or managed by this process must be approved by the CAB.</span>
Line 259: Line 306:


<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
==[ Infobox ]==
<html><table class="wikitable">
<tr>
<td>Link to this page:</td>
<td><a itemprop="url" href="https://wiki.en.it-processmaps.com/index.php/Change_Management">https://wiki.en.it-processmaps.com/index.php/Change_Management</a></td>
</tr>
<tr>
<td>Languages:</td>
<td><span itemprop="inLanguage" content="en">English</span> | <span><a itemprop="citation" class="external text" href="https://wiki.de.it-processmaps.com/index.php/Change_Management" title="Change Management">Deutsch</a></span> | <span><a itemprop="citation" class="external text" href="https://wiki.es.it-processmaps.com/index.php/ITIL_Gestion_de_Cambios" title="Gestión de Cambios">espa&#xf1;ol</a></span></td>
</tr>
<tr>
<td>Image:</td>
<td style="vertical-align:top"><a itemprop="primaryImageOfPage" href="https://wiki.en.it-processmaps.com/images/6/6b/Change-management-itil.jpg" title="Change Management">ITIL Change Management (.JPG)</a></td>
</tr>
<tr>
<td>Author:</td>
<td><span itemprop="author">Stefan Kempter</span>, <span itemprop="creator copyrightHolder publisher">IT Process Maps</span> &nbsp;&nbsp; <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="By: Stefan Kempter | Profile on Google+" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a></td>
</tr>
</table>


<html><a rel="author" href="https://profiles.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px;" src="/skins/Vector/images/itpm/bookmarking/gplus.png" width="16" height="16" title="By: Stefan Kempter | Profile on Google+" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a></html>
<p><small>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Change_Management#Process_Description" itemprop="url"><span itemprop="title">Process Description</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Change_Management#Sub-Processes" itemprop="url"><span itemprop="title">Sub-Processes</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Change_Management#Definitions" itemprop="url"><span itemprop="title">Definitions</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Change_Management#Templates_.7C_KPIs" itemprop="url"><span itemprop="title">Templates</span></a> ›
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://wiki.en.it-processmaps.com/index.php/Change_Management#Roles_.7C_Responsibilities" itemprop="url"><span itemprop="title">Roles</span></a>
</span>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>


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

Revision as of 20:43, 16 December 2013

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

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


 

Objective: ITIL Change Management aims 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

 

Process Description

In ITIL 2011 the structure of the Change Management process has been modified to highlight that significant Changes require authorization at different points in their lifecycle.

Change Management ITIL
ITIL Change Management

The process overview of ITIL Change Management (.JPG) is showing the most important interfaces (see Figure 1) of the process.

New sub-processes have been added to assess Change Proposals and to implement minor Changes.

Change Management now submits major Changes to the Change Evaluation process for a formal assessment.

Change Scheduling has been revised so that the detailed planning of a Change and the corresponding Release is performed by Release Management.

Change Management according to ITIL V3 introduced Change Models, putting more emphasis on defining different types of Changes and how they are to be handled. In ITIL 2011 Change Models have been given a more prominent role in Change Management, being used not only for Standard Changes (low-risk Changes on an operational level), but also for recurring significant Changes.

 

Sub-Processes

These are the ITIL Change Management sub-processes and their process objectives:

 

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.


Assessment of Change Proposals

  • Process Objective: To asses Change Proposals which are typically submitted for significant Changes by Service Strategy. The purpose of assessing Change Proposals is to identify possible issues prior to the start of design activities.


RFC Logging and Review

  • Process Objective: To filter out Requests for Change which do not contain all information required for assessment or which are deemed impractical.


Assessment and Implementation of Emergency Changes

  • Process Objective: To assess, authorize and implement an Emergency 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 determine the required level of authorization for the assessment of a proposed Change. Significant Changes are passed on to the CAB for assessment, while minor Changes are immediately assessed and authorized by the Change Manager.


Change Assessment by the CAB

  • Process Objective: To assess a proposed Change and authorize the Change planning phase. If required, higher levels of authority (e.g. IT Management) are involved in the authorization process.


Change Scheduling and Build Authorization

  • Process Objective: To authorize detailed Change and Release planning, and to assess the resulting Project Plan prior to authorizing the Change Build phase.


Change Deployment Authorization

  • Process Objective: To assess if all required Change components have been built and properly tested, and to authorize the Change Deployment phase.


Minor Change Deployment

  • Process Objective: To implement low-risk, well-understood Changes which do not require the involvement of Release Management.


Post Implementation Review and Change Closure

  • 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 analyzed and lessons learned.

 

Definitions

The following ITIL terms and acronyms (information objects) are used in ITIL Change Management to represent process outputs and inputs:

 

CAB Agenda Template

  • The CAB Agenda lists the topics for discussion in a CAB meeting.


Change

  • The addition, modification or removal of anything that could have an effect on IT services. The scope should include changes to all architectures, processes, tools, metrics and documentation, as well as changes to IT services and other configuration items.


Change Evaluation Report

  • Certain types of major Changes, like the introduction of a new service or a substantial change to an existing service, require formal Change evaluations before being authorized. The results of a formal Change evaluation are documented in a Change Evaluation Report. Change evaluations may be used at different points in a Change’s lifecycle, for example before authorizing the Change/ Release build or during the Post Implementation Review (PIR).


Change Management Policy

  • The decision to authorize or reject a proposed Change is based on the completed Change Assessment. In particular, the assessment is about properly understanding the risks associated with the implementation of a Change. In this context, the Change Management Policy specifies the levels of authorization required to authorize different types of Changes and other rules for assessing Changes.


Change Model

  • Change Models describe procedures for the handling of recurring Changes. While Change Models can be created for Changes of any scale, they are often used to define Standard Changes (low-risk, pre-authorized Changes like installing additional hardware on a client PC).


Change Proposal

  • A Change Proposal describes a proposed major Change, like the introduction of a new service or a substantial change to an existing service. The purpose of Change Proposals is to communicate a proposed major Change and assess its risk, impact and feasibility before design activities begin. Change Proposals are typically created in Service Portfolio Management.


Change Record

  • The Change Record contains all the details of a Change, documenting the lifecycle of a single Change. It is usually created on the basis of a preceding Request for Change (RFC).


Change Schedule

  • A Document that lists all approved Change Proposals and Changes and their planned implementation dates. A Change Schedule is sometimes called a Forward Schedule of Change (FSC).


Emergency Change

  • A Change that must be introduced as soon as possible - for example, to resolve a major incident or implement a security patch.


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, specifying the details of the proposed Change, must be submitted to Change Management for every non-standard Change (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.

 

Templates | KPIs

 

Roles | Responsibilities

Change Manager - Process Owner

  • The Change Manager controls the lifecycle of all Changes.
  • His primary objective is to enable beneficial Changes to be made, with minimum disruption to IT services.
  • For important Changes, the Change Manager will refer the authorization of Changes to the Change Advisory Board (CAB).


Change Advisory Board (CAB)

  • A group of people that advises the Change Manager in the assessment, prioritization and scheduling of Changes.
  • This board is usually made up of representatives from all areas within the IT organization, the business, and third parties such as suppliers.


Emergency Change Advisory Board (ECAB)

  • A sub-set of the Change Advisory Board who makes 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.

 

Responsibility Matrix: ITIL Change Management
ITIL Role / Sub-Process [Details] Change Manager Change Advisory Board (CAB) Emergency Change Advisory Board (ECAB) IT Operator[3] Other Roles involved[3]
Change Management Support A[1]R[2] R[4] - - -
Assessment of Change Proposals AR R - - -
RFC Logging and Pre-Evaluation AR - - - -
Assessment and Implementation of Emergency Changes AR - R - R[5]
Change Assessment by the Change Manager AR - - - R[6]
Change Assessment by the CAB AR R - - R[6]
Change Scheduling and Build Authorization AR R - - -
Change Deployment Authorization AR R - - -
Minor Change Deployment AR - - R -
Post Implementation Review and Change Closure AR - - - -

 

Remarks

[1] A: Accountable according to the RACI Model: Those who are ultimately accountable for the correct and thorough completion of the Change Management process.

[2] R: Responsible according to the RACI Model: Those who do the work to achieve a task within ITIL Change Management.

[3] see → Role descriptions...

[4] The documents created or managed by this process must be approved by the CAB.

[5] Applications Analyst, Technical Analyst, IT Operator (and others, as appropriate)

[6] Configuration Manager, Applications Analyst, Technical Analyst (and others, as appropriate).

 

Examples

The ITIL Process Map screenshots show samples of the ITIL process templates with contents from Service Transition and ITIL Change Management, including the

  • high-level view of the ITIL Service Lifecycle (Level 0)
  • overview of the Service Transition process (Level 1)
  • overview of the Change Management process (Level 2)
  • detailed process flow for the process "Assessment of Change Proposals" (Level 3)

 

 

[ Infobox ]

Link to this page:
Languages: English | Deutsch | español
Image: ITIL Change Management (.JPG)
Author: , IT Process Maps   

 ›  ›  ›  ›