服务级别管理（Service Level Management）是ITIL中的一个流程，属于ITIL中服务交付范畴，它的目标是要与客户就所要提供的IT服务的类型和质量签订清晰的协议，并确保这些协议得以实施。因此，服务级别管理需要有关客户需求、IT部门可提供的设施以及可供利用的财务资源等方面的信息。
　　1、什么是服务级别管理(Service Level Management)
　　服务级别管理(Service Level Management)是ITIL中的一个流程，属于ITIL中服务交付范畴，它的目标是要与客户就所要提供的IT服务的类型和质量签订清晰的协议，并确保这些协议得以实施。因此，服务级别管理需要有关客户需求、IT部门可提供的设施以及可供利用的财务资源等方面的信息。
　　服务级别管理是定义、协商、订约、检测和评审提供给客户的服务的质量水准的流程。有关所提供的服务和这些服务的质量水准记录在服务级别协议中。服务级别协议规定了服务双方各自的责任、权利和义务，是IT服务成功运作的重要保障。
　　在服务级别管理中需要明确一下几个基本概念：
　　服务级别协议(SLA)：服务级别协议是IT服务提供方和客户之间就服务提供中关键的服务目标及双方责任等有关问题签订的协议。
　　运营级别协议(OLA)：运营级别协议是指IT服务提供方和组织内部IT部门就某个具体服务项目的提供而达成的协议，例如：网络的可用性、打印机的可用性等
　　支持合同(UC)：支持合同是指IT服务提供方与外部供应商就某一特定服务项目的提供与支持所签订的协议。
　　服务级别需求(SLR)：服务级别需求是指有关客户业务需求的详细定义，通常作为设计服务和制定服务级别协议的一个蓝本。
　　服务目录(SC)：服务目录是从用户角度描述的服务项目以及有关服务级别的简单概要，例如：宕机时间、应用中断时间等。
　　服务说明书(SP)：服务说明书描述了功能(与客户预订的)和技术(在IT部门内部实施的)之间的关系，并为服务提供了一个详细的说明。
　　服务改进方案(SIP)：服务改进方案通常作为一个项目来实施，定义了改进一项IT服务相关的活动、阶段和相应的里程碑。
　　服务质量计划(SQP)：服务质量技术定义了服务管理流程和运营管理的流程参数，服务级别协议说明了我们应该提供什么服务，服务质量技术则是关于我们应该怎么提供这些服务的。
　　2、服务级别管理适用目标
　　服务级别管理确保客户需要的IT服务得到秩序的维护和改进，这些目标主要通过针对IT部门的运作绩效进行协商、监控和报告，以及在IT部门及其客户之间建立有效的业务管理来实现。有效的服务级别管理可以改进客户业务运作的绩效，并因此提高客户满意度。
　　大体上讲，服务级别管理的引进可以产生如下的效益：
IT服务可以被恰当的设计以满足定义在服务级别需求中的那些期望；
服务绩效可以被测度；
更好的控制资源管理，降低使用成本；
提高客户满意度，建立更好的客户关系；
客户和IT部门清楚自身的定位，减少不必要的误会和疏忽；
　　3、服务级别管理流程分析
　　服务级别管理是围绕服务级别协议、运营级别协议和支持合同的签订、实施和考核等活动展开的，基本的出发点是客户的业务需求。如下图所示：
　　关键环节分析：
　　(1) 服务级别管理实施初始化
　　在服务级别管理实施的初级阶段，需要进行计划的制定和一系列的准备工作。主要的活动包括：
　　任命成立服务级别管理团队，并为之分配必要的支持人员；
进行使命陈述，明确服务级别管理项目的目的；
定义该项目的目标和范围；
举行概念推广活动，并向信息化运维/管理人员说明服务级别管理会在何时对他们造成什么样的影响。
定义角色、任务和职责。
活动、人员、资金、质量标准的量化。
识别风险。
制定服务目录和SLA结构的计划。
起草试运行的SLA格式。
识别支持工具，尤其是SLA监控工具。
和用户、内部服务提供者(IT部门内部)、外部服务提供者(厂商)一起，设定统一的事件优先级别和扩展路径(与服务台和问题管理相联系)。
　　(2) 识别、定义需求
　　服务级别需求和服务级别协议制定是一个反复的过程。一旦SLA结构得到认同，就必须起草第一个SLA。在开始的时候要把用户包含进来，把第一个大纲初稿作为一个起点来进行更详细深入的讨论。
　　需求是抽象的，很难描述，因为用户本身也许并不了解他们需要什么，特别是如果以前没有问过这样的问题，这样在理解和定义其需求时就需要得到协助。还需要注意的一点是，最初提出的需求不一定是最终得到认可的需求——当考虑了预算控制等方式后，需求很有很能发生变化。在所追求的目标和所能实现、能承受的程度之间达到平衡之前，可能需要多次谈判和修订。
　　服务级别需求应当是服务设计标准中的主要部分，服务功能说明书也是其中的一部分。它们应当从最开始就成为测试标准的一部分，一直出现在服务的设计、开发和完成各个阶段。服务级别需求的草案应当随着服务本身不断的发展，并且在服务真正投入到实际应用之前得以定案。