VeriSM and YaSM: Difference between revisions

From YaSM Service Management Wiki
No edit summary
No edit summary
 
(8 intermediate revisions by 2 users not shown)
Line 5: Line 5:
<meta property="og:title" content="VeriSM&trade; and YaSM | YaSM Service Management Wiki" />
<meta property="og:title" content="VeriSM&trade; and YaSM | YaSM Service Management Wiki" />
<meta property="og:description" content="While VeriSM outlines an approach for managing services, YaSM is a concise and detailed process model with ready-to-use templates for service management." />
<meta property="og:description" content="While VeriSM outlines an approach for managing services, YaSM is a concise and detailed process model with ready-to-use templates for service management." />
<meta property="og:site_name" content="YaSM">
<meta property="og:site_name" content="YaSM Service Management">
<meta property="og:type" content="article" />
<meta property="og:type" content="article" />
<meta property="article:publisher" content="https://www.facebook.com/yasmcom" />
<meta property="og:image" content="https://yasm.com/wiki/en/img/yasm-frameworks/verism/16x9/verism-service-management-process-templates-yasm.jpg" />
<meta property="fb:admins" content="100002035253209" />
<meta property="fb:admins" content="100002592864414" />
<meta property="og:image" content="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="900" />
<meta property="og:image:height" content="675" />
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="@yasmcom">
<meta name="twitter:creator" content="@yasmcom">
<meta name="twitter:title" content="VeriSM™ and YaSM">
<meta name="twitter:description" content="While VeriSM outlines an approach for managing services, YaSM is a concise, detailed process model with ready-to-use templates for service management.">
<meta name="twitter:image" content="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg">
<meta name="twitter:image:alt" content="Comparison: VeriSM and YaSM service management. Ready-to-use process templates and process diagrams for VeriSM projects.">
<link href="https://plus.google.com/104150539756444616711/posts" rel="publisher" />
<link href="https://plus.google.com/104150539756444616711/posts" rel="publisher" />
<meta name="pinterest-rich-pin" content="false" />
<meta name="pinterest-rich-pin" content="false" />
</itpmch>
</itpmch>
<html><div class="floatright"><div class="noresize"><map name="ImageMap_yasm-wiki-share"><area href="https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fyasm.com%2Fwiki%2Fen%2Findex.php%2FVeriSM_and_YaSM&hl=en_US&source=YaSM%20Wiki" class="plainlinks" rel="nofollow" shape="rect" coords="55,0,99,36" alt="share this page on LinkedIn" title="share this page on LinkedIn"/><area href="https://twitter.com/intent/tweet?url=https%3A%2F%2Fyasm.com%2Fwiki%2Fen%2Findex.php%2FVeriSM_and_YaSM&text=%23YaSMwiki%20%7C%20What%20is%20VeriSM%3F%0AIntroduction%20to%20the%20VeriSM%20model%20and%20the%20%27VeriSM%20service%20management%20mesh%27.%20%0A%E2%96%BA&lang=de&via=yasmcom" class="plainlinks" rel="nofollow" shape="rect" coords="97,0,140,36" alt="share this page on Twitter" title="share this page on Twitter"/></map><img alt="share this page" src="https://yasm.com/wiki/en/img/yasm-wiki/YaSM-Wiki-share.png" width="140" height="36" usemap="#ImageMap_yasm-wiki-share"/></div></div><div class="noresize"><a href="https://yasm.com/wiki/de/index.php/VeriSM_und_YaSM"><img src="https://yasm.com/wiki/en/img/yasm-wiki/YaSM-Wiki-Deutsch.png" width="140" height="36" style="float:left;" alt="auf Deutsch" title="This page in German" /></a></div><br style="clear:both;"/>
<html><div class="noresize"><a href="https://yasm.com/wiki/de/index.php/VeriSM_und_YaSM"><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>&nbsp;</p>
<p>&nbsp;</p>
<p><b>Comparison:</b> YaSM and VeriSM&trade;</p>
<p><b>Comparison:</b> YaSM and VeriSM&trade;</p>
<p><b>Part of</b>: <a href="https://yasm.com/wiki/en/index.php/What_is_YaSM#yasm-other-service-management-frameworks" title="YaSM and other service management frameworks and standards">YaSM vs. other service management frameworks and standards</a></p>
<p><b>Part of</b>: <a href="https://yasm.com/wiki/en/index.php/What_is_YaSM#yasm-other-service-management-frameworks" title="YaSM and other service management frameworks and standards">YaSM vs. other service management frameworks and standards</a></html>
<p>&nbsp;</p>


