SP5: Assess and coordinate changes: Difference between revisions
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
<itpmch><title>SP5: Assess and coordinate changes | YaSM | <itpmch><title>SP5: Assess and coordinate changes | YaSM Wiki</title> | ||
<meta name="keywords" content="assess and coordinate changes, yasm assess changes, yasm coordinate changes, yasm change management, service management change process" /> | <meta name="keywords" content="assess and coordinate changes, yasm assess changes, yasm coordinate changes, yasm change management, service management change process" /> | ||
<meta name="description" content="The change management process in YaSM acts as a gate-keeper, ensuring that modifications to the service provider's range of services and its underlying components are made only after risks and potential side-effects have been carefully considered." /> | <meta name="description" content="The change management process in YaSM acts as a gate-keeper, ensuring that modifications to the service provider's range of services and its underlying components are made only after risks and potential side-effects have been carefully considered." /> | ||
Line 22: | Line 22: | ||
==Process description== | ==Process description== | ||
<html><span id="md-itempage-description" itemprop="description">The change management process in YaSM (<a href="https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg" title="YaSM change management (SP5)">fig. 1</a>) acts as a gate-keeper, ensuring that modifications to the service provider's range of services and its underlying components are made only after risks and potential side-effects have been carefully considered.</span></p | <html><span id="md-itempage-description" itemprop="description">The <b><span style="color:#465674;">change management process</span></b> in YaSM (<a href="https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg" title="YaSM change management (SP5)">fig. 1</a>) acts as a gate-keeper, ensuring that modifications to the service provider's range of services and its underlying components are made only after risks and potential side-effects have been carefully considered.</span></p> | ||
<div itemid="https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg" itemscope itemtype="https://schema.org/ImageObject"> | <div itemid="https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg" itemscope itemtype="https://schema.org/ImageObject"> | ||
<meta itemprop="width" content="1200" /> | <meta itemprop="width" content="1200" /> | ||
<meta itemprop="height" content="900" /> | <meta itemprop="height" content="900" /> | ||
Line 45: | Line 42: | ||
<meta itemprop="dateModified" content="2024-05-20" /> | <meta itemprop="dateModified" content="2024-05-20" /> | ||
</span> | </span> | ||
<img | <span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject"> | ||
<meta itemprop="url" content="https://yasm.com/wiki/en/img/yasm-process/800px/Assess-and-coordinate-changes-yasm-sp5.jpg" /> | |||
<meta itemprop="width" content="800" /> | |||
<meta itemprop="height" content="600" /> | |||
<meta itemprop="dateCreated" content="2024-05-23" /> | |||
<meta itemprop="datePublished" content="2024-05-30" /> | |||
</span> | |||
<span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject"> | |||
<meta itemprop="url" content="https://yasm.com/wiki/en/img/yasm-process/480px/Assess-and-coordinate-changes-yasm-sp5.jpg" /> | |||
<meta itemprop="width" content="480" /> | |||
<meta itemprop="height" content="360" /> | |||
<meta itemprop="dateCreated" content="2024-05-23" /> | |||
<meta itemprop="datePublished" content="2024-05-30" /> | |||
</span> | |||
<figure class="mw-halign-left" typeof="mw:File/Thumb"><a itemprop="contentUrl" href="https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg" title="Assess and coordinate changes. - YaSM change management process SP5"><img srcset="https://yasm.com/wiki/en/img/yasm-process/480px/Assess-and-coordinate-changes-yasm-sp5.jpg 480w, https://yasm.com/wiki/en/img/yasm-process/800px/Assess-and-coordinate-changes-yasm-sp5.jpg 800w, https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg" fetchpriority="high" decoding="async" width="800" height="600" class="mw-file-element" alt="Fig. 1: Assess and coordinate changes. - YaSM change management process SP5. - Related with: Practice of ITIL 4 change enablement." /></a><figcaption><span style="font-variant:small-caps;"><b>Fig. 1: 'Assess and coordinate changes'</b><br /><a href="https://yasm.com/wiki/en/img/yasm-process/Assess-and-coordinate-changes-yasm-sp5.jpg" title="YaSM change management SP5">YaSM change management process ('SP5')</a>.</span></figcaption></figure></div></html> | |||
<br style="clear:both;"/> | |||
To this end, other YaSM processes requiring a change will submit a request for change (RFC) to the change manager. The RFC will then be assessed by the change manager or the CAB, depending on the required level of authority for approval. | |||
A special procedure is called upon for assessing emergency changes, for example if the resolution of a major incident requires the implementation of a non-standard change on an urgent basis. | |||
In this context, change models are an important tool for reducing the workload of the change manager and the CAB. Change models are used to define "standard changes" - types of well-known, low-risk changes which may be implemented without the involvement of the formal change assessment process. | |||
<p> </p> | <p> </p> | ||
< | <html><i><u>Compatibility</u>: The YaSM change management process is <a href="/wiki/en/index.php/YaSM_and_ISO_20000#ISO_20000_requirements_and_related_service_management_processes" title="YaSM and ISO 20000">aligned with ISO 20000</a>, the international standard for service management (see ISO/IEC 20000-1:2018, sections <a href="/wiki/en/index.php/YaSM_and_ISO_20000#Operational-planning-and-control" title="ISO 20000 section 8.1: Operational planning and control">8.1</a> and <a href="/wiki/en/index.php/YaSM_and_ISO_20000#Service-design-build-and-transition" title="ISO 20000 section 8.5: Service design, build and transition">8.5</a>), and it <a href="/wiki/en/index.php/YaSM_and_ITIL#ITIL-4-Change-enablement" title="ITIL 4 practices and YaSM processes: ITIL 4 change enablement">corresponds to the practice of 'ITIL 4 change enablement'</a>.</i></html> | ||
==Sub-processes== | ==Sub-processes== | ||
Line 151: | Line 162: | ||
==Roles and responsibilities== | ==Roles and responsibilities== | ||
<span id="responsible">Process owner: The | <span id="responsible">Process owner: The ''change manager'' controls all changes across their lifecycle. His primary objective is to enable beneficial changes to be made, with minimum disruption to services. For important changes, the change manager will refer the authorization of changes to the change advisory board (CAB).</span> | ||
<p> </p> | <p> </p> | ||
Line 226: | Line 237: | ||
<html><div itemid="https://yasm.com/wiki/en/img/yasm-process/goal-definition/yasm-change-management-process.jpg" itemscope itemtype="https://schema.org/ImageObject"> | <html><div itemid="https://yasm.com/wiki/en/img/yasm-process/goal-definition/yasm-change-management-process.jpg" itemscope itemtype="https://schema.org/ImageObject"> | ||
<meta itemprop="caption" content="Process objective: YaSM change management - Assess and coordinate changes (SP5)." /> | <meta itemprop="caption" content="Process objective: YaSM change management - Assess and coordinate changes (SP5)." /> | ||
<meta itemprop="width" content="1200" /> | <meta itemprop="width" content="1200" /> | ||
Line 237: | Line 246: | ||
<meta itemprop="width" content="400" /> | <meta itemprop="width" content="400" /> | ||
<meta itemprop="height" content="209" /> | <meta itemprop="height" content="209" /> | ||
</span></a></ | <meta itemprop="dateCreated" content="2023-12-12" /> | ||
< | <meta itemprop="datePublished" content="2023-12-29" /> | ||
</span> | |||
<meta itemprop="keywords" content="Change management process objective" /> | |||
<figure class="mw-halign-left" typeof="mw:File/Thumb"><a itemprop="contentUrl" href="https://yasm.com/wiki/en/img/yasm-process/goal-definition/yasm-change-management-process.jpg" title="Change management: process objective"><img srcset="https://yasm.com/wiki/en/img/yasm-process/goal-definition/400px/yasm-change-management-process.jpg 400w, https://yasm.com/wiki/en/img/yasm-process/goal-definition/yasm-change-management-process.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/en/img/yasm-process/goal-definition/yasm-change-management-process.jpg" decoding="async" width="400" height="209" class="mw-file-element" alt="The change management process in YaSM aims to control the lifecycle of all changes. The primary concern of the change assessment process is to enable beneficial changes to be made, with minimum disruption to services." /></a><figcaption><span style="font-variant:small-caps;">Change management process: Objectives</span></figcaption></figure></div> | |||
<p>Is based on: The Change assessment process from the <a href="https://yasm.com/en/products/yasm-process-map" title="YaSM Process Map">YaSM Process Map</a>.</p> | |||
<p>By:  Stefan Kempter <a href="https://www.linkedin.com/in/stefankempter"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/linkedin.jpg" width="16" height="16" title="By: Stefan Kempter | Profile on LinkedIn" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a>  and  Andrea Kempter <a href="https://www.linkedin.com/in/andreakempter"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/linkedin.jpg" width="16" height="16" title="By: Andrea Kempter | Profile on LinkedIn" alt="Contributor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.<br style="clear:both;"/><p> | <p>By:  Stefan Kempter <a href="https://www.linkedin.com/in/stefankempter"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/linkedin.jpg" width="16" height="16" title="By: Stefan Kempter | Profile on LinkedIn" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a>  and  Andrea Kempter <a href="https://www.linkedin.com/in/andreakempter"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/linkedin.jpg" width="16" height="16" title="By: Andrea Kempter | Profile on LinkedIn" alt="Contributor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.<br style="clear:both;"/><p> | ||
<p> </p> | <p> </p> | ||
Line 284: | Line 297: | ||
<meta itemprop="name" content="SP5: Assess and coordinate changes" /> | <meta itemprop="name" content="SP5: Assess and coordinate changes" /> | ||
<meta itemprop="alternateName" content="YaSM change management process" /> | <meta itemprop="alternateName" content="YaSM change management process" /> | ||
<meta itemprop="alternateName" content="Change management process" /> | |||
<link itemprop="url" href="https://yasm.com/wiki/en/index.php/SP5:_Assess_and_coordinate_changes" /> | <link itemprop="url" href="https://yasm.com/wiki/en/index.php/SP5:_Assess_and_coordinate_changes" /> | ||
<link itemprop="hasPart" href="https://yasm.com/wiki/en/index.php/SP5:_Assess_and_coordinate_changes#SP5.1"> | <link itemprop="hasPart" href="https://yasm.com/wiki/en/index.php/SP5:_Assess_and_coordinate_changes#SP5.1"> |
Latest revision as of 15:51, 12 October 2024
Process name: Assess and coordinate changes - Part of: Supporting processes
Previous process: Manage configuration information
Next process: Manage projects
Process description
The change management process in YaSM (fig. 1) acts as a gate-keeper, ensuring that modifications to the service provider's range of services and its underlying components are made only after risks and potential side-effects have been carefully considered.
To this end, other YaSM processes requiring a change will submit a request for change (RFC) to the change manager. The RFC will then be assessed by the change manager or the CAB, depending on the required level of authority for approval.
A special procedure is called upon for assessing emergency changes, for example if the resolution of a major incident requires the implementation of a non-standard change on an urgent basis.
In this context, change models are an important tool for reducing the workload of the change manager and the CAB. Change models are used to define "standard changes" - types of well-known, low-risk changes which may be implemented without the involvement of the formal change assessment process.
Compatibility: The YaSM change management process is aligned with ISO 20000, the international standard for service management (see ISO/IEC 20000-1:2018, sections 8.1 and 8.5), and it corresponds to the practice of 'ITIL 4 change enablement'.
Sub-processes
YaSM change management has the following sub-processes:
- SP5.1: Support the assessment of changes
- Process objective: To set up and maintain the tools for an effective and efficient management of changes.
- SP5.2: Log and review RFCs
- Process objective: To filter out requests for change (RFCs) which do not contain all information required for assessment or which are deemed impractical.
- SP5.3: Assess emergency changes
- Process objective: To assess and authorize emergency changes as quickly as possible. This process is invoked if normal change assessment procedures cannot be applied, for example because an emergency requires immediate action.
- SP5.4: Assess changes (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.
- SP5.5: Assess changes (CAB)
- Process objective: To assess and authorize a proposed change through the change advisory board (CAB). If required, higher levels of authority (e.g. the management board) are involved in the authorization process.
- SP5.6: Monitor open changes
- Process objective: To constantly monitor outstanding changes with regards to their implementation status, and to take corrective action as appropriate.
- SP5.7: Review and close changes
- Process objective: To assess the course of the change implementation and the achieved results, in order to verify that a complete history of activities is present for future reference, and to make sure that any mistakes are analyzed and lessons learned.
Process outputs
This section lists the documents and records produced by 'change management'. YaSM data objects [*] are marked with an asterisk, while other objects are displayed in gray.
- CAB meeting minutes
- The CAB meeting minutes document the topics discussed in a change advisory board (CAB) meeting and any decisions taken. A draft of this document can be circulated in preparation of the CAB meeting to inform the CAB members of agenda items to be dealt with. [*]
- Change assessment report
- The results of a change assessment are documented in a change assessment report. Every non-standard change requires formal assessment before being authorized. Particular changes may require more extensive assessments than others, so the contents of the assessment report will depend on the nature and scope of the proposed change. [*]
- Information related to the authorization status of a change. This information is sent to the initiator of a change to communicate that a change has been authorized or rejected. In case a change has been rejected, the notice may include recommendations on how the change must be modified before it can be authorized.
- 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 models are an important tool to reduce the workload of the change manager and the CAB. [*]
- Change record
- A change record contains all details of a change, documenting the lifecycle of a single change. In its initial state, a change record describes a request for change (RFC) which is to be assessed and authorized prior to implementing the change. Further information is added as the change progresses through its lifecycle. [*]
- Change schedule
- The change schedule lists all proposed and authorized changes, including their planned and actual implementation dates. It is sometimes called a forward schedule of change, even though it also contains information about changes that have already been implemented. [*]
- Post-implementation review report
- The results of a post-implementation review are documented in a post-implementation review report. Post-implementation reviews (PIR) take place after a change has been implemented. Their aim is to determine if the change was successful and to identify improvement opportunities for future changes. [*]
- Suggested process modification
- A suggestion for modifying one or several service management processes. Suggestions for process modifications or improvements may originate from anywhere within the organization.
Notes:
[*] "YaSM data objects" are those documents or records for which the YaSM model provides detailed recommendations: Every YaSM object has an associated checklist (see example) describing its typical contents, and an associated lifecycle diagram depicting how the status of the object changes as it is created, updated, read and archived by various YaSM processes (see example).
"Other objects" are mostly informal data or information where YaSM has less strong views about their contents. There are no associated lifecycle diagrams or checklists.
Process metrics
Process metrics are used, for example, to assess if the service management processes are running according to expectations.
For suggestions of suitable metrics, please refer to the list of metrics for YaSM's change assessment process.
Roles and responsibilities
Process owner: The change manager controls all changes across their lifecycle. His primary objective is to enable beneficial changes to be made, with minimum disruption to services. For important changes, the change manager will refer the authorization of changes to the change advisory board (CAB).
YaSM role / sub-process | CAB | Change mgr. | Change owner | Config. mgr. | ECAB | |
---|---|---|---|---|---|---|
SP5.1 | Support the assessment of changes | R | AR | - | - | - |
SP5.2 | Log and review RFCs | - | AR | R | - | - |
SP5.3 | Assess emergency changes | - | AR | - | - | R |
SP5.4 | Assess changes (change manager) | - | AR | - | R | - |
SP5.5 | Assess changes (CAB) | R | AR | - | R | - |
SP5.6 | Monitor open changes | - | AR | - | - | - |
SP5.7 | Review & close changes | R | AR | R | - | - |
Notes
Is based on: The Change assessment process from the YaSM Process Map.
By: Stefan Kempter and Andrea Kempter , IT Process Maps.
Process description › Sub-processes › Process outputs › Metrics › Roles