Service Level Management: Difference between revisions

From IT Process Wiki
mNo edit summary
No edit summary
 
(9 intermediate revisions by the same user not shown)
Line 1: Line 1:
<seo metakeywords="itil service level management, itil slm, service level management, itil slm process, itil service level management process" metadescription="Service Level Management: ITIL process definition - subprocesses - Additional information on Service Level Management." />
<itpmch><title>Service Level Management | IT Process Wiki</title>
<meta name="keywords" content="itil service level management, itil slm, service level management, itil slm process, itil service level management process" />
<meta name="description" content="Service Level Management aims to negotiate Service Level Agreements with the customers and to design services in accordance with the agreed service level targets. This ITIL process is also responsible for ensuring that all Operational Level Agreements and Underpinning Contracts are appropriate, and to monitor and report on service levels." />
<meta property="og:url" content="https://wiki.en.it-processmaps.com/index.php/Service_Level_Management" />
<meta property="og:title" content="Service Level Management | IT Process Wiki" />
<meta property="og:description" content="Service Level Management aims to negotiate Service Level Agreements with the customers and to design services in accordance with the agreed service level targets. This ITIL process is also responsible for ensuring that all Operational Level Agreements and Underpinning Contracts are appropriate, and to monitor and report on service levels." />
<meta property="og:site_name" content="IT Process Wiki - the ITIL&#174; Wiki">
<meta property="og:type" content="article" />
<meta property="article:publisher" content="https://www.facebook.com/itprocessmaps" />
<meta property="fb:admins" content="100002035253209" />
<meta property="fb:admins" content="100002592864414" />
<meta property="og:image" content="https://wiki.en.it-processmaps.com/images/9/9f/Service-level-management.jpg" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="1200" />
<link href="https://plus.google.com/108613479011811316823/posts" rel="publisher" />
</itpmch>
<imagemap>
<imagemap>
Image:ITIL-Wiki-de-es.jpg|DE - ES - Service Level Management|100px
Image:ITIL-Wiki-de-es.jpg|right|DE - ES - Service Level Management|163px
rect 0 0 50 30 [https://wiki.de.it-processmaps.com/index.php/Service_Level_Management diese Seite auf Deutsch]
rect 81 0 114 36 [https://wiki.de.it-processmaps.com/index.php/Service_Level_Management diese Seite auf Deutsch]
rect 50 0 100 30 [https://wiki.es.it-processmaps.com/index.php/ITIL_Gestion_del_Nivel_de_Servicio_-_SLM esta página en español]
rect 115 0 163 36 [https://wiki.es.it-processmaps.com/index.php/ITIL_Gestion_del_Nivel_de_Servicio_-_SLM esta página en español]
desc none
desc none
</imagemap>
</imagemap>
<br style="clear:both;"/>
<br style="clear:both;"/>


== ITIL Service Level Management: Overview ==
'''<span id="Overview">Objective:</span>''' <html><span id="md-webpage-description" itemprop="description"><i>Service Level Management</i> (SLM) aims to negotiate Service Level Agreements with the customers and to design services in accordance with the agreed service level targets. This ITIL process is also responsible for ensuring that all Operational Level Agreements and Underpinning Contracts are appropriate, and to monitor and report on service levels.</span></p>
<p><b>Part of</b>: <a href="https://wiki.en.it-processmaps.com/index.php/ITIL_Service_Design" title="ITIL Service Design">Service Design</a></html>


'''Process Objective''': To negotiate Service Level Agreements with the customers and to design services in accordance with the agreed service level targets. Service Level Management is also responsible for ensuring that all Operational Level Agreements and Underpinning Contracts are appropriate, and to monitor and report on service levels.
'''Process Owner''': [[Service Level Management#Service Level Manager|Service Level Manager]]


'''Part of''': [[ITIL V3 Service Design|Service Design]]
<p>&nbsp;</p>


'''Process Owner''': [[Service Level Management#ITIL Roles in Service Level Management|Service Level Manager]]
==Process Description==


[[Image:Service-level-management.jpg|right|thumb|500px|alt=Service Level Management ITIL|link=https://wiki.en.it-processmaps.com/index.php/File:Service-level-management.jpg|[https://wiki.en.it-processmaps.com/images/pdf/process_overview_service_level_management_itilv3.pdf Service Level Management]]]
Service Level Management has been completely redesigned in ITIL 2011 following the introduction of the [[ITIL Design Coordination|Design Coordination]] process.


== ITIL Service Level Management: Process Definition ==
Coordinating activities have been removed.


[[Image:Service-level-management.jpg|thumb=overview_service_level_management_itilv3_thumb.jpg|left|[https://wiki.en.it-processmaps.com/images/pdf/process_overview_service_level_management_itilv3.pdf ITIL Service Level Management]]]
Service Level Management is now mainly responsible for [[#Service Level Management Requirements|gathering service requirements]], as well as [[#ITIL Service Level Management Reporting|monitoring and reporting]] with regards to [[#Service Level Management Agreements|agreed service levels]].


Essentially, the activities and process objectives of the Service Level Management process are identical in ITIL V2 and V3. In ITIL V3, the [[Service Evaluation#Service Review|Service Review]] activities are part of [[ITIL V3 CSI - Continual Service Improvement|Continual Service Improvement]].
The process overview of [[Media:Service-level-management.jpg|Service Level Management (.JPG)]] shows the key information flows (see fig. 1).


The following sub-processes are part of [[Service Level Management|ITIL Service Level Management]]:
[[ITIL 4]] refers to 'Service Level Management' as a [[ITIL_4#Service_management_practices|service management practice]].
<br style="clear:both;"/>
 
=== Sub-Processes ===
 
;Maintenance of the SLM Framework
: Process Objective: To design and maintain a structured catalogue and framework for [[Service Level Management#SLA|Service Level Agreements]], and to provide templates for the various [[Service Level Management#SLM Document Templates|SLM documents]].
 
;Sign up Customers to Standard Services
: Process Objective: To capture customer requirements and agree service level targets with customers who request the provision of existing standard services (no modifications to existing Supporting Services are necessary in order to fulfill the customer's needs).
 
;Identification of Service Requirements
: Process Objective: To capture desired outcomes (requirements from the customer viewpoint) for new services or major service modifications. The [[Service Level Management#Service Requirement|service requirements]] are to be documented and submitted to an initial evaluation, so that alternatives may be sought at an early stage for requirements which are not technically or economically feasable.
 
;Decomposition of Business Service into Supporting Services
: Process Objective: To determine the Supporting Services which will be used to deliver a Business Service, and to find out where the Supporting Services must be modified in order to provide the required service levels and functionality.
 
;Technical and Organizational Service Design
: Process Objective: To determine how a new service will be provided from an IT perspective. In particular, this means to specify any technical infrastructure to be created, as well as required organizational changes. The resulting [[Service Level Management#SDP|Service Design Package]] contains all relevant information for [[ITIL V3 Service Transition|Service Transition]].
 
;RFC Compilation and Submission
: Process Objective: To initiate the implementation of a new service by preparing a formal [[ITIL Glossary#Request for Change (RFC)|Request for Change]].
 
;Agreements Sign-Off and Service Activation
: Process Objective: To have all relevant contracts signed off after completion of Service Transition, and to check if [[Service Level Management#SAC|Service Acceptance Criteria]] are fulfilled. In particular, this process makes sure that all relevant [[Service Level Management#OLA|OLAs]] are signed off by their [[Roles within ITIL V3#Service Owner|Service Owners]], and that the [[Service Level Management#SLA|SLA]] is signed off by the customer.
 
;Service Level Monitoring and Reporting
: Process Objective: To monitor achieved service levels and compare them with agreed service level targets ("[[Service Level Management#Service Level Report|Service Level Report]]"). This information is circulated to customers and all other relevant parties, as a basis for measures to improve service quality.
 
 
===== Downloads =====
 
Use the following links to open the process overview of Service Level Management showing the most important interfaces:
 
* [[Media:Service-level-management.jpg|Service Level Management (.JPG)]]
* [https://wiki.en.it-processmaps.com/images/pdf/process_overview_service_level_management_itilv3.pdf Service Level Management (.PDF)]''
 
 
=== ITIL Terms: Service Level Management ===
 
;<span id="OLA">Operational Level Agreement (OLA)</span>
:An agreement between an IT service provider and another part of the same organization. An OLA supports the IT service provider's delivery of services to customers. The OLA defines the goods or services to be provided and the responsibilities of both parties. For example there could be an OLA - between the IT service provider and a procurement department to obtain hardware in agreed times - between the Service Desk and a support group to provide Incident resolution in agreed times (see also: [[Checklist SLA OLA UC|ITIL Checklist SLA - OLA - UC]]).


;<span id="SAC">Service Acceptance Criteria (SAC)</span>
==Sub-Processes==
:A set of criteria used to ensure that an IT service meets its functionality and quality requirements and that the service provider is ready to operate the new service when it has been deployed.


;<span id="SDP">Service Design Package (SDP)</span>
<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
:The Service Design Package builds upon the Service Level Requirements. It further specifies the requirements from the viewpoint of the client and defines how these are actually fulfilled from a technical and organizational point of view (see also: [[Checklist Service Design Package SDP|ITIL Checklist Service Design Package - SDP]]).
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name" content="Service Level Management sub-processes:">These are the <strong class="selflink">Service Level Management</strong> sub-processes and their process objectives:</span>
</p>
<p><b><span id="Service_Level_Management_Framework" itemprop="itemListElement">Maintenance of the SLM Framework</span></b>
</p>
<ul><li itemprop="description">Process Objective: To design and maintain the underlying structure of the <a href="/index.php/Service_Level_Management#Customer_Agreement_Portfolio" title="Service Level Management">Customer Agreement Portfolio</a>, and to provide <a href="/index.php/Service_Level_Management#SLM_Document_Templates" title="Service Level Management">templates for the various SLM documents</a>.
</li></ul>
<p><b><span id="Service_Level_Management_Requirements" itemprop="itemListElement">Identification of Service Requirements</span></b>
</p>
<ul><li itemprop="description">Process Objective: To capture desired outcomes (requirements from the customer viewpoint) for new services or major service modifications. The <a href="/index.php/Service_Level_Management#Service_Requirements" title="Service Level Management">service requirements</a> are to be documented and submitted to an initial evaluation, so that alternatives may be sought at an early stage for requirements which are not technically or economically feasible.
</li></ul>
<p><b><span id="Service_Level_Management_Agreements" itemprop="itemListElement">Agreements Sign-Off and Service Activation</span></b>
</p>
<ul><li itemprop="description">Process Objective: To have all relevant contracts signed off after completion of Service Transition, and to check if <a href="/index.php/Service_Level_Management#SAC" title="Service Level Management">Service Acceptance Criteria</a> are fulfilled. In particular, this process makes sure that all relevant <a href="/index.php/Service_Level_Management#OLA" title="Service Level Management">OLAs</a> are signed off by their <a href="/index.php/Service_Level_Management#Service_Owner" title="Service Level Management">Service Owners</a>, and that the <a href="/index.php/Service_Level_Management#SLA" title="Service Level Management">SLA</a> is signed off by the customer.
</li></ul>
<p><b><span id="ITIL_Service_Level_Management_Reporting" itemprop="itemListElement">Service Level Monitoring and Reporting</span></b>
</p>
<ul><li itemprop="description">Process Objective: To monitor achieved service levels and compare them with agreed service level targets ("<a href="/index.php/Service_Level_Management#Service_Level_Report" title="Service Level Management">Service Level Report</a>"). This information is circulated to customers and all other relevant parties, as a basis for measures to improve service quality.
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>


;<span id="SLM Document Templates">SLM Document Templates</span>
==Definitions==
:Templates for the various documents used within Service Level Management, e.g. Service Level Requirements, Service Level Agreements, Operational Level Agreements, Underpinning Contracts, Service Acceptance Criteria, ...


;<span id="SLA">Service Level Agreement (SLA)</span>
<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
:An agreement between an IT service provider and a customer. The SLA describes the IT service, documents service level targets, and specifies the responsibilities of the IT service provider and the customer. A single SLA may cover multiple services or multiple customers (see also: [[Checklist SLA OLA UC|ITIL Checklist SLA - OLA - UC]]).
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name">The following <a href="/index.php/ITIL_Glossary#ITIL_Glossary_A-Z" title="ITIL Glossary">ITIL terms and acronyms</a> (<i>information objects</i>) are used in ITIL Service Level Management to represent process outputs and inputs:</span>
</p>
<p><b><span id="Customer_Agreement_Portfolio" itemprop="itemListElement">Customer Agreement Portfolio</span></b>
</p>
<ul><li itemprop="description">While the Service Catalogue holds a complete list of the services managed by the service provider, the Customer Agreement Portfolio contains all Service Agreements which provide the framework for delivering services to specific customers.
</li></ul>
<p><b><span id="OLA" itemprop="itemListElement">Operational Level Agreement (OLA)</span></b>
</p>
<ul><li itemprop="description">An agreement between an IT service provider and another part of the same organization. An OLA supports the IT service provider's delivery of services to customers. The OLA defines the goods or services to be provided and the responsibilities of both parties. For example there could be an OLA - between the IT service provider and a procurement department to obtain hardware in agreed times - between the Service Desk and a support group to provide Incident resolution in agreed times (see also: <a href="/index.php/Checklist_SLA_OLA" title="Checklist SLA OLA">ITIL Checklist SLA - OLA</a>).
</li></ul>
<p><b><span id="Service_Requirements" itemprop="itemListElement">Outline of Service Requirements</span></b>
</p>
<ul><li itemprop="description">The desired outcome of a service, stated in terms of required service functionality (utility) and service levels (warranty). Based on this information, detailed service requirements are specified during the Service Design stage.
</li></ul>
<p><b><span id="SAC" itemprop="itemListElement">Service Acceptance Criteria (SAC)</span></b>
</p>
<ul><li itemprop="description">A set of criteria used for service acceptance testing to ensure that an IT service meets its functionality and quality requirements and that the service provider is ready to operate the new service when it has been deployed.
</li></ul>
<p><b><span id="SLA" itemprop="itemListElement">Service Level Agreement (SLA)</span></b>
</p>
<ul><li itemprop="description">An agreement between an IT service provider and a customer. The SLA describes the IT service, documents service level targets, and specifies the responsibilities of the IT service provider and the customer. A single SLA may cover multiple services or multiple customers (see also: <a href="/index.php/Checklist_SLA_OLA" title="Checklist SLA OLA">ITIL Checklist SLA - OLA</a>).
</li></ul>
<p><b><span id="Service_Level_Report" itemprop="itemListElement">Service Level Report</span></b>
</p>
<ul><li itemprop="description">The Service Level Report gives insight into a service provider's ability to deliver the agreed service quality. To this purpose, it compares the agreed and actually achieved service levels, and also includes information on the usage of services, ongoing measures for service improvement, and any exceptional events. A Service Level Report is issued by the service provider for its customers, IT management and other Service Management processes. A similar report is also created by an external service supplier to document its achieved service performance.
</li></ul>
<p><b><span id="SLR" itemprop="itemListElement">Service Level Requirements (SLR)</span></b>
</p>
<ul><li itemprop="description">The Service Level Requirements document contains the requirements for a service from the client viewpoint, defining detailed service level targets, mutual responsibilities, and other requirements specific to a certain (group of) customers. As the service enters new stages of its life cycle, the SLR document evolves into a draft <a href="/index.php/Service_Level_Management#SLA" title="Service Level Management">Service Level Agreement</a>.
</li></ul>
<p><b><span id="SLM_Document_Templates" itemprop="itemListElement">SLM Document Templates</span></b>
</p>
<ul><li itemprop="description">Templates for the various documents used within Service Level Management, e.g. <a href="/index.php/Service_Level_Management#SLR" title="Service Level Management">Service Level Requirements</a>, <a href="/index.php/Service_Level_Management#SLA" title="Service Level Management">Service Level Agreements</a>, <a href="/index.php/Service_Level_Management#OLA" title="Service Level Management">Operational Level Agreements</a>, <a href="/index.php/Supplier_Management#UC" title="Supplier Management">Underpinning Contracts</a>, <a href="/index.php/Service_Level_Management#SAC" title="Service Level Management">Service Acceptance Criteria</a>, ...
</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>


;<span id="SLR">Service Level Requirements (SLR)</span>
==<span id="Checklists_.7C_KPIs">Templates | KPIs</span>==
:The Service Level Requirements document contains the requirements for a service from the client viewpoint, defining detailed service level targets, mutual responsibilities, and other requirements specific to a certain (group of) customers.


;<span id="Service Level Report">Service Level Report</span>
<html>
:The Service Level Report gives insight into a service provider's ability to deliver the agreed service quality. To this purpose, it compares the agreed and actually achieved service levels, and also includes information on the usage of services, ongoing measures for service improvement, and any exceptional events. A Service Level Report is issued by the service provider for its customers, IT management and other Service Management processes. A similar report is also created by an external service supplier to document its achieved service performance.  
<ul>
<li><a href="https://wiki.en.it-processmaps.com/index.php/ITIL_KPIs_Service_Design#ITIL_KPIs_Service_Level_Management" title="ITIL KPIs Service Level Management">Key Performance Indicators (KPIs) Service Level Management</a></li>
<li><a href="https://wiki.en.it-processmaps.com/index.php/ITIL-Checklists#Service_Level_Management">Service Level Management templates and checklists</a>:
<ul>
<li><a href="https://wiki.en.it-processmaps.com/index.php/Checklist_SLA_OLA" title="Checklist SLA OLA">Service Level Agreement (SLA template) - Operational Level Agreement (OLA template)</a>, and</li>
<li><a href="https://wiki.en.it-processmaps.com/index.php/Checklist_Service_Level_Requirements_(SLR)">Service Level Requirements (SLR)</a></li>
<li><a href="https://wiki.en.it-processmaps.com/index.php/Checklist_Service_Level_Report">Service Level Report</a></li>
<li><a href="https://wiki.en.it-processmaps.com/index.php/Checklist_Protocol_SLA_Review">Protocol SLA Review</a></li>
</ul></li>
</ul><p></html>


;<span id="SLA OLA UC Catalogue and Structure">SLA/ OLA/ UC Catalogue and Structure</span>
==Roles | Responsibilities==
:A structured index of Service Level Agreements, Operational Level Agreement and Underpinning Contracts. Depending on the approach for structuring the agreements there might be multiple layers of agreements, from generic ones covering general SLM issues to specific ones for particular services/ service components and customers.


;<span id="Service Requirements">Service Requirements</span>
'''<span id="Service Level Manager">Service Level Manager - Process Owner</span>'''
:The desired outcome of a service, stated in terms of required service functionality and service levels.
*The Service Level Manager is responsible for negotiating [[Service Level Management#SLA|Service Level Agreements]] and ensuring that these are met. He makes sure that all IT Service Management processes, [[Service Level Management#OLA|Operational Level Agreements]] and Underpinning Contracts are appropriate for the agreed service level targets. The Service Level Manager also monitors and [[Service Level Management#Service Level Report|reports on service levels]].


'''<span id="Service Owner">Service Owner</span>'''
*The Service Owner is responsible for delivering a particular service within the agreed service levels. Typically, he acts as the counterpart of the Service Level Manager when negotiating Operational Level Agreements (OLAs). Often, the Service Owner will lead a team of technical specialists or an internal support unit.


== Additional Information on Service Level Management ==
<p>&nbsp;</p>


==== ITIL KPIs and Checklists ====
{| class="wikitable" style="background: white;"
|-
|+ style="background:#013b5e; color:#ffffff; font-size: 120%" colspan="7"|'''<span id="RACI-Matrix-Service-Level-Management">Responsibility Matrix: ITIL Service Level Management</span>'''
|-
!style="background:#ffffee; width: 50%; text-align:center" | ITIL Role / Sub-Process
! style="background:#eeeeee;" | [[Service Level Management#Service Level Manager|Service Level Manager]]
! style="background:#eeeeee;" | [[Service Level Management#Service Owner|Service Owner]]
! style="background:#eeeeee;" | Business Relationship Manager[[Service Level Management#Team|<small>[3]</small>]]
! style="background:#eeeeee;" | Applications Analyst[[Service Level Management#Team|<small>[3]</small>]]
! style="background:#eeeeee;" | Technical Analyst[[Service Level Management#Team|<small>[3]</small>]]
! style="background:#eeeeee;" | Other roles involved
|-
|style="text-align:left;" |[[#Service Level Management Framework|Maintenance of the SLM Framework]]
| A[[Service Level Management#Accountable|<small>[1]</small>]]R[[Service Level Management#Responsible|<small>[2]</small>]]
| -
| -
| -
| -
| -
|-
|style="text-align:left;" |[[#Service Level Management Requirements|Identification of Service Requirements]]
| AR
| -
| R
| R
| R
| R[[#ITIL Service Level Management Roles|<small>[4]</small>]]
|-
|style="text-align:left;" |[[#Service Level Management Agreements|Agreements Sign-Off and Service Activation]]
| AR
| R
| -
| -
| -
| -
|-
|style="text-align:left;" |[[#ITIL Service Level Management Reporting|Service Level Monitoring and Reporting]]
| AR
| -
| -
| -
| -
| -
|-
|}


* [[ITIL KPIs Service Design#ITIL KPIs Service Level Management|Key Performance Indicators (KPIs) Service Level Management]]
'''Remarks'''
* [[ITIL-Checklists#The most sought-after ITIL V3 Checklists|Checklists Service Level Management]]:
** [[Checklist Service Design Package SDP]]
** [[Checklist SLA OLA UC|Checklist Service Level Agreement (SLA) - Operational Level Agreement (OLA) - Underpinning Contract (UC)]]


<span id="Accountable">[1] ''A: Accountable'' according to the RACI Model: Those who are ultimately accountable for the correct and thorough completion of the Service Level Management process.</span>


==== ITIL Roles in Service Level Management ====
<span id="Responsible">[2] ''R: Responsible'' according to the RACI Model: Those who do the work to achieve a task within Service Level Management.</span>


;Service Level Manager - Process Owner
<span id="Team">[3] see [[ITIL Roles|&#8594; Role descriptions ...]]</span>
:The Service Level Manager is responsible for negotiating Service Level Agreements and ensuring that these are met.
:He makes sure that all IT Service Management processes, Operational Level Agreements and Underpinning Contracts are appropriate for the agreed service level targets.
:The Service Level Manager also monitors and reports on service levels.


;Applications Analyst/ Architect
<span id="ITIL Service Level Management Roles">[4] Capacity Manager, Availability Manager, IT Service Continuity Manager, and Financial Manager (see [[ITIL Roles|&#8594; Role descriptions ...]])</span>
:The Applications Analyst/ Architect is responsible for designing applications required to provide a service.
:This includes the specification of technologies, application architectures and data structures as a basis for application development or customization.  


;Service Design Manager
==Notes==
:The Service Design Manager is responsible for producing quality, secure and resilient designs for new or improved services.
:This includes producing and maintaining all design documentation.


;Service Owner
<html>By:&#160;&#160;Stefan Kempter&#160;<a rel="author" href="https://www.linkedin.com/in/stefankempter"><img style="margin:0px 0px 0px 0px;" src="/images/bookmarking/linkedin.png" width="16" height="16" title="By: Stefan Kempter | Profile on LinkedIn" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a>, IT Process Maps.</p>
:The Service Owner is responsible for delivering a particular service within the agreed service levels.
:Typically, he acts as the counterpart of the Service Level Manager when negotiating Operational Level Agreements (OLAs).
:Often, the Service Owner will lead a team of technical specialists or an internal support unit.


;Technical Analyst/ Architect
<p>&nbsp;</p>
:The Technical Analyst/ Architect is responsible for designing infrastructure components and systems required to provide a service.
:This includes the specification of technologies and products as a basis for their procurement and customization.


<p><small>
<span itemprop="breadcrumb" itemscope itemtype="http://schema.org/BreadcrumbList">
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/Service_Level_Management#Process_Description">
<span itemprop="name">Process Description</span></a>
<meta itemprop="position" content="1"></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/Service_Level_Management#Sub-Processes">
<span itemprop="name">Sub-Processes</span></a>
<meta itemprop="position" content="2"></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/Service_Level_Management#Definitions">
<span itemprop="name">Definitions</span></a>
<meta itemprop="position" content="3"></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/Service_Level_Management#Templates_.7C_KPIs">
<span itemprop="name">Templates</span></a>
<meta itemprop="position" content="4" /></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/Service_Level_Management#Roles_.7C_Responsibilities">
<span itemprop="name">Roles</span></a>
<meta itemprop="position" content="5" /></span>
</span>
</small></p>


<i><small>[[Main Page|Home]] > [[ITIL Processes]] > [[ITIL V3 Service Design|Service Design]] > [[Service Level Management|Service Level Management (SLM)]]</small></i>
<!-- define schema.org/WebPage --> <span itemscope itemtype="https://schema.org/WebPage" itemref="md-webpage-description">
  <meta itemprop="alternativeHeadline" content="ITIL Service Level Management" />
  <meta itemprop="name" content="Service Level Management" />
  <meta itemprop="significantLinks" content="https://wiki.en.it-processmaps.com/index.php/ITIL_KPIs_Service_Design#ITIL_KPIs_Service_Level_Management" />
  <meta itemprop="significantLinks" content="https://wiki.en.it-processmaps.com/index.php/Checklist_SLA_OLA" />
  <link itemprop="url" href="https://wiki.en.it-processmaps.com/index.php/Service_Level_Management" />
  <meta itemprop="inLanguage" content="en" />
  <link itemprop="citation" href="https://wiki.de.it-processmaps.com/index.php/Service_Level_Management" />
  <link itemprop="citation" href="https://wiki.es.it-processmaps.com/index.php/ITIL_Gestion_del_Nivel_de_Servicio_-_SLM" />
  <meta itemprop="Headline" content="Service Level Management" />
  <link itemprop="isPartOf" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Service_Design" />
  <link itemprop="primaryImageOfPage" href="https://wiki.en.it-processmaps.com/images/9/9f/Service-level-management.jpg" />
  <span id="https://wiki.en.it-processmaps.com/images/9/9f/Service-level-management.jpg" itemprop="image" itemscope itemtype="https://schema.org/ImageObject">
  <meta itemprop="caption" content="Service Level Management">
  <meta itemprop="contentUrl" content="https://wiki.en.it-processmaps.com/images/9/9f/Service-level-management.jpg" />
  <meta itemprop="width" content="1200" />
  <meta itemprop="height" content="1200" />
  <meta itemprop="representativeOfPage" content="true"/>
  <meta itemprop="dateCreated" content="2011-09-19" />
  <meta itemprop="dateModified" content="2020-06-20" />
  <span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject">
    <meta itemprop="url" content="https://wiki.en.it-processmaps.com/images/thumb/9/9f/Service-level-management.jpg/600px-Service-level-management.jpg" />
    <meta itemprop="width" content="600" />
    <meta itemprop="height" content="600" />
  </span>
  <meta itemprop="keywords" content="Service Level Management" />
  <meta itemprop="keywords" content="ITIL Service Level Management" />
  </span>
  <link itemprop="author" href="https://www.linkedin.com/in/stefankempter" />
  <meta itemprop="author" content="Stefan Kempter" />
  <meta itemprop="creator copyrightHolder publisher" content="IT Process Maps" />
</span><p></html>


<!-- This page is assigned to the following categories: -->
<!-- This page is assigned to the following categories: -->
[[Category:ITIL V3]][[Category:ITIL process]][[Category:Service Design|Service Level Management]][[Category:Service Level Management|!]]
[[Category:ITIL 4]][[Category:ITIL 2011]][[Category:ITIL V3]][[Category:ITIL practice]][[Category:ITIL process]][[Category:Service Design|Service Level Management]][[Category:Service Level Management|!]]
<!-- --- -->
<!-- --- -->

Latest revision as of 11:52, 31 December 2023

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


Objective: Service Level Management (SLM) aims to negotiate Service Level Agreements with the customers and to design services in accordance with the agreed service level targets. This ITIL process is also responsible for ensuring that all Operational Level Agreements and Underpinning Contracts are appropriate, and to monitor and report on service levels.

Part of: Service Design

Process Owner: Service Level Manager

 

Process Description

Service Level Management ITIL
Service Level Management

Service Level Management has been completely redesigned in ITIL 2011 following the introduction of the Design Coordination process.

Coordinating activities have been removed.

Service Level Management is now mainly responsible for gathering service requirements, as well as monitoring and reporting with regards to agreed service levels.

The process overview of Service Level Management (.JPG) shows the key information flows (see fig. 1).

ITIL 4 refers to 'Service Level Management' as a service management practice.

Sub-Processes

These are the Service Level Management sub-processes and their process objectives:

Maintenance of the SLM Framework

Identification of Service Requirements

  • Process Objective: To capture desired outcomes (requirements from the customer viewpoint) for new services or major service modifications. The service requirements are to be documented and submitted to an initial evaluation, so that alternatives may be sought at an early stage for requirements which are not technically or economically feasible.

Agreements Sign-Off and Service Activation

  • Process Objective: To have all relevant contracts signed off after completion of Service Transition, and to check if Service Acceptance Criteria are fulfilled. In particular, this process makes sure that all relevant OLAs are signed off by their Service Owners, and that the SLA is signed off by the customer.

Service Level Monitoring and Reporting

  • Process Objective: To monitor achieved service levels and compare them with agreed service level targets ("Service Level Report"). This information is circulated to customers and all other relevant parties, as a basis for measures to improve service quality.

Definitions

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

Customer Agreement Portfolio

  • While the Service Catalogue holds a complete list of the services managed by the service provider, the Customer Agreement Portfolio contains all Service Agreements which provide the framework for delivering services to specific customers.

Operational Level Agreement (OLA)

  • An agreement between an IT service provider and another part of the same organization. An OLA supports the IT service provider's delivery of services to customers. The OLA defines the goods or services to be provided and the responsibilities of both parties. For example there could be an OLA - between the IT service provider and a procurement department to obtain hardware in agreed times - between the Service Desk and a support group to provide Incident resolution in agreed times (see also: ITIL Checklist SLA - OLA).

Outline of Service Requirements

  • The desired outcome of a service, stated in terms of required service functionality (utility) and service levels (warranty). Based on this information, detailed service requirements are specified during the Service Design stage.

Service Acceptance Criteria (SAC)

  • A set of criteria used for service acceptance testing to ensure that an IT service meets its functionality and quality requirements and that the service provider is ready to operate the new service when it has been deployed.

Service Level Agreement (SLA)

  • An agreement between an IT service provider and a customer. The SLA describes the IT service, documents service level targets, and specifies the responsibilities of the IT service provider and the customer. A single SLA may cover multiple services or multiple customers (see also: ITIL Checklist SLA - OLA).

Service Level Report

  • The Service Level Report gives insight into a service provider's ability to deliver the agreed service quality. To this purpose, it compares the agreed and actually achieved service levels, and also includes information on the usage of services, ongoing measures for service improvement, and any exceptional events. A Service Level Report is issued by the service provider for its customers, IT management and other Service Management processes. A similar report is also created by an external service supplier to document its achieved service performance.

Service Level Requirements (SLR)

  • The Service Level Requirements document contains the requirements for a service from the client viewpoint, defining detailed service level targets, mutual responsibilities, and other requirements specific to a certain (group of) customers. As the service enters new stages of its life cycle, the SLR document evolves into a draft Service Level Agreement.

SLM Document Templates

Templates | KPIs

Roles | Responsibilities

Service Level Manager - Process Owner

Service Owner

  • The Service Owner is responsible for delivering a particular service within the agreed service levels. Typically, he acts as the counterpart of the Service Level Manager when negotiating Operational Level Agreements (OLAs). Often, the Service Owner will lead a team of technical specialists or an internal support unit.

 

Responsibility Matrix: ITIL Service Level Management
ITIL Role / Sub-Process Service Level Manager Service Owner Business Relationship Manager[3] Applications Analyst[3] Technical Analyst[3] Other roles involved
Maintenance of the SLM Framework A[1]R[2] - - - - -
Identification of Service Requirements AR - R R R R[4]
Agreements Sign-Off and Service Activation AR R - - - -
Service Level Monitoring and Reporting AR - - - - -

Remarks

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

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

[3] see → Role descriptions ...

[4] Capacity Manager, Availability Manager, IT Service Continuity Manager, and Financial Manager (see → Role descriptions ...)

Notes

By:  Stefan Kempter , IT Process Maps.

 

Process Description  › Sub-Processes  › Definitions  › Templates  › Roles