Wiki source code of 某网络公司ITIL信息技术服务管理体系服务级别流程管理办法
Version 5.1 by superadmin on 2024/05/27, 19:08
Hide last authors
author | version | line-number | content |
---|---|---|---|
![]() |
5.1 | 1 | (% class="wikigeneratedid" %) |
2 | [[返回本章节索引>>https://itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E7%AE%A1%E7%90%86%E8%A7%84%E8%8C%83/]] 阅读下一部分 | ||
3 | |||
4 | (% class="wikigeneratedid" %) | ||
5 | === === | ||
6 | |||
![]() |
4.1 | 7 | === **某网络公司ITIL信息技术服务管理体系服务级别流程管理办法** === |
8 | |||
9 | |||
10 | ====== **1 概述** ====== | ||
11 | |||
12 | |||
13 | **1.1目标** | ||
14 | |||
15 | 服务级别管理流程通过在IT部门(公司)与客户之间建立有效沟通的业务关系,并对常州大江网络工程有限公司(以下简称“公司”)的信息技术服务运维绩效进行协商、监控和报告,确保实现双方协商确定的客户满意等级,且公司提供的信息技术服务得到持续的维护和改进。本流程的目标包括: | ||
16 | |||
17 | 1. 以客户能够理解的术语,在服务级别协议中对所要提供的信息技术服务进行清晰地描述; | ||
18 | 1. 整合公司为客户提供信息技术服务所需要的各种要素,并在相关文档中对服务项目中各种要素进行清晰描述; | ||
19 | 1. 持续维护和改进IT服务质量,使IT战略与业务需求一致; | ||
20 | 1. 监控、衡量、汇报IT服务交付水平并制定服务改进计划,以一种可控的方式改进信息技术服务的交付。 | ||
21 | |||
22 | **1.2 范围** | ||
23 | |||
24 | 1.2.1 **流程适用范围** | ||
25 | |||
26 | 本流程适用于公司信息技术服务相关各个部门。 | ||
27 | |||
28 | 1.2.2 **流程管理范围** | ||
29 | |||
30 | 本流程对以下领域进行管理: | ||
31 | |||
32 | 1 服务级别协议(SLA)——公司与客户经商谈确定和签订的服务合同或协议,其中对信息技术服务的具体内容和指标进行了明确规定。例如:对关键系统和重要系统的服务承诺、承诺的事故恢复时间、与客户的安全责任边界等。 | ||
33 | |||
34 | 2 支持合同(UC)——审核公司与其上游外部供应商之间签署的合同或协议,确保公司为客户提供的服务水平能够满足服务级别协议要求。 | ||
35 | |||
36 | 3 服务级别管理流程的监控和回顾——建立质量管理机制,对本流程的运行情况进行监控、报告,并及时识别和发现问题,通过制定改进计划并实施改进计划,以提高服务质量。 | ||
37 | |||
38 | 4 服务期望调整——通过与客户建立良好的业务沟通关系,明确双方的职责和义务,及时调整公司对服务的期望值,确保双方对服务期望值的一致。 | ||
39 | |||
40 | |||
41 | ====== **2 角色和职责** ====== | ||
42 | |||
43 | |||
44 | 服务级别流程中定义三种角色:服务级别管理流程负责人、服务级别经理、协议维护人。服务级别管理流程负责人和流程经理可由同一人担任。 | ||
45 | |||
46 | |||
47 | **2.1服务级别管理流程负责人** | ||
48 | |||
49 | 服务级别管理流程负责人从宏观上对流程运行情况进行监控,确保服务级别管理流程在各部门间被正确的执行。当流程不能够适应公司实际情况时,流程负责人必须启动分析研究,找到解决方案并进行改进,实现流程的稳定运行和可持续提高。具体职责包括: | ||
50 | |||
51 | 1. 确定服务级别管理流程的衡量指标; | ||
52 | 1. 确保服务级别管理流程符合公司实际状况和公司 IT发展战略; | ||
53 | 1. 总体上管理和监控流程,建立服务级别管理流程实施、评估和优化机制; | ||
54 | 1. 确保服务级别管理流程有效、正确地执行,当流程不能够适应公司的情况时,必须及时进行分析、找出缺陷、进行改进,从而实现可持续提高; | ||
55 | 1. 保持与其他流程负责人的定期沟通。 | ||
56 | 1. 负责流程运行质量的监控管理,向公司负责。 | ||
57 | |||
58 | **2.2 服务级别经理** | ||
59 | |||
60 | 1. 设计服务级别协议(SLA)模板; | ||
61 | 1. 与客户商谈,就信息技术服务级别需求达成一致,并签署服务级别协议或服务合同; | ||
62 | 1. 参与上游供应商谈判,就供应商支持合同UC的服务内容达成一致; | ||
63 | 1. 监控服务级别协议的履行程度和监控服务改进计划实施进度和效果; | ||
64 | 1. 定期组织公司信息技术服务交付水平的回顾并督促改进计划的实施,确保服务交付等级达到SLA要求。 | ||
65 | |||
66 | **2.3协议维护人** | ||
67 | |||
68 | 协议维护人协助服务级别经理完成具体工作,包括: | ||
69 | |||
70 | 1. 建立和维护服务级别协议(SLA); | ||
71 | 1. 参与支持合同UC的建立并进行回顾; | ||
72 | 1. 定期生成客户服务报告及流程管理报告,提交给服务级别经理; | ||
73 | 1. 提出对服务级别管理流程和SLA的改进建议,并组织制定服务改进计划; | ||
74 | |||
75 | ====== **3 输入** ====== | ||
76 | |||
77 | |**编号**|**输入项**|**来源**|**周期** | ||
78 | |((( | ||
79 | 1. | ||
80 | )))|业务需求和服务级别需求相关信息|业务关系管理流程|每半年 | ||
81 | |((( | ||
82 | 1. | ||
83 | )))|公司与上游供应商签署的支持合同(UC)内有关服务内容的信息。|公司合同管理部门|每半年 | ||
84 | |||
85 | ====== **4 输出** ====== | ||
86 | |||
87 | |**编号**|**输出项**|**去向**|**周期** | ||
88 | |((( | ||
89 | 1. | ||
90 | )))|服务目录|办公室|每年 | ||
91 | |((( | ||
92 | 1. | ||
93 | )))|与客户签订的服务级别协议或服务合同)|各单位|每年(根据实际情况确定具体日期) | ||
94 | |((( | ||
95 | 1. | ||
96 | )))|已回顾的支持合同|供应商管理流程|需要时 | ||
97 | |((( | ||
98 | 1. | ||
99 | )))|服务级别协议履行情况报告|流程经理|每月 | ||
100 | |((( | ||
101 | 1. | ||
102 | )))|服务改进计划|相关人员|需要时 | ||
103 | |||
104 | ====== **5 流程描述** ====== | ||
105 | |||
106 | **5.1 服务级别管理流程** | ||
107 | |||
108 | [[image:微信图片_20240527184033.png]] | ||
109 | |||
110 | |||
111 | |((( | ||
112 | 1 计划 | ||
113 | )))|客户的业务需求、服务级别需求|((( | ||
114 | 1. 了解客户的业务需求; | ||
115 | 1. 参考历史数据和建议、掌握实际服务交付能力; | ||
116 | )))| | ||
117 | |((( | ||
118 | 2 制定服务目录、起草服务级别协议 | ||
119 | )))|客户业务需求、已达成共识的服务级别需求、服务级别协议模板|((( | ||
120 | 1. 根据目前所提供的服务制定服务目录; | ||
121 | 1. 根据服务目录填充服务级别协议内容,包括: | ||
122 | 11. 定义信息技术服务衡量方法和衡量指标; | ||
123 | 11. 定义衡量指标的目标值; | ||
124 | 11. 定义每项服务衡量指标的监控频率和方法,制订监控方案。 | ||
125 | 1. 与相关人员对服务目录、服务级别协议进行修订确认。 | ||
126 | )))|((( | ||
127 | 服务目录; | ||
128 | |||
129 | 服务级别协议SLA; | ||
130 | |||
131 | 监控方案 | ||
132 | ))) | ||
133 | |((( | ||
134 | 3 与客户商谈 | ||
135 | )))|服务目录、服务级别协议、监控计划和方法|((( | ||
136 | 1. 与客户商谈、修订服务目录和服务级别协议内容; | ||
137 | 1. 商谈、修订服务目录和服务级别协议过程中需要及时与上游供应商、技术部和开发部等部门技术人员沟通; | ||
138 | 1. 回顾、调整监控方案。 | ||
139 | )))|((( | ||
140 | 客户认可的服务目录;服务级别协议; | ||
141 | |||
142 | 监控方案 | ||
143 | ))) | ||
144 | |((( | ||
145 | 4 起草UC并回顾 | ||
146 | )))|得到公司认可的服务目录、服务级别协议|((( | ||
147 | 1. 根据服务级别协议对现有的与供应商签订的支持合同UC进行回顾; | ||
148 | 1. 协助相关人员制定出缺失的支持合同UC,或对现有的支持合同UC进行修订; | ||
149 | )))|经过回顾的UC和SLAs | ||
150 | |((( | ||
151 | 5 与客户签订SLAs | ||
152 | )))|经过回顾的UC和SLAs|((( | ||
153 | 1. 与客户正式签订服务级别协议。 | ||
154 | )))|签订的服务级别协议 | ||
155 | |((( | ||
156 | 6 实施服务级别协议 | ||
157 | )))|签订的服务级别协议、监控计划和方法|((( | ||
158 | 1. 实施支持合同、交付服务级别协议中规定的服务; | ||
159 | 1. 进行日常工作记录和相关数据的整理。 | ||
160 | )))| | ||
161 | |((( | ||
162 | 7 监控 | ||
163 | )))|监控方案、日常数据|((( | ||
164 | 1. 根据服务级别协议和支持合同中的相关指标规定对日常工作进行监控和记录; | ||
165 | 1. 确保日常数据的有效性,以保证能定期提供协议中规定的报告。 | ||
166 | )))|监控及日常工作过程中所记录的相关数据 | ||
167 | |((( | ||
168 | 8 生成服务报告 | ||
169 | )))|监控及日常工作过程中所记录的相关数据|((( | ||
170 | 依据服务报告管理流程: | ||
171 | |||
172 | 1. 识别SLA、UC中规定的应交付的报告,识别出每项服务报告所需数据,进行数据分析和服务表现趋势分析,编写服务报告; | ||
173 | 1. 将所有报告进行整合,按照SLA、UC规定的时间和频率按时递交公布服务报告。 | ||
174 | )))|递交给客户服务报告和内部管理报告。 | ||
175 | |((( | ||
176 | 9 定期回顾 | ||
177 | )))|递交给客户的服务报告|((( | ||
178 | 1. 定期与客户对服务表现、交付能力、服务级别指标完成程度等进行全面回顾,如果未达到服务级别要求则立即制订改进计划并落实,此外,应确定客户服务需求是否有变化。 | ||
179 | 1. 每年底在签署新的SLA协议之前,组织SLA/UC回顾会议,客户、内部运维支持部门和外部供应商共同对服务内容、服务级别目标进行全面回顾: | ||
180 | 11. 对服务进行识别、包括范围变更、新业务需求等; | ||
181 | 11. 制定会议议程时间表进行交付服务总结; | ||
182 | 11. 对收集数据进行分析、讨论并记录待改进项; | ||
183 | 11. 如果协议需要变更,依据相应管理流程进行变更。 | ||
184 | )))|服务级别回顾会议纪要 | ||
185 | |((( | ||
186 | 10 制定并实施服务改进计划 | ||
187 | )))|回顾会议纪要|当客户的服务需求变化后,如果需要对服务级别协议进行变更,依据流程步骤11进行;如未对服务级别协议进行变更则继续依照流程步骤6实施SLAs。|服务改进计划 | ||
188 | |((( | ||
189 | 11 对服务级别进行变更 | ||
190 | )))|回顾会议纪要|((( | ||
191 | 1. 根据实际需要,服务级别经理可以发起对服务级别进行变更。服务级别协议处在公司变更管理流程的控制范围之内(服务级别协议属于一种配置项CI); | ||
192 | 1. 如涉及到对现有运行环境及配置项的变更,则依据变更管理流程提交变更请求进行相应的审批实施; | ||
193 | 1. 服务级别变更后,与客户沟通并得到其认可; | ||
194 | 1. 得到认可后,依据步骤6继续实施SLA。 | ||
195 | )))|变更后的服务级别协议 | ||
196 | |||
197 | **5.2 回顾会议召开计划** | ||
198 | |||
199 | |**会议名称**|**功能和使用范围**|**负责人**|**参与人**|**召开时间** | ||
200 | |技术服务合同执行情况|根据服务报告对服务表现、交付能力等进行回顾。|公司相关部门主要负责人|服务级别经理、技术人员|每月 | ||
201 | |服务级别协议回顾会议|根据服务报告与客户对本阶段的服务表现的意见进行回顾,制订改进计划。|服务级别经理|客户方、服务级别经理、协议维护人、业务关系经理、供应商经理|每半年 | ||
202 | |服务级别协议回顾会议|对服务级别协议内容目标等进行年度回顾。|服务级别经理|客户方、服务级别经理、协议维护人、业务关系经理|每年 | ||
203 | |||
204 | ====== **6 表单和模板** ====== | ||
205 | |||
206 | |**名称**|**版本**|**负责人**|**说明** | ||
207 | |信息技术服务合同|/|吴炜|公司与客户签署的有关软件或网络产品的售后服务的服务级别协议(SLA)。 | ||
208 | |((( | ||
209 | 信息技术服务合同 | ||
210 | |||
211 | 主要内容执行情况月报 | ||
212 | )))|V1.0|技术部|服务级别协议执行情况月报 | ||
213 | |服务级别协议回顾报告|V1.0|吴炜| | ||
214 | |||
215 | ===== 7 **关键绩效指标(KPI)** ===== | ||
216 | |||
217 | 服务级别管理的可选指标包括: | ||
218 | |||
219 | |**绩效指标**|**目标值**|**衡量方式**|**报告周期**|**负责人** | ||
220 | |服务级别指标是否全部满足|100%|每月|每月底|服务级别经理 | ||
221 | |||
222 | ===== **8 流程质量控制** ===== | ||
223 | |||
224 | [[image:微信图片_20240527184544.png]] | ||
225 | |||
226 | |||
227 | |||
228 | |**步骤**|**输入**|**步骤描述**|**输出**|**负责人** | ||
229 | |((( | ||
230 | 1 现有流程评估 | ||
231 | )))|KPI报告、服务级别协议中规定的报告、服务改进计划|((( | ||
232 | 1. 对服务级别管理流程中的KPI完成情况进行分析; | ||
233 | 1. 对服务级别履行程度进行差距分析; | ||
234 | 1. 对客户提出的与服务级别管理流程相关的问题、建议和改进计划进行讨论回顾。 | ||
235 | )))|改进项|服务级别经理 | ||
236 | |((( | ||
237 | 2 制定改进计划 | ||
238 | )))|改进项|((( | ||
239 | 根据回顾结果制定改进计划,计划包括: | ||
240 | |||
![]() |
5.1 | 241 | 1. |
![]() |
4.1 | 242 | 11. 改进项; |
243 | 11. 需求 | ||
244 | 11. 改进方案; | ||
245 | 11. 改进计划周期、时间; | ||
246 | 11. 特殊要素以及收益 | ||
247 | 11. 可能造成的影响以及其他外部因素 | ||
248 | 11. 资源需求 | ||
249 | 11. 测试和培训计划 | ||
250 | )))|改进计划|服务级别经理 | ||
251 | |((( | ||
252 | 3 审批改进计划 | ||
253 | )))|改进计划|((( | ||
254 | 1. 对是否执行改进计划进行评估; | ||
255 | 1. 根据已确认执行的改进计划提交变更请求; | ||
256 | 1. 依据变更管理流程对其进行审批; | ||
257 | )))|审批后的改进计划、变更请求|服务级别经理 | ||
258 | |((( | ||
259 | 4 执行改进计划 | ||
260 | )))|被批准的改进计划和变更请求|调动资源组织相关人员依据计划执行被批准的改进计划和变更请求|实施后的改进计划、改进效果|服务级别经理 | ||
261 | |((( | ||
262 | 5 回顾 | ||
263 | )))|实施后的改进计划、改进结果|对改进后的结果进行回顾,评估改进计划是否成功,存在哪些待改进项。依据PDCA方法论再次执行步骤1对现有流程进行评估,对流程进行持续改进,起到对流程质量控制的作用。|回顾结果、关闭的变更请求和服务改进计划|服务级别经理 | ||
264 | |||
265 | ===== **9 与其它流程的接口** ===== | ||
266 | |||
267 | |||
268 | **[[image:微信图片_20240527184704.png]]** | ||
269 | |||
270 | |||
271 | 服务级别管理在IT服务管理流程中扮演了一个中心角色,它与其他服务支持和服务交付流程都有密切的联系。服务级别管理流程充当公司与客户之间沟通的一座桥梁,在不需要客户陷入技术实现细节的情况下,与客户协商确定客户所需的信息技术服务需求并文档化(SLA协议)。此后,在公司内部,依据SLA协议,将客户的业务需求转化为各个部门和流程需要实现的具体技术活动。 | ||
272 | |||
273 | |||
274 | ===== **10 术语定义** ===== | ||
275 | |||
276 | |||
277 | ===== **11 附则** ===== | ||
278 | |||
279 | |**术语**|**定义** | ||
280 | |**服务目录**|服务目录以公司的语言对服务进行描述,同时对公司能够提供给客户的相关服务级别做出概要说明。 | ||
281 | |**服务级别协议(SLA)**|公司和客户之间签订的书面协议,该协议中明确规定了服务内容和约定的服务等级。 | ||
282 | |**支持合同(UC)**|与外部提供商就某项服务的供应所签订的合同。 | ||
283 | |||
284 | 1 本管理办法由技术部负责组织制定、解释和修改,各部门可根据本规定制定相应的实施细则。 | ||
285 | |||
286 | 2 本管理办法自印发之日起实行。 | ||
287 | |||
288 | 3 相关文件: | ||
289 | |||
290 | 《信息技术服务管理手册》 | ||
291 | |||
292 | 《变更流程管理办法》 | ||
293 | |||
294 | 《服务报告流程管理办法》 | ||
295 | |||
296 | 4 相关时间要求: | ||
297 | |||
298 | 管理办法中规定的“每月”为每月10号前; | ||
299 | |||
300 | 管理办法中规定的“每季度”为每季度第每月10号前; | ||
301 | |||
302 | 管理办法中规定的“每半年”为每半年度第一个月15号前; | ||
303 | |||
304 | 管理办法中规定的“每年”为每自然年度第一个月20号前; | ||
305 | |||
306 | 如遇节假日可顺延。 | ||
307 | |||
308 | |||
![]() |
5.1 | 309 | [[返回本章节索引>>https://itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E7%AE%A1%E7%90%86%E8%A7%84%E8%8C%83/]] 阅读下一部分 |