Service Transition: Difference between revisions
(Created page with "<itpmch><title>Service Transition | YaSM Wiki</title> <meta name="keywords" content="service build, yasm service transition, yasm vs itil service transition, service build pro...") |
No edit summary |
||
Line 1: | Line 1: | ||
<itpmch><title>Service Transition | YaSM Service Management Wiki</title> | <itpmch><title>Service Transition | YaSM Service Management Wiki</title> | ||
<meta name="keywords" content="service build, yasm service transition, yasm vs itil service transition, service build process, how to implement services" /> | <meta name="keywords" content="service build, yasm service transition, yasm vs itil service transition, service build process, how to implement services" /> | ||
<meta name="description" content=" | <meta name="description" content="Service transition includes high-level activities such as planning and coordinating service changes, building and testing new or changed service components, and deploying new or changed service components into the live environment." /> | ||
<meta property="og:url" content="https://yasm.com/wiki/en/index.php/Service_Transition" /> | <meta property="og:url" content="https://yasm.com/wiki/en/index.php/Service_Transition" /> | ||
<meta property="og:title" content="Service Transition | YaSM Service Management Wiki" /> | <meta property="og:title" content="Service Transition | YaSM Service Management Wiki" /> | ||
<meta property="og:description" content=" | <meta property="og:description" content="Service transition includes high-level activities such as planning and coordinating service changes, building and testing new or changed service components, and deploying new or changed service components into the live environment." /> | ||
<meta property="og:site_name" content="YaSM"> | <meta property="og:site_name" content="YaSM"> | ||
<meta property="og:type" content="article" /> | <meta property="og:type" content="article" /> | ||
Line 15: | Line 15: | ||
<meta name="twitter:site" content="@yasmcom"> | <meta name="twitter:site" content="@yasmcom"> | ||
<meta name="twitter:creator" content="@yasmcom"> | <meta name="twitter:creator" content="@yasmcom"> | ||
<meta name="twitter:title" content="Service Transition | <meta name="twitter:title" content="Service Transition"> | ||
<meta name="twitter:description" content="All service management frameworks include guidance about building and transitioning services. The YaSM model translates this guidance into a streamlined service transition process."> | <meta name="twitter:description" content="All service management frameworks include guidance about building and transitioning services. The YaSM model translates this guidance into a streamlined service transition process."> | ||
<meta name="twitter:image" content="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg"> | <meta name="twitter:image" content="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg"> | ||
<meta name="twitter:image:alt" content="How to implement services? YaSM and the service transition stage."> | <meta name="twitter:image:alt" content="How to implement services? YaSM and the service transition stage."> | ||
</itpmch> | </itpmch> | ||
<html | <html><div class="noresize"><a href="https://yasm.com/wiki/de/index.php/Service_Transition"><img src="https://yasm.com/wiki/en/img/yasm-wiki/YaSM-Wiki-Deutsch.png" width="140" height="36" style="float:right;" alt="auf Deutsch" title="This page in German" /></a></div><br style="clear:both;"/> | ||
<p> </p> | <p> </p> | ||
Line 29: | Line 29: | ||
<meta itemprop="width" content="1200" /> | <meta itemprop="width" content="1200" /> | ||
<meta itemprop="height" content="675" /> | <meta itemprop="height" content="675" /> | ||
<meta itemprop="representativeOfPage" content="true"/> | |||
<meta itemprop="dateCreated" content="2015-06-04" /> | <meta itemprop="dateCreated" content="2015-06-04" /> | ||
<meta itemprop="dateModified" content="2020-02-25" /> | <meta itemprop="dateModified" content="2020-02-25" /> | ||
<img itemprop="thumbnailUrl" style="margin:5px 0px 30px 30px; float:right;" src="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg" width="480" height="270" alt="How to implement services? YaSM and the service transition stage." title="Service transition in YaSM"> | <img itemprop="thumbnailUrl" style="margin:5px 0px 30px 30px; float:right;" src="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg" width="480" height="270" alt="How to implement services? YaSM and the service transition stage." title="Service transition in YaSM"> | ||
</a></div></html> | </a></div></html> | ||
[[LP3: Build new or changed services|Service transition]] is about ensuring that "any modifications or transitions to the live operational environment meet the agreed expectations of the business, customers and users" [[#ref-cabinet-office-service-transition|[1]]]. | <span style="word-wrap:normal;">[[LP3: Build new or changed services|Service transition]] is about ensuring that "any modifications or transitions to the live operational environment meet the agreed expectations of the business, customers and users" [[#ref-cabinet-office-service-transition|[1]]].</span> | ||
<span id="md-webpage-description" itemprop="description">Service transition includes high-level activities such as planning and coordinating [[Service|service]] changes, building and testing new or changed service components, and deploying new or changed service components into the live environment.</span> | |||
<p> </p> | <p> </p> | ||
==Service transition in the ITSM frameworks== | ==Service transition in the ITSM frameworks== | ||
Service transition has been a prominent topic in service management since the advent of ITIL v3, where service transition is one of the five service lifecycle stages. | Service transition has been a prominent topic in [[Service Management|service management]] since the advent of ITIL v3, where service transition is one of the five service lifecycle stages. | ||
The ITIL v3 [[#ref-cabinet-office-service-transition|core publication about service transition]] describes service transition as the stage that takes the outputs from service design, the preceding stage of the service lifecycle, and uses them to ensure that service solutions smoothly migrated to live operation. | The ITIL v3 [[#ref-cabinet-office-service-transition|core publication about service transition]] describes service transition as the stage that takes the outputs from service design, the preceding stage of the service lifecycle, and uses them to ensure that service solutions smoothly migrated to live operation. | ||
Line 54: | Line 54: | ||
* Knowledge management. | * Knowledge management. | ||
[[ITIL#ITIL_4|ITIL<sup><small>®</small></sup> 4]] has dropped the service lifecycle concept in favor of a more holistic approach. ITIL v4 does no longer define specific processes that organizations should implement, but most familiar ITIL processes from the service transition book have found their way into ITIL 4 as "[[ITIL#ITIL-4-Practices|practices]]". Therefore, ITIL v4 refers to change management, configuration management and service validation | [[ITIL#ITIL_4|ITIL<sup><small>®</small></sup> 4]] has dropped the service lifecycle concept in favor of a more holistic approach. ITIL v4 does no longer define specific processes that organizations should implement, but most familiar ITIL processes from the service transition book have found their way into ITIL 4 as "[[ITIL#ITIL-4-Practices|practices]]". Therefore, ITIL v4 refers to change management, configuration management and service validation & testing as practices (although change management has been renamed to "change enablement") [[#ref-axelos-2019|[2]]]. | ||
Other service management frameworks, such as CMMI-SVC<sup><small>®</small></sup>, USMBOK™ and COBIT<sup><small>®</small></sup>, also include processes for dealing with service transition, although with slightly different names (in CMMI-SVC<sup><small>®</small></sup>, for instance, there's a process area named "[[YaSM_and_CMMI_for_Services_-_CMMI-SVC#CMMI-Service-System-Transition|SST (Service System Transition)]]". | Other [[Service_Management#What_service_management_frameworks_are_available.3F|service management frameworks]], such as CMMI-SVC<sup><small>®</small></sup>, USMBOK™ and COBIT<sup><small>®</small></sup>, also include processes for dealing with service transition, although with slightly different names (in CMMI-SVC<sup><small>®</small></sup>, for instance, there's a process area named "[[YaSM_and_CMMI_for_Services_-_CMMI-SVC#CMMI-Service-System-Transition|SST (Service System Transition)]]". | ||
[[VeriSM]]™ introduces the VeriSM model as "a service management operating model for an organization" [[#IFDC-2017|[3]]]. VeriSM describes "[[VeriSM_and_YaSM#VeriSM_stages_and_associated_YaSM_processes|high-level stages]]" for the development and provision of products and services. One of these stages, "[[VeriSM_and_YaSM#VeriSM_stage_2:_Produce|produce]]", resembles the service transition stage in the ITIL service lifecycle and is responsible for building, testing and implementing products or services. | [[VeriSM]]™ introduces the VeriSM model as "a service management operating model for an organization" [[#IFDC-2017|[3]]]. VeriSM describes "[[VeriSM_and_YaSM#VeriSM_stages_and_associated_YaSM_processes|high-level stages]]" for the development and provision of products and services. One of these stages, "[[VeriSM_and_YaSM#VeriSM_stage_2:_Produce|produce]]", resembles the service transition stage in the ITIL service lifecycle and is responsible for building, testing and implementing products or services. | ||
And finally, [[ISO 20000]], the international standard for service management, includes specific requirements for service build and transition. | And finally, [[ISO 20000]], the international standard for service management, includes specific requirements for service build and transition. | ||
==Service transition process in YaSM== | ==Service transition process in YaSM== | ||
The YaSM model translates the guidance from the various ITSM frameworks into a streamlined service transition process. It gets triggered by | The YaSM service management model translates the guidance from the various ITSM frameworks into a streamlined service transition process. It gets triggered by the service design process once a service definition and a service implementation blueprint have been created. At the end of the service build process, the service that is "ready for activation", which means customers can now be invited to sign a service agreement for the service and start using it. | ||
The [[LP3:_Build_new_or_changed_services|service transition process]] is made up of the following sub-processes: | The [[LP3:_Build_new_or_changed_services|service transition process]] is made up of the following sub-processes: | ||
Line 82: | Line 81: | ||
* the [[LP3:_Build_new_or_changed_services#Service-operation-manual|service operation manual]], specifying the activities required for the operation of a service and its underlying infrastructure. | * the [[LP3:_Build_new_or_changed_services#Service-operation-manual|service operation manual]], specifying the activities required for the operation of a service and its underlying infrastructure. | ||
All of this is quite straightforward. You can find a complete [[LP3:_Build_new_or_changed_services#Process_description|description]] of | All of this is quite straightforward. You can find a complete [[LP3:_Build_new_or_changed_services#Process_description|description]] of the service transition process in this Service Management Wiki, including definitions of the [[LP3:_Build_new_or_changed_services#Sub-processes|sub-processes]], details about the [[LP3:_Build_new_or_changed_services#Process_outputs|process outputs]], and a [[LP3:_Build_new_or_changed_services#Roles_and_responsibilities|RACI matrix]]. | ||
==Change management: A supporting YaSM process== | ==Change management: A supporting YaSM process== | ||
What happened | What happened to change management? | ||
There is of course a [[SP5: Assess and coordinate changes|change management process in the YaSM model]], but it is a [[Service_Management_Processes#Supporting_processes|supporting process]] outside of service transition. It can be called upon from any other service management processes that need to implement changes, which makes the whole process structure a lot easier to understand. | There is of course a [[SP5: Assess and coordinate changes|change management process in the YaSM model]], but it is a [[Service_Management_Processes#Supporting_processes|supporting process]] outside of service transition. It can be called upon from any other service management processes that need to implement changes, which makes the whole process structure a lot easier to understand. | ||
==Related pages== | ==Related pages== | ||
* [[Service Management Processes|YaSM service management processes]] &# | * [[Service Management Processes|YaSM service management processes]] ⯈ [[LP3: Build new or changed services]] | ||
* [[YaSM_and_ITIL#|ITIL 4 practices and YaSM processes]] | * [[YaSM_and_ITIL#|ITIL 4 practices and YaSM processes]] | ||
* [[YaSM and ITIL V3]] &# | * [[YaSM and ITIL V3]] ⯈ [[YaSM_and_ITIL_V3#YaSM_vs._ITIL_Service_Transition|YaSM vs. ITIL service transition]] | ||
==External links and references== | ==External links and references== | ||
<span id="ref-service-transition">[a] IT Process Wiki - ITIL Service Transition. -- S. Kempter: IT Process Wiki, "[https://wiki.en.it-processmaps.com/index.php/ITIL_Service_Transition ITIL Service Transition]". - IT Process Maps; Lindau (Bodensee), Germany.</span><br /> | |||
<span id="ref-cabinet-office-service-transition">[1] The Cabinet Office: ITIL<sup><small>®</small></sup> Service Transition (2011 Edition). - The Stationery Office; London, UK.</span><br /> | <span id="ref-cabinet-office-service-transition">[1] The Cabinet Office: ITIL<sup><small>®</small></sup> Service Transition (2011 Edition). - The Stationery Office; London, UK.</span><br /> | ||
<span id="ref-axelos-2019">[2] AXELOS: ITIL<sup><small>®</small></sup> Foundation, ITIL 4 Edition. - The Stationery Office; Norwich, UK, 2019.</span><br /> | <span id="ref-axelos-2019">[2] AXELOS: ITIL<sup><small>®</small></sup> Foundation, ITIL 4 Edition. - The Stationery Office; Norwich, UK, 2019.</span><br /> | ||
Line 122: | Line 117: | ||
</small></p> | </small></p> | ||
<!-- define schema.org/WebPage --> <span itemid="https://yasm.com/wiki/en/index.php/Service_Transition" itemscope itemtype="https://schema.org/WebPage"> | <!-- define schema.org/WebPage --> <span itemid="https://yasm.com/wiki/en/index.php/Service_Transition" itemscope itemtype="https://schema.org/WebPage" itemref="md-webpage-description"> | ||
<meta itemprop="name Headline" content="Service Transition" /> | <meta itemprop="name Headline" content="Service Transition" /> | ||
<meta itemprop="alternativeHeadline" content="How to build and implement services?" /> | <meta itemprop="alternativeHeadline" content="How to build and implement services?" /> | ||
<link itemprop="url" href="https://yasm.com/wiki/en/index.php/Service_Transition" /> | <link itemprop="url" href="https://yasm.com/wiki/en/index.php/Service_Transition" /> | ||
<link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg" /> | <link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg" /> | ||
<link itemprop="Image" href="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg" /> | <link itemprop="Image" href="https://yasm.com/wiki/en/img/yasm-service-management/service-transition-implementation.jpg" /> |
Revision as of 11:45, 26 April 2021
Service transition is about ensuring that "any modifications or transitions to the live operational environment meet the agreed expectations of the business, customers and users" [1].
Service transition includes high-level activities such as planning and coordinating service changes, building and testing new or changed service components, and deploying new or changed service components into the live environment.
Service transition in the ITSM frameworks
Service transition has been a prominent topic in service management since the advent of ITIL v3, where service transition is one of the five service lifecycle stages.
The ITIL v3 core publication about service transition describes service transition as the stage that takes the outputs from service design, the preceding stage of the service lifecycle, and uses them to ensure that service solutions smoothly migrated to live operation.
Service transition as described in ITIL v3 includes seven processes:
- Transition planning and support
- Change management
- Service asset and configuration management
- Release and deployment management
- Service validation and testing
- Change evaluation
- Knowledge management.
ITIL® 4 has dropped the service lifecycle concept in favor of a more holistic approach. ITIL v4 does no longer define specific processes that organizations should implement, but most familiar ITIL processes from the service transition book have found their way into ITIL 4 as "practices". Therefore, ITIL v4 refers to change management, configuration management and service validation & testing as practices (although change management has been renamed to "change enablement") [2].
Other service management frameworks, such as CMMI-SVC®, USMBOK™ and COBIT®, also include processes for dealing with service transition, although with slightly different names (in CMMI-SVC®, for instance, there's a process area named "SST (Service System Transition)".
VeriSM™ introduces the VeriSM model as "a service management operating model for an organization" [3]. VeriSM describes "high-level stages" for the development and provision of products and services. One of these stages, "produce", resembles the service transition stage in the ITIL service lifecycle and is responsible for building, testing and implementing products or services.
And finally, ISO 20000, the international standard for service management, includes specific requirements for service build and transition.
Service transition process in YaSM
The YaSM service management model translates the guidance from the various ITSM frameworks into a streamlined service transition process. It gets triggered by the service design process once a service definition and a service implementation blueprint have been created. At the end of the service build process, the service that is "ready for activation", which means customers can now be invited to sign a service agreement for the service and start using it.
The service transition process is made up of the following sub-processes:
- Coordinate development and procurement activities
- Develop applications and systems
- Accept delivery of the service components
- Create or update operational documentation
- Test the service components
- Deploy the service components
- Prepare the service activation
For each sub-process, YaSM provides a detailed template that describes the process activities, roles, inputs and outputs.
In addition, the YaSM model contains document templates for the key outputs from the service build process:
- test scripts and test reports, providing a detailed account of testing activities
- the service operation manual, specifying the activities required for the operation of a service and its underlying infrastructure.
All of this is quite straightforward. You can find a complete description of the service transition process in this Service Management Wiki, including definitions of the sub-processes, details about the process outputs, and a RACI matrix.
Change management: A supporting YaSM process
What happened to change management?
There is of course a change management process in the YaSM model, but it is a supporting process outside of service transition. It can be called upon from any other service management processes that need to implement changes, which makes the whole process structure a lot easier to understand.
Related pages
- YaSM service management processes ⯈ LP3: Build new or changed services
- ITIL 4 practices and YaSM processes
- YaSM and ITIL V3 ⯈ YaSM vs. ITIL service transition
External links and references
[a] IT Process Wiki - ITIL Service Transition. -- S. Kempter: IT Process Wiki, "ITIL Service Transition". - IT Process Maps; Lindau (Bodensee), Germany.
[1] The Cabinet Office: ITIL® Service Transition (2011 Edition). - The Stationery Office; London, UK.
[2] AXELOS: ITIL® Foundation, ITIL 4 Edition. - The Stationery Office; Norwich, UK, 2019.
[3] IFDC (International Foundation for Digital Competences) (2017). VeriSM™ - A Service Management Approach for the Digital Age. Zaltbommel, Netherlands: Van Haren Publishing.
By: Stefan Kempter , IT Process Maps.
Service transition in the ITSM frameworks › Service transition process in YaSM › Change management