Service Level Management: Difference between revisions
No edit summary |
No edit summary |
||
(2 intermediate revisions by the same user not shown) | |||
Line 7: | Line 7: | ||
<meta property="og:site_name" content="YaSM Service Management"> | <meta property="og:site_name" content="YaSM Service Management"> | ||
<meta property="og:type" content="article" /> | <meta property="og:type" content="article" /> | ||
<meta property="og:image" content="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" /> | <meta property="og:image" content="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" /> | ||
<meta property="og:image:width" content="1200" /> | <meta property="og:image:width" content="1200" /> | ||
<meta property="og:image:height" content="675" /> | <meta property="og:image:height" content="675" /> | ||
<link href="https://plus.google.com/104150539756444616711/posts" rel="publisher" /> | <link href="https://plus.google.com/104150539756444616711/posts" rel="publisher" /> | ||
</itpmch> | </itpmch> | ||
<html><div class="noresize"><a href="https://yasm.com/wiki/de/index.php/Service_Level_Management"><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;"/></html> | <html><div class="noresize"><a href="https://yasm.com/wiki/de/index.php/Service_Level_Management"><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;"/></html> | ||
<p> </p> | <p> </p> | ||
<b><span style="color:#465674;">Service level management (SLM)</span></b> as defined in ITIL 4 aims to "set clear business-based targets for service levels, and to ensure that delivery of services is properly assessed, monitored, and managed against these targets" [[#ref-axelos-2019|[1]]]. SLM is essentially about | |||
* identifying target service levels, such as required service availability, capacity and performance | * identifying target service levels, such as required service availability, capacity and performance | ||
* determining how service level targets can be met in an economical way | * determining how the service level targets can be met in an economical way | ||
* monitoring service levels and taking corrective action if needed. | * monitoring service levels and taking corrective action if needed. | ||
So it is commonly accepted that the management of service levels is critical for any service provider, but still many organizations find it difficult to implement SLM in practice. The problem may be the way it is presented: Service level management is usually described as a distinct process, practice or capability, using its own set of documents and reports. It has numerous interfaces with other processes because it needs to spring into action whenever service level issues need to be dealt with. This kind of complex interfacing makes it hard to understand how all the processes are supposed to work together, which in turn makes it difficult to implement a working set of processes in practice. | To this end, [[ITIL#ITIL_4|ITIL<sup><small>®</small></sup> 4]] includes the practice of service level management, while ITIL V3 defined service level management as a service lifecycle process. | ||
In other [[Service Management|service management]] frameworks and standards we also find service level management as a key topic. For example, [[SIAM]] refers to SLM as one of the processes within a SIAM ecosystem, and [[ISO 20000]] specifies requirements for the management of service levels. | |||
So it is commonly accepted that the management of service levels is critical for any service provider, but still many organizations find it difficult to implement SLM in practice. The problem may be the way it is presented: | |||
Service level management is usually described as a distinct process, practice or capability, using its own set of documents and reports. It has numerous interfaces with other processes because it needs to spring into action whenever service level issues need to be dealt with. This kind of complex interfacing makes it hard to understand how all the processes are supposed to work together, which in turn makes it difficult to implement a working set of processes in practice. | |||
__TOC__ | |||
==SLM acitivities in YaSM== | ==SLM acitivities in YaSM== | ||
Line 43: | Line 40: | ||
==Service level agreements (SLA)== | ==Service level agreements (SLA)== | ||
< | <span style="word-wrap:normal;" id="md-webpage-description" itemprop="description">A key element of service level management are agreements with customers that identify the services required and the expected service levels. These agreements are in fact the service contracts between the service provider and its customers.</span> | ||
<div | |||
<html><div itemid="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" itemscope itemtype="https://schema.org/ImageObject"> | |||
<meta itemprop="caption" content="Service level management and service level agreements (SLA) in YaSM." /> | <meta itemprop="caption" content="Service level management and service level agreements (SLA) in YaSM." /> | ||
<meta itemprop="width" content="1200" /> | <meta itemprop="width" content="1200" /> | ||
Line 62: | Line 59: | ||
<meta itemprop="keywords" content="service agreement" /> | <meta itemprop="keywords" content="service agreement" /> | ||
<meta itemprop="keywords" content="SLA" /> | <meta itemprop="keywords" content="SLA" /> | ||
< | <figure class="mw-halign-right" typeof="mw:File/Thumb"><a itemprop="contentUrl" href="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" title="Service level management and SLA in YaSM"><img srcset="https://yasm.com/wiki/en/img/yasm-service-management/480px/service-level-management-sla.jpg 480w, https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" fetchpriority="high" decoding="async" width="480" height="270" class="mw-file-element" alt="Service level management and service level agreements (SLA): ITIL refers to SLAs, and in YaSM we use customer service agreements and service definitions." /></a><figcaption><span style="font-variant:small-caps;"><b>Fig. 1: <a href="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" title="Service level management and SLA in YaSM">SLA vs. customer service agreement and service definition</a></b></span></figcaption></figure></div> | ||
< | |||
< | <p style="word-wrap:normal;">ITIL<sup><small>®</small></sup> and other service management frameworks refer to these documents as "<a class="external text" href="https://wiki.en.it-processmaps.com/index.php/Checklist_SLA_OLA" title="Checklist Service Level Agreement (SLA) | IT Process Wiki">service level agreements (SLA)</a>", "service requirements", "service characteristics", etc.</html> | ||
In YaSM we use the term "customer service agreement". [[Customer_vs._Operational_Service_Definitions_and_Agreements|Customer service agreements]] cover all aspects of a service that need to be agreed upon between the customer and the service provider. | In YaSM we use the term "customer service agreement". [[Customer_vs._Operational_Service_Definitions_and_Agreements|Customer service agreements]] cover all aspects of a service that need to be agreed upon between the customer and the service provider. | ||
Line 75: | Line 69: | ||
Defining the service properties in a separate document allows agreements to be kept at a manageable size and avoid duplication, espacially when several customers use the same services: | Defining the service properties in a separate document allows agreements to be kept at a manageable size and avoid duplication, espacially when several customers use the same services: | ||
* The customer service agreements will then cover all issues relevant to particular customers, | * The customer service agreements will then cover all issues relevant to particular customers, | ||
* and the | * and the service definitions (see also [[Service Definition - Template|service definition (document template / checklist)]] can be included as attachments. | ||
==Related pages== | ==Related pages== | ||
Line 83: | Line 77: | ||
==References== | ==References== | ||
[ | <span id="ref-slm">[a] IT Process Wiki - ITIL Service Level Management. -- S. Kempter: IT Process Wiki, "[https://wiki.en.it-processmaps.com/index.php/Service_Level_Management ITIL Service Level Management]. - IT Process Maps; Lindau (Bodensee), Germany.</span><br /> | ||
<span id="ref-axelos-2019">[1] AXELOS: ITIL<sup><small>®</small></sup> Foundation, ITIL 4 Edition. - The Stationery Office; Norwich, UK, 2019.</span> | |||
<html>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>, IT Process Maps. | <html>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>, IT Process Maps. | ||
Line 104: | Line 99: | ||
<link itemprop="url" href="https://yasm.com/wiki/en/index.php/Service_Level_Management" /> | <link itemprop="url" href="https://yasm.com/wiki/en/index.php/Service_Level_Management" /> | ||
<link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" /> | <link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/en/img/yasm-service-management/service-level-management-sla.jpg" /> | ||
<meta itemprop="significantLinks" content="https://yasm.com/wiki/en/index.php/Service_Management_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" /> |
Latest revision as of 16:08, 20 July 2024
Service level management (SLM) as defined in ITIL 4 aims to "set clear business-based targets for service levels, and to ensure that delivery of services is properly assessed, monitored, and managed against these targets" [1]. SLM is essentially about
- identifying target service levels, such as required service availability, capacity and performance
- determining how the service level targets can be met in an economical way
- monitoring service levels and taking corrective action if needed.
To this end, ITIL® 4 includes the practice of service level management, while ITIL V3 defined service level management as a service lifecycle process.
In other service management frameworks and standards we also find service level management as a key topic. For example, SIAM refers to SLM as one of the processes within a SIAM ecosystem, and ISO 20000 specifies requirements for the management of service levels.
So it is commonly accepted that the management of service levels is critical for any service provider, but still many organizations find it difficult to implement SLM in practice. The problem may be the way it is presented:
Service level management is usually described as a distinct process, practice or capability, using its own set of documents and reports. It has numerous interfaces with other processes because it needs to spring into action whenever service level issues need to be dealt with. This kind of complex interfacing makes it hard to understand how all the processes are supposed to work together, which in turn makes it difficult to implement a working set of processes in practice.
SLM acitivities in YaSM
To get around these problems in YaSM, we decided that service level management does not need to be a service management process of its own. Instead, YaSM takes the view that service levels are an aspect to be considered at every stage of the service lifecycle - for instance when defining services, during service operation, and when continuously improving services.
There are thus, for instance, activities in the service design processes to identify and define target service levels. Service levels are continually monitored as part of service operation, and if any service level targets are not met, corrective action will be taken.
As a result, it is very clear in YaSM how service levels can be managed by embedding appropriate activities in the service lifecycle processes. Implementing a service level management capability in practice is thus quite straightforward.
Service level agreements (SLA)
A key element of service level management are agreements with customers that identify the services required and the expected service levels. These agreements are in fact the service contracts between the service provider and its customers.
ITIL® and other service management frameworks refer to these documents as "service level agreements (SLA)", "service requirements", "service characteristics", etc.
In YaSM we use the term "customer service agreement". Customer service agreements cover all aspects of a service that need to be agreed upon between the customer and the service provider.
In addition, YaSM introduces "service definitions". These are the documents where the properties of a service are defined in detail (see fig. 1).
Defining the service properties in a separate document allows agreements to be kept at a manageable size and avoid duplication, espacially when several customers use the same services:
- The customer service agreements will then cover all issues relevant to particular customers,
- and the service definitions (see also service definition (document template / checklist) can be included as attachments.
Related pages
- YaSM service management processes
- Comparison: ITIL 4 practices and YaSM processes
- YaSM and ISO 20000
References
[a] IT Process Wiki - ITIL Service Level Management. -- S. Kempter: IT Process Wiki, "ITIL Service Level Management. - IT Process Maps; Lindau (Bodensee), Germany.
[1] AXELOS: ITIL® Foundation, ITIL 4 Edition. - The Stationery Office; Norwich, UK, 2019.
By: Stefan Kempter , IT Process Maps.
SLM acitivities in YaSM › Service level agreements (SLA)