Both <b><span style="color:#465674;">YaSM and VeriSM&trade;</span></b> are aligned with established service management best practice as described in [[ISO 20000]], [[ITIL]]&reg;, [[YaSM_and_CMMI_for_Services_-_CMMI-SVC|CMMI-SVC]]&reg;, [[YaSM_and_COBIT|COBIT]]&reg;, etc.  But they are not the same:
<span id="md-webpage-description" itemprop="description">While [[VeriSM]]&trade; [[#VeriSM|[1]]] outlines an approach for managing services, [[What_is_YaSM|YaSM]]&reg; is a concise and detailed process model with ready-to-use templates for [[Service Management|service management]].</span>
<p>&nbsp;</p>
<p>&nbsp;</p>


<div itemscope itemtype="https://schema.org/ImageObject">
<html><div itemid="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg" itemscope itemtype="https://schema.org/ImageObject">
<a href="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg" title="VeriSM vs. YaSM service management" itemprop="contentUrl">
<meta itemprop="caption" content="Comparison: VeriSM and YaSM service management. Ready-to-use process templates and diagrams for VeriSM projects." />
<meta itemprop="caption" content="Comparison: VeriSM and YaSM service management. Ready-to-use process templates and diagrams for VeriSM projects." />
<meta itemprop="width" content="1200" />
<meta itemprop="width" content="1200" />
<meta itemprop="height" content="900" />
<meta itemprop="height" content="900" />
<meta itemprop="dateCreated" content="2018-07-31" />
<meta itemprop="datePublished" content="2018-07-31" />
<meta itemprop="dateModified" content="2022-07-09" />
<meta itemprop="representativeOfPage" content="true"/>
<meta itemprop="keywords" content="VeriSM process templates" />
<meta itemprop="keywords" content="VeriSM process templates" />
<meta itemprop="keywords" content="VeriSM templates" />
<meta itemprop="keywords" content="VeriSM templates" />
<meta itemprop="keywords" content="VeriSM comparison" />
<meta itemprop="keywords" content="VeriSM comparison" />
<img style="margin:5px 0px 30px 30px; float:right;" src="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg" width="480" height="360" title="VeriSM vs. YaSM service management" alt="Comparison: VeriSM and YaSM service management. Ready-to-use process templates and diagrams for VeriSM projects." /></a></div>
<span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject">
 
  <meta itemprop="url" content="https://yasm.com/wiki/en/img/yasm-frameworks/verism/16x9/verism-service-management-process-templates-yasm.jpg" />
<p>Both&nbsp;YaSM<sup><small>&#174;</small></sup>&nbsp;and <a href="https://yasm.com/wiki/en/index.php/VeriSM" title="What is VeriSM?">VeriSM&trade;</a> <a href="#VeriSM">[1]</a> are aligned with established service management best practice as described in <a href="https://yasm.com/wiki/en/index.php/ISO_20000" title="What is ISO 20000?">ISO 20000</a>, <a href="https://yasm.com/wiki/en/index.php/YaSM_and_ITIL" title="YaSM and ITIL">ITIL</a><sup><small>&#174;</small></sup>, CMMI-SVC<sup><small>&#174;</small></sup>, COBIT<sup><small>&#174;</small></sup>, etc.  But they are not the same:</p>
  <meta itemprop="width" content="1200" />
 
  <meta itemprop="height" content="675" />
<p><span id="md-webpage-description" itemprop="description">While VeriSM outlines an approach for managing services, YaSM is a concise and detailed process model with ready-to-use templates for service management.</span></html>
  <meta itemprop="dateCreated" content="2019-06-24" />
<p style="clear:both;">&nbsp;</p>
  <meta itemprop="datePublished" content="2019-06-24" />
  <meta itemprop="dateModified" content="2022-07-09" />
</span>
<span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject">
  <meta itemprop="url" content="https://yasm.com/wiki/en/img/yasm-frameworks/verism/480px/verism-service-management-process-templates-yasm.jpg" />
  <meta itemprop="width" content="480" />
  <meta itemprop="height" content="360" />
  <meta itemprop="dateCreated" content="2022-07-09" />
  <meta itemprop="datePublished" content="2022-08-12" />
</span>
<span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject">
  <meta itemprop="url" content="https://yasm.com/wiki/en/img/yasm-frameworks/verism/400px/verism-service-management-process-templates-yasm.jpg" />
  <meta itemprop="width" content="400" />
  <meta itemprop="height" content="300" />
  <meta itemprop="dateCreated" content="2024-03-29" />
  <meta itemprop="datePublished" content="2024-04-03" />
</span>
<figure class="mw-halign-right" typeof="mw:File/Thumb"><a itemprop="contentUrl" href="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg" title="VeriSM vs. YaSM service management"><img srcset="https://yasm.com/wiki/en/img/yasm-frameworks/verism/400px/verism-service-management-process-templates-yasm.jpg 400w, https://yasm.com/wiki/en/img/yasm-frameworks/verism/480px/verism-service-management-process-templates-yasm.jpg 480w, https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg" fetchpriority="high" decoding="async" width="480" height="360" class="mw-file-element" alt="Comparison: VeriSM and YaSM service management. Ready-to-use process templates and diagrams for VeriSM projects." /></a><figcaption><span style="font-variant:small-caps;"><b>Fig. 1: <a href="https://yasm.com/wiki/en/img/yasm-frameworks/verism/verism-service-management-process-templates-yasm.jpg" title="VeriSM vs. YaSM service management">VeriSM and YaSM service management</a></b><br />Process templates and diagrams for VeriSM projects.</span></figcaption></figure></div></html>


__TOC__
__TOC__
<br style="clear:both;"/>


==What is the difference between YaSM and VeriSM?==
==What is the difference between YaSM and VeriSM?==


<i>VeriSM</i> helps service providers understand the challenges and key principles of service management. It shows organizations how they can adopt a range of management practices to deliver the right service at the right time to their users.
[[VeriSM]] helps service providers understand the challenges and key principles of service management. It shows organizations how they can adopt a range of management practices to deliver the right [[Service|service]] at the right time to their users.


VeriSM thus presents a high-level description of how services are defined, produced and provided, without being prescriptive about the low-level activities. Yet at some point, organizations need to go into detail and define their service management processes.
VeriSM thus presents a high-level description of how services are defined, produced and provided, without being prescriptive about the low-level activities. Yet at some point, organizations need to go into detail and define their service management processes.


This can be a huge and difficult task, made easier by the YaSM model:
This can be a huge and difficult task, made easier by the YaSM model:
<p>&nbsp;</p>


<i>YaSM</i> describes a complete set of [[YaSM Processes|service management processes]], including their activities, responsibilities, inputs and outputs, and it provides ready-to-use process and document templates.
[[What is YaSM|YaSM]] describes a complete set of [[Service Management Processes|service management processes]], including their activities, responsibilities, inputs and outputs, and it provides ready-to-use process and document templates.


<html>These <a href="https://yasm.com/en/products/yasm-process-map" title="Service management process templates - the YaSM Process Map">service management templates</a> are available in popular formats such as <a href="https://yasm.com/en/products/yasm-process-map-visio" title="Service management process templates for Visio">Visio</a><sup><small>&#174;</small></sup>, Word<sup><small>&#174;</small></sup>, Excel<sup><small>&#174;</small></sup>, and the <a href="https://yasm.com/en/products/yasm-process-map-aris" title="Service management reference model for ARIS">ARIS Process Platform</a>&trade; and are fully editable, allowing organizations to design tailor-made processes without having to start from nothing.</html>
<html>These <a href="https://yasm.com/en/products/yasm-process-map" title="Service management process templates - the YaSM Process Map">service management templates</a> are available in popular formats such as</p>
<ul><li><a href="https://yasm.com/en/products/yasm-process-map-visio" title="Service management process templates for Visio">Visio</a>&reg;, Word&reg;, Excel&reg;,</li>
<li>for <a href="https://yasm.com/en/products/yasm-process-map-bic" title="Service management process model for the BIC Platform">BIC / BIC Process Design</a>&reg;,</li>
<li>the <a href="https://yasm.com/en/products/yasm-process-map-aris" title="Service management reference model for ARIS">ARIS Process Platform</a>&trade;,</li>
<li>and also as <a href="https://yasm.com/en/products/service-management-templates-bpmn-xml" title="Service management templates in BPMN XML">BPMN XML documents</a>.</li></ul>
<p>All templates are fully editable, allowing organizations to design tailor-made processes without having to start from nothing.</html>


<i>Note: YaSM is not endorsed by the authors of VeriSM and YaSM cannot claim to be a 'VeriSM process model'.</i>
<i>Note: YaSM is not endorsed by the authors of VeriSM and YaSM cannot claim to be a 'VeriSM process model'.</i>
<p>&nbsp;</p>


==Does VeriSM define processes?==
==Does VeriSM define processes?==


VeriSM describes an approach to service management that allows organizations to adopt a range of management practices in a flexible way. It does not seek to replicate frameworks such as ITIL<sup><small>&#174;</small></sup>.
VeriSM describes an approach to service management that allows organizations to adopt a range of management practices in a flexible way. It does not seek to replicate frameworks such as [[ITIL]]&reg;.


For this reason, VeriSM does not provide detailed process specifications, nor does it recommend a range of specific processes that organizations should implement.
For this reason, VeriSM does not provide detailed process specifications, nor does it recommend a range of specific processes that organizations should implement.
Line 79: Line 97:


For example, VeriSM advocates that organizations investigate repeat issues and proactively seek out potential issues. Turning this advice into practice will usually mean defining and implementing a [[LP4.7: Resolve problems|problem management process]]. Another example would be the need to control changes, which calls for a [[SP5: Assess and coordinate changes|change management process]].
For example, VeriSM advocates that organizations investigate repeat issues and proactively seek out potential issues. Turning this advice into practice will usually mean defining and implementing a [[LP4.7: Resolve problems|problem management process]]. Another example would be the need to control changes, which calls for a [[SP5: Assess and coordinate changes|change management process]].
<p>&nbsp;</p>


==VeriSM stages and associated YaSM processes==
==VeriSM stages and associated YaSM processes==
Line 85: Line 102:
VeriSM describes <i>'high-level stages'</i> for products and services: Define, Produce, Provide and Respond.
VeriSM describes <i>'high-level stages'</i> for products and services: Define, Produce, Provide and Respond.


These stages largely correspond to the [[YaSM_Processes#Service_lifecycle_processes|service lifecycle]] that is the guiding principle of the YaSM process model, so the VeriSM stages are one area where VeriSM and YaSM are particularly well aligned.  
These stages largely correspond to the [[Service_Management_Processes#Service_lifecycle_processes|service lifecycle]] that is the guiding principle of the YaSM process model, so the VeriSM stages are one area where VeriSM and YaSM are particularly well aligned.
<p>&nbsp;</p>


The table below provides a first overview of the VeriSM 'high-level stages' and how they are associated with the [[YaSM Processes|YaSM processes]].  
The table below provides a first overview of the VeriSM 'high-level stages' and how they are associated with the [[Service Management Processes|YaSM service management processes]].  


The subsequent sections will then outline in detail how the YaSM processes, documents and templates are aligned with the VeriSM stages, and how YaSM provides detailed guidance for organizations that wish to adopt the VeriSM approach.
The subsequent sections will then outline in detail how the YaSM processes, documents and templates are aligned with the VeriSM stages, and how YaSM provides detailed guidance for organizations that wish to adopt the VeriSM approach.
Line 95: Line 111:
{| class="wikitable" style="background: white;"
{| class="wikitable" style="background: white;"
|-
|-
!style="background:#379988; color:#ffffff; font-size: 110%" colspan="2"|VeriSM&trade; stages and associated service management processes
!style="background:#465674; color:#ffffff; font-size: 110%" colspan="2"|VeriSM&trade; stages and associated service management processes
|-
|-
!style="background:#eeeeee; width:30%"|VeriSM&trade; stage [[#IFDC-2017|[1]]]
!style="background:#eeeeee; width:30%"|VeriSM&trade; stage [[#IFDC-2017|[1]]]
Line 118: Line 134:
*[[SP3: Manage customer relationships]]
*[[SP3: Manage customer relationships]]
*[[SP7: Ensure security]]
*[[SP7: Ensure security]]
*[[SP8: Prepare for disaster events]]
*[[SP8: Ensure continuity]]
|-style="vertical-align:top"
|-style="vertical-align:top"
|[[#VeriSM_stage_4:_Respond|4 Respond]]
|[[#VeriSM_stage_4:_Respond|4 Respond]]
Line 126: Line 142:
|}
|}
<small><i>(The VeriSM stages in this table are based on [[#IFDC-2017|[IFDC, 2017]]])</i></small>
<small><i>(The VeriSM stages in this table are based on [[#IFDC-2017|[IFDC, 2017]]])</i></small>
<p>&nbsp;</p>
The subsequent sections will then outline in detail how the [[YaSM Processes|YaSM processes]], documents and templates are aligned with the VeriSM stages, and how YaSM provides detailed guidance for organizations that wish to adopt the VeriSM approach.
<p>&nbsp;</p>
<p>&nbsp;</p>


Line 134: Line 147:


The Define stage in VeriSM starts when a client requires a new or changed service. This triggers activities to specify the requirements in detail and to design an appropriate service solution. The Define stage ends with the completion of a service blueprint that will direct the subsequent Produce stage.
The Define stage in VeriSM starts when a client requires a new or changed service. This triggers activities to specify the requirements in detail and to design an appropriate service solution. The Define stage ends with the completion of a service blueprint that will direct the subsequent Produce stage.
<p>&nbsp;</p>


===The Define stage in the YaSM process model===
===The Define stage in the YaSM process model===


In the YaSM process model, new services are introduced, or existing services modified if
In the YaSM process model, new [[Service|services]] are introduced, or existing services modified if
*The need for new/changed services is identified during a strategic assessment
*The need for new/changed services is identified during a strategic assessment
*Customers express the need for new/changed services
*Customers express the need for new/changed services
Line 147: Line 159:


The two key outputs from the service design process in YaSM are
The two key outputs from the service design process in YaSM are
*The service definition, specifying the required properties of the new or changed service
*The [[Service_Definition_-_Template|service definition]], specifying the required properties of the new or changed service
*The service implementation blueprint, describing what capabilities are required for the new or changed service, and outlining the approach to creating the required service infrastructure and other capabilities.
*The service implementation blueprint, describing what capabilities are required for the new or changed service, and outlining the approach to creating the required service infrastructure and other capabilities.


The combined service definition and implementation blueprint documents in YaSM correspond to the service blueprint as stipulated in the VeriSM approach.
The combined service definition and implementation blueprint documents in YaSM correspond to the service blueprint as stipulated in the VeriSM approach.
<p>&nbsp;</p>


===YaSM processes supporting the Define stage===
===YaSM processes supporting the Define stage===
Line 161: Line 172:
*[[SP3: Manage customer relationships]]
*[[SP3: Manage customer relationships]]
*[[SP7: Ensure security]]
*[[SP7: Ensure security]]
*[[SP8: Prepare for disaster events]]
*[[SP8: Ensure continuity]]
*[[SP9: Ensure compliance]]
*[[SP9: Ensure compliance]]
<p>&nbsp;</p>


===YaSM documents and templates supporting the VeriSM Define stage===
===YaSM documents and templates supporting the VeriSM Define stage===


The YaSM model provides several templates for the documents and records supporting the VeriSM Define stage, for example:
The YaSM model provides several templates for the documents and records supporting the VeriSM Define stage, for example:
*Service portfolio
*[[Service_Portfolio_-_Template|Service portfolio]]
*Service definition
*[[Service_Definition_-_Template|Service definition]]
*Service implementation blueprint
*Service implementation blueprint
*Register of security risks
*Register of security risks
*Register of managed disaster events
*Register of managed critical events
*Compliance register
*Compliance register
<p>&nbsp;</p>


==VeriSM stage 2: Produce==
==VeriSM stage 2: Produce==


The Produce stage performs build, test and implementation activities, as outlined in the service blueprint. Change control is a key aspect in this stage to minimize risk and avoid unnecessary service disruptions.
The Produce stage performs build, test and implementation activities, as outlined in the service blueprint. Change control is a key aspect in this stage to minimize risk and avoid unnecessary service disruptions.
<p>&nbsp;</p>


===The Produce stage in the YaSM process model===
===The Produce stage in the YaSM process model===
Line 194: Line 202:
*Test documentation
*Test documentation
*Updated configuration information
*Updated configuration information
*The updated service portfolio with up-to-date service definitions
*The updated [[Service_Portfolio_-_Template|service portfolio]] with up-to-date service definitions
*Updated processes and policies
*Updated processes and policies
*Operational documentation, such as operating manuals, incident and service request models, recovery plans, etc.
*Operational documentation, such as operating manuals, incident and service request models, recovery plans, etc.
<p>&nbsp;</p>


===YaSM processes supporting the Produce stage===
===YaSM processes supporting the Produce stage===
Line 209: Line 216:
*[[SP5: Assess and coordinate changes]]
*[[SP5: Assess and coordinate changes]]
*[[SP11: Manage suppliers]]
*[[SP11: Manage suppliers]]
<p>&nbsp;</p>


===YaSM documents and templates supporting the VeriSM Produce stage===
===YaSM documents and templates supporting the VeriSM Produce stage===


The YaSM model provides several templates for the documents and records supporting the VeriSM Produce stage, for example:
The YaSM model provides several templates for the documents and records supporting the VeriSM Produce stage, for example:
*Service definition
*[[Service_Definition_-_Template|Service definition]]
*Service implementation blueprint
*Service implementation blueprint
*Service portfolio
*[[Service_Portfolio_-_Template|Service portfolio]]
*Service agreement
*Service agreement
*Test script
*Test script
Line 224: Line 230:
*Change schedule
*Change schedule
*Service operation manual
*Service operation manual
<p>&nbsp;</p>


==VeriSM stage 3: Provide==
==VeriSM stage 3: Provide==


In the Provide stage, the service provider operates the service and ensures the service continues to fulfil the agreed performance and functional requirements. This stage also includes activities to promote and market the organization"s service offerings.
In the Provide stage, the service provider operates the service and ensures the service continues to fulfil the agreed performance and functional requirements. This stage also includes activities to promote and market the organization"s service offerings.
<p>&nbsp;</p>


===The Provide stage in the YaSM process model===
===The Provide stage in the YaSM process model===


The Provide stage is mostly associated with the [[LP4: Operate the services|service operation process]] in the YaSM process model, which ensures that services are delivered effectively and efficiently, in line with the contractual commitments. In particular, this process performs routine operational tasks and produces [[LP4: Operate the services#Service-quality-report|service quality reports]] to measure if the services are delivered as expected.
The Provide stage is mostly associated with the [[LP4: Operate the services|service operation process]] in the YaSM process model, which ensures that services are delivered effectively and efficiently, in line with the contractual commitments. In particular, this process performs routine operational tasks and produces [[Service Quality Report - Template|service quality reports]] to measure if the services are delivered as expected.


In addition, the [[LP5: Improve the services|service improvement process]] collects information about service quality, determines potentials for improvement, and takes corrective action if necessary.
In addition, the [[LP5: Improve the services|service improvement process]] collects information about service quality, determines potentials for improvement, and takes corrective action if necessary.


Security needs and service continuity requirements are addressed in the YaSM processes for [[SP7: Ensure security|service security]] and [[SP8: Prepare for disaster events|continuity]].
Security needs and service continuity requirements are addressed in the YaSM processes for [[SP7: Ensure security|service security]] and [[SP8: Ensure continuity|continuity]].


Marketing activities are mostly performed in the YaSM process for [[SP3: Manage customer relationships|managing customer relationships]], which is responsible for acquiring new customers and establishing a mutually beneficial relationship with existing customers.
Marketing activities are mostly performed in the YaSM process for [[SP3: Manage customer relationships|managing customer relationships]], which is responsible for acquiring new customers and establishing a mutually beneficial relationship with existing customers.


The key outputs from the provisioning processes in YaSM are
The key outputs from the provisioning processes in YaSM are
*Service quality reports
*[[Service Quality Report - Template|Service quality reports]]
*Identified needs for corrective action
*Identified needs for corrective action
*Updated service definitions and operational documentation
*Updated service definitions and operational documentation
*Updated configuration information.
*Updated configuration information.
<p>&nbsp;</p>


===YaSM processes supporting the Provide stage===
===YaSM processes supporting the Provide stage===
Line 257: Line 260:
*[[SP3: Manage customer relationships]]
*[[SP3: Manage customer relationships]]
*[[SP7: Ensure security]]
*[[SP7: Ensure security]]
*[[SP8: Prepare for disaster events]]
*[[SP8: Ensure continuity]]
<p>&nbsp;</p>


===YaSM documents and templates supporting the VeriSM Provide stage===
===YaSM documents and templates supporting the VeriSM Provide stage===
Line 264: Line 266:
The YaSM model provides several templates for the documents and records supporting the VeriSM Provide stage, for example:
The YaSM model provides several templates for the documents and records supporting the VeriSM Provide stage, for example:
*Service operation manual
*Service operation manual
*Service definition
*[[Service_Definition_-_Template|Service definition]]
*Service portfolio
*[[Service_Portfolio_-_Template|Service portfolio]]
*Service quality report
*[[Service Quality Report - Template|Service quality report]]
*Service agreement
*Service agreement
*Service improvement plan
*[[Service_Improvement_Plan_-_Template|Service improvement plan]]
*Customer portfolio
*Customer portfolio
*Register of security risks
*Register of security risks
*Register of managed disaster events
*Register of managed critical events
<p>&nbsp;</p>


==VeriSM stage 4: Respond==
==VeriSM stage 4: Respond==


In the Respond stage, the service provider handles issues reported by customers, as well as service requests and other enquiries.
In the Respond stage, the service provider handles issues reported by customers, as well as service requests and other enquiries.
<p>&nbsp;</p>


===The Respond stage in the YaSM process model===
===The Respond stage in the YaSM process model===
Line 291: Line 291:
*Models (templates) for the resolution of incidents and fulfilment of service requests
*Models (templates) for the resolution of incidents and fulfilment of service requests
*Records of identified problems (repeat issues)
*Records of identified problems (repeat issues)
<p>&nbsp;</p>


===YaSM processes supporting the Respond stage===
===YaSM processes supporting the Respond stage===
Line 298: Line 297:
*[[LP4.6: Resolve incidents and service requests]]
*[[LP4.6: Resolve incidents and service requests]]
*[[LP4.7: Resolve problems]]
*[[LP4.7: Resolve problems]]
<p>&nbsp;</p>


===YaSM documents and templates supporting the VeriSM Respond stage===
===YaSM documents and templates supporting the VeriSM Respond stage===
The YaSM model provides several templates and checklists for the documents and records supporting the VeriSM Respond stage, for example:
The YaSM model provides several templates and checklists for the documents and records supporting the VeriSM Respond stage, for example:
*Incident Record <i>(see also: [[Service Management Checklists#Example:_YaSM_checklist_.22Incident_record.22|free Incident record checklist]] in this wiki)</i>
*Incident Record (see also: [[Incident Record - Template|free Incident record template]] in this wiki)
*Incident model
*Incident model
*Service request record
*Service request record
*Service request model
*Service request model
*Problem record
*[[Problem Record - Template|Problem record]]
<p>&nbsp;</p>


==Other VeriSM elements and YaSM==
==Other VeriSM elements and YaSM==
Line 317: Line 314:
The Management Mesh allows for flexibility, so organizations are able to pick from a variety of management practices, technologies etc., as required.
The Management Mesh allows for flexibility, so organizations are able to pick from a variety of management practices, technologies etc., as required.


<html>The YaSM model helps organizations that wish to include established service management best practice into their Management Mesh, by providing <a href="https://yasm.com/en/products/yasm-process-map" title="Service management process templates - the YaSM Process Map">a streamlined set of processes and templates</a> based on frameworks and standards such as <a href="https://yasm.com/wiki/en/index.php/YaSM_and_ITIL" title="YaSM and ITIL">ITIL</a><sup><small>&#174;</small></sup>, <a href="https://yasm.com/wiki/en/index.php/ISO_20000" title="What is ISO 20000?">ISO 20000</a>, CMMI-SVC<sup><small>&#174;</small></sup>, COBIT<sup><small>&#174;</small></sup> etc.</html>
<html>The YaSM model helps organizations that wish to include established service management best practice into their Management Mesh, by providing <a href="https://yasm.com/en/products/yasm-process-map" title="Service management process templates - the YaSM Process Map">a streamlined set of processes and templates</a> based on frameworks and standards such as <a href="https://yasm.com/wiki/en/index.php/YaSM_and_ITIL" title="YaSM and ITIL">ITIL</a>&reg;, <a href="https://yasm.com/wiki/en/index.php/ISO_20000" title="What is ISO 20000?">ISO 20000</a>, CMMI-SVC&reg;, COBIT&reg; etc.</html>
<p>&nbsp;</p>


===Service management principles===
===Service management principles===
Line 324: Line 320:
VeriSM advocates that organizations define their service management principles to act as "guardrails" for their service teams.
VeriSM advocates that organizations define their service management principles to act as "guardrails" for their service teams.


A good starting point for establishing such principles are the principles underpinning the time-tested service management frameworks such as [[YaSM and ITIL|ITIL]]<sup><small>&#174;</small></sup>, [[YaSM and CMMI for Services (CMMI-SVC)|CMMI-SVC]]<sup><small>&#174;</small></sup> and [[YaSM and COBIT|COBIT]]<sup><small>&#174;</small></sup>, and also the requirements set out in [[YaSM and ISO 20000|ISO 20000]], the international standard for service management.
A good starting point for establishing such principles are the principles underpinning the time-tested service management frameworks such as [[YaSM and ITIL|ITIL]]&reg;, [[YaSM and CMMI for Services - CMMI-SVC|CMMI-SVC]]&reg; and [[YaSM and COBIT|COBIT]]&reg;, and also the requirements set out in [[YaSM and ISO 20000|ISO 20000]], the international standard for service management.


Since the YaSM model is aligned with these frameworks and standards, it provides a solid basis for organizations in their effort to adopt sound service management principles
Since the YaSM model is aligned with these frameworks and standards, it provides a solid basis for organizations in their effort to adopt sound service management principles
<p>&nbsp;</p>


===Governance===
===Governance===
Line 338: Line 333:


<html>This is supported by the <a href="https://yasm.com/en/products/yasm-iso-20000-bridge" title="ISO 20000 reference processes: The YaSM - ISO 20000 Bridge">YaSM - ISO 20000 Bridge</a> with templates that connect the YaSM processes with the ISO 20000 standard, describing a solution for every single requirement.</html>
<html>This is supported by the <a href="https://yasm.com/en/products/yasm-iso-20000-bridge" title="ISO 20000 reference processes: The YaSM - ISO 20000 Bridge">YaSM - ISO 20000 Bridge</a> with templates that connect the YaSM processes with the ISO 20000 standard, describing a solution for every single requirement.</html>
<p>&nbsp;</p>


===Progressive management practices===
===Progressive management practices===


In addition to "traditional" service management guidance, VeriSM acknowledges that many organizations have started to adopt "progressive" practices in their quest to work smarter and become more flexible. These practices often have their roots in other areas such as manufacturing and software development, and include concepts such as [[DevOps and YaSM|DevOps]], [[YaSM and Agile Service Management|Agile]], [https://en.wikipedia.org/wiki/Kanban Kanban], Lean etc.
In addition to "traditional" service management guidance, VeriSM acknowledges that many organizations have started to adopt "progressive" practices in their quest to work smarter and become more flexible. These practices often have their roots in other areas such as manufacturing and software development, and include concepts such as [[DevOps and YaSM|DevOps]], [[YaSM and Agile Service Management|Agile]], [https://en.wikipedia.org/wiki/Kanban Kanban], [[YaSM_and_Lean_Service_Management|Lean]] etc.


As a rule, the progressive management practices don't offer detailed guidance such as specifications of low-level activities to be carried out. They rather describe  
As a rule, the progressive management practices don't offer detailed guidance such as specifications of low-level activities to be carried out. They rather describe  
Line 354: Line 348:


<html>Since there is no fixed list of "progressive management practices" and every organization will have its own requirements, the YaSM process model is not specifically adapted to any such practice. Rather, YaSM provides a streamlined, straightforward set of processes and templates that give organizations the flexibility to build practices such as <a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM#Can_YaSM_and_DevOps_go_together.3F" title="Can YaSM and DevOps go together?">DevOps</a> and <a href="https://yasm.com/wiki/en/index.php/YaSM_and_Agile_Service_Management#Are_the_YaSM_process_templates_compatible_with_Agile_principles.3F" title="Are the YaSM process templates compatible with Agile principles?">Agile</a> into their service management procedures.</html>
<html>Since there is no fixed list of "progressive management practices" and every organization will have its own requirements, the YaSM process model is not specifically adapted to any such practice. Rather, YaSM provides a streamlined, straightforward set of processes and templates that give organizations the flexibility to build practices such as <a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM#Can_YaSM_and_DevOps_go_together.3F" title="Can YaSM and DevOps go together?">DevOps</a> and <a href="https://yasm.com/wiki/en/index.php/YaSM_and_Agile_Service_Management#Are_the_YaSM_process_templates_compatible_with_Agile_principles.3F" title="Are the YaSM process templates compatible with Agile principles?">Agile</a> into their service management procedures.</html>
<p>&nbsp;</p>


==References and related articles==
==Related articles==
<span id="IFDC-2017">[1]  IFDC (International Foundation for Digital Competences) (2017). A Service Management Approach for the Digital Age. Zaltbommel, Niederlande: Van Haren Publishing.</span><br/>
 
[2] In this wiki: [[VeriSM|A short introduction to the VeriSM service management approach]]
<html><figure class="mw-halign-left" typeof="mw:File/Thumb"><a href="https://yasm.com/wiki/en/index.php/VeriSM" title="What is VeriSM?"><img srcset="https://yasm.com/wiki/en/img/yasm-frameworks/verism/400px/what-is-verism.jpg 400w, https://yasm.com/wiki/en/img/yasm-frameworks/verism/480px/what-is-verism.jpg 480w, https://yasm.com/wiki/en/img/yasm-frameworks/verism/what-is-verism.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/en/img/yasm-frameworks/verism/what-is-verism.jpg" decoding="async" width="400" height="300" class="mw-file-element" alt="What is VeriSM and the 'VeriSM service management mesh'?" /></a><figcaption><span style="font-variant:small-caps;">What is VeriSM™ - 'Value-driven, Evolving, Responsive, Integrated, Service Management'?</span></figcaption></figure>
<p><a href="https://yasm.com/wiki/en/index.php/VeriSM" title="What is VeriSM?">What is VeriSM™ - 'Value-driven, Evolving, Responsive, Integrated, Service Management'?</a></p>
<p>A short introduction to the VeriSM service management approach: <br /><a href="https://yasm.com/wiki/en/index.php/VeriSM" title="What is VeriSM and the 'VeriSM service management mesh'?">[&nbsp;...&nbsp;Read more&nbsp;]</a></p></html>
<p style="clear:both;">&nbsp;</p>
 
==References==
<span id="IFDC-2017">[1]  IFDC (International Foundation for Digital Competences) (2017). VeriSM&trade; - A Service Management Approach for the Digital Age. Zaltbommel, Niederlande: Van Haren Publishing.</span>


==Notes==
==Notes==
Line 366: Line 365:
<span id="CMMI">[4] CMMI&reg; und Capability Maturity Model&reg; are registered trademarks of Carnegie Mellon University.</span><br/>
<span id="CMMI">[4] CMMI&reg; und Capability Maturity Model&reg; are registered trademarks of Carnegie Mellon University.</span><br/>
<span id="COBIT">[5] COBIT&reg; is a registered trademark of ISACA.</span><br />
<span id="COBIT">[5] COBIT&reg; is a registered trademark of ISACA.</span><br />
<p>&nbsp;</p>


<html>By:&#160;&#160;Stefan Kempter&#160;<a rel="author" href="https://plus.google.com/111925560448291102517/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="By: Stefan Kempter | Profile on Google+" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a>&#160;&#160;and&#160;&#160;Andrea Kempter&#160;<a href="https://plus.google.com/113316270668629760475/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="By: Andrea Kempter | Profile on Google+" alt="Contributor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.
<html>By:&#160;&#160;Stefan Kempter&#160;<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>&#160;&#160;and&#160;&#160;Andrea Kempter&#160;<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.
<p>&nbsp;</p>
<p>&nbsp;</p>


Line 392: Line 390:
   <link itemprop="isPartOf" href="https://yasm.com/wiki/en/index.php/What_is_YaSM#yasm-other-service-management-frameworks" />
   <link itemprop="isPartOf" href="https://yasm.com/wiki/en/index.php/What_is_YaSM#yasm-other-service-management-frameworks" />
   <meta itemprop="significantLinks" content="https://yasm.com/en/products/yasm-process-map" />
   <meta itemprop="significantLinks" content="https://yasm.com/en/products/yasm-process-map" />
   <meta itemprop="significantLinks" content="https://yasm.com/wiki/en/index.php/YaSM_Processes" />
   <meta itemprop="significantLinks" content="https://yasm.com/wiki/en/index.php/Service_Management_Processes" />
   <meta itemprop="isBasedOnUrl" content="https://yasm.com/en/products/yasm-process-map" />
   <meta itemprop="isBasedOnUrl" content="https://yasm.com/en/products/yasm-process-map" />
   <meta itemprop="inLanguage" content="en" />
   <meta itemprop="inLanguage" content="en" />

Latest revision as of 15:18, 15 September 2024

auf Deutsch


 

Comparison: YaSM and VeriSM™

Part of: YaSM vs. other service management frameworks and standards

 

Both YaSM and VeriSM™ are aligned with established service management best practice as described in ISO 20000, ITIL®, CMMI-SVC®, COBIT®, etc. But they are not the same:

While VeriSM[1] outlines an approach for managing services, YaSM® is a concise and detailed process model with ready-to-use templates for service management.

 

Comparison: VeriSM and YaSM service management. Ready-to-use process templates and diagrams for VeriSM projects.
Fig. 1: VeriSM and YaSM service management
Process templates and diagrams for VeriSM projects.


What is the difference between YaSM and VeriSM?

VeriSM helps service providers understand the challenges and key principles of service management. It shows organizations how they can adopt a range of management practices to deliver the right service at the right time to their users.

VeriSM thus presents a high-level description of how services are defined, produced and provided, without being prescriptive about the low-level activities. Yet at some point, organizations need to go into detail and define their service management processes.

This can be a huge and difficult task, made easier by the YaSM model:

YaSM describes a complete set of service management processes, including their activities, responsibilities, inputs and outputs, and it provides ready-to-use process and document templates.

These service management templates are available in popular formats such as

All templates are fully editable, allowing organizations to design tailor-made processes without having to start from nothing.

Note: YaSM is not endorsed by the authors of VeriSM and YaSM cannot claim to be a 'VeriSM process model'.

Does VeriSM define processes?

VeriSM describes an approach to service management that allows organizations to adopt a range of management practices in a flexible way. It does not seek to replicate frameworks such as ITIL®.

For this reason, VeriSM does not provide detailed process specifications, nor does it recommend a range of specific processes that organizations should implement.

Yet VeriSM acknowledges that most business activities involve repeated tasks, and that defining and documenting processes has several benefits:

  • For instance, documented processes allow the organization to define its preferred approach to managing specific tasks.
  • Repeatable processes mean higher productivity and lower waste, as staff do not have to recreate an approach every time a task needs to be carried out.
  • And with defined processes, metrics can be used to assess them and identify potentials for improvement.

So, processes definitely have a place in the VeriSM approach.

What's more, although VeriSM does not include an explicit list of processes, there are lots of hints between the lines:

For example, VeriSM advocates that organizations investigate repeat issues and proactively seek out potential issues. Turning this advice into practice will usually mean defining and implementing a problem management process. Another example would be the need to control changes, which calls for a change management process.

VeriSM stages and associated YaSM processes

VeriSM describes 'high-level stages' for products and services: Define, Produce, Provide and Respond.

These stages largely correspond to the service lifecycle that is the guiding principle of the YaSM process model, so the VeriSM stages are one area where VeriSM and YaSM are particularly well aligned.

The table below provides a first overview of the VeriSM 'high-level stages' and how they are associated with the YaSM service management processes.

The subsequent sections will then outline in detail how the YaSM processes, documents and templates are aligned with the VeriSM stages, and how YaSM provides detailed guidance for organizations that wish to adopt the VeriSM approach.

 

VeriSM™ stages and associated service management processes
VeriSM™ stage [1] Associated YaSM processes
1 Define
2 Produce
3 Provide
4 Respond

(The VeriSM stages in this table are based on [IFDC, 2017])

 

VeriSM stage 1: Define

The Define stage in VeriSM starts when a client requires a new or changed service. This triggers activities to specify the requirements in detail and to design an appropriate service solution. The Define stage ends with the completion of a service blueprint that will direct the subsequent Produce stage.

The Define stage in the YaSM process model

In the YaSM process model, new services are introduced, or existing services modified if

  • The need for new/changed services is identified during a strategic assessment
  • Customers express the need for new/changed services

Major initiatives to develop new services are launched through the strategic process. In the case of minor ("non-strategic") service changes, the service design stage may be triggered, for example, from customer relationship management.

Once the business case for a new service has been approved, high-level requirements will be gathered, for instance in the form of a (draft) service definition. This information is an input for the service design process, where the new service and the implementation approach will be specified in detail. Several other YaSM processes are involved in the design activities to ensure all relevant aspects of the new service are considered, such as functionality, availability, capacity, continuity, security, compliance, infrastructure, supporting services, etc.

The two key outputs from the service design process in YaSM are

  • The service definition, specifying the required properties of the new or changed service
  • The service implementation blueprint, describing what capabilities are required for the new or changed service, and outlining the approach to creating the required service infrastructure and other capabilities.

The combined service definition and implementation blueprint documents in YaSM correspond to the service blueprint as stipulated in the VeriSM approach.

YaSM processes supporting the Define stage

Two YaSM processes are primarily responsible for launching service development initiatives and defining new or changed services:

In addition, a number of other YaSM processes support to the definition of services, in particular:

YaSM documents and templates supporting the VeriSM Define stage

The YaSM model provides several templates for the documents and records supporting the VeriSM Define stage, for example:

VeriSM stage 2: Produce

The Produce stage performs build, test and implementation activities, as outlined in the service blueprint. Change control is a key aspect in this stage to minimize risk and avoid unnecessary service disruptions.

The Produce stage in the YaSM process model

Once service design has defined the implementation approach, YaSM's service build process will create, test and deploy the required technical infrastructure, supporting services, documentation, etc.

The activities to be performed will depend on the nature of the required service components. Applications and systems may need to be acquired, developed or configured. If supporting services are provided by third parties, suppliers must be selected, and agreements put in place.

Regardless of their nature, all service components and deployment mechanisms are subjected to rigorous testing according to the service design. After successfully passing the tests, the components can be deployed into the live environment, and the new or changed service is ready for activation.

The change assessment process supports these activities to ensure changes are implemented in a controlled manner and do not cause unnecessary negative impacts.

The key outputs from the service build process in YaSM are

  • Test documentation
  • Updated configuration information
  • The updated service portfolio with up-to-date service definitions
  • Updated processes and policies
  • Operational documentation, such as operating manuals, incident and service request models, recovery plans, etc.

YaSM processes supporting the Produce stage

The following YaSM process performs build, test and implementation activities for new or changed services:

In addition, several other YaSM processes support to the implementation of services, in particular:

YaSM documents and templates supporting the VeriSM Produce stage

The YaSM model provides several templates for the documents and records supporting the VeriSM Produce stage, for example:

  • Service definition
  • Service implementation blueprint
  • Service portfolio
  • Service agreement
  • Test script
  • Test report
  • Change record
  • Change model
  • Change schedule
  • Service operation manual

VeriSM stage 3: Provide

In the Provide stage, the service provider operates the service and ensures the service continues to fulfil the agreed performance and functional requirements. This stage also includes activities to promote and market the organization"s service offerings.

The Provide stage in the YaSM process model

The Provide stage is mostly associated with the service operation process in the YaSM process model, which ensures that services are delivered effectively and efficiently, in line with the contractual commitments. In particular, this process performs routine operational tasks and produces service quality reports to measure if the services are delivered as expected.

In addition, the service improvement process collects information about service quality, determines potentials for improvement, and takes corrective action if necessary.

Security needs and service continuity requirements are addressed in the YaSM processes for service security and continuity.

Marketing activities are mostly performed in the YaSM process for managing customer relationships, which is responsible for acquiring new customers and establishing a mutually beneficial relationship with existing customers.

The key outputs from the provisioning processes in YaSM are

  • Service quality reports
  • Identified needs for corrective action
  • Updated service definitions and operational documentation
  • Updated configuration information.

YaSM processes supporting the Provide stage

The following two YaSM process are responsible for operating and, if necessary, improving the services:

In addition, several other YaSM processes support to the provision of services, in particular:

YaSM documents and templates supporting the VeriSM Provide stage

The YaSM model provides several templates for the documents and records supporting the VeriSM Provide stage, for example:

VeriSM stage 4: Respond

In the Respond stage, the service provider handles issues reported by customers, as well as service requests and other enquiries.

The Respond stage in the YaSM process model

The YaSM process model contains a specific process for the resolution of service incidents and fulfilment of service requests. It includes steps for gathering information about the reported issues, as well as for their classification, resolution and closure. The process also ensures customers stay informed about the status of any open issues.

Any knowledge gained from resolving service issues and answering inquiries is added to a knowledge base, often in the form of incident and service request models.

The investigation of repeat issues and proactive identification of potential issues is the responsibility of the problem management process.

The key outputs from these processes in YaSM are

  • Records of submitted incidents and service requests
  • Models (templates) for the resolution of incidents and fulfilment of service requests
  • Records of identified problems (repeat issues)

YaSM processes supporting the Respond stage

The following two YaSM process are responsible for responding to customer inquiries, issues, requests etc.:

YaSM documents and templates supporting the VeriSM Respond stage

The YaSM model provides several templates and checklists for the documents and records supporting the VeriSM Respond stage, for example:

Other VeriSM elements and YaSM

The VeriSM Management Mesh

The Management Mesh in VeriSM is made up of the resources, environment, management practices and technologies used by the service provider organization.

The Management Mesh allows for flexibility, so organizations are able to pick from a variety of management practices, technologies etc., as required.

The YaSM model helps organizations that wish to include established service management best practice into their Management Mesh, by providing a streamlined set of processes and templates based on frameworks and standards such as ITIL®, ISO 20000, CMMI-SVC®, COBIT® etc.

Service management principles

VeriSM advocates that organizations define their service management principles to act as "guardrails" for their service teams.

A good starting point for establishing such principles are the principles underpinning the time-tested service management frameworks such as ITIL®, CMMI-SVC® and COBIT®, and also the requirements set out in ISO 20000, the international standard for service management.

Since the YaSM model is aligned with these frameworks and standards, it provides a solid basis for organizations in their effort to adopt sound service management principles

Governance

VeriSM describes governance as a 'system of directing and controlling'. Among the key aspects of good governance are transparency, accountability, responsiveness, effectiveness and efficiency.

The foundation of good governance are adequate policies and well-defined processes, for which the YaSM process model supplies ready-to-use templates.

Some organizations choose to get certified against ISO 20000, to ensure good governance in the longer term.

This is supported by the YaSM - ISO 20000 Bridge with templates that connect the YaSM processes with the ISO 20000 standard, describing a solution for every single requirement.

Progressive management practices

In addition to "traditional" service management guidance, VeriSM acknowledges that many organizations have started to adopt "progressive" practices in their quest to work smarter and become more flexible. These practices often have their roots in other areas such as manufacturing and software development, and include concepts such as DevOps, Agile, Kanban, Lean etc.

As a rule, the progressive management practices don't offer detailed guidance such as specifications of low-level activities to be carried out. They rather describe

  • Principles
  • Management techniques
  • Approaches
  • Values
  • And even philosophies.

DevOps, for example, introduces the concept of cross-functional teams who manage a service across the whole lifecycle. And it puts the emphasis on automated and frequent deployment, helped by technologies such as virtualization and containerization. So DevOps is not an alternative to time-tested service management guidance, but a source of ideas for the design of better, leaner processes.

Since there is no fixed list of "progressive management practices" and every organization will have its own requirements, the YaSM process model is not specifically adapted to any such practice. Rather, YaSM provides a streamlined, straightforward set of processes and templates that give organizations the flexibility to build practices such as DevOps and Agile into their service management procedures.

Related articles

What is VeriSM and the 'VeriSM service management mesh'?
What is VeriSM™ - 'Value-driven, Evolving, Responsive, Integrated, Service Management'?

What is VeriSM™ - 'Value-driven, Evolving, Responsive, Integrated, Service Management'?

A short introduction to the VeriSM service management approach:
[ ... Read more ]

 

References

[1] IFDC (International Foundation for Digital Competences) (2017). VeriSM™ - A Service Management Approach for the Digital Age. Zaltbommel, Niederlande: Van Haren Publishing.

Notes

[1] VeriSM™ is a registered trademark of IFDC.
[2] ISO/IEC 20000® is a registered trademark of ISO.
[3] ITIL® is a registered trademark of AXELOS Limited.
[4] CMMI® und Capability Maturity Model® are registered trademarks of Carnegie Mellon University.
[5] COBIT® is a registered trademark of ISACA.

By:  Stefan Kempter Author: Stefan Kempter, IT Process Maps GbR  and  Andrea Kempter Contributor: Andrea Kempter, IT Process Maps GbR, IT Process Maps.

 

Comparison: VeriSM and YaSM  › Does VeriSM define processes?  › VeriSM stages and associated processes