由 superadmin 于 2024/12/25, 15:40 最后修改
从版本< 9.1 >
由superadmin编辑
在2021/12/16, 12:35上
到版本
由superadmin编辑
在2024/03/07, 19:51上
< >
修改评论 Update document after refactoring.

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -ITIL 4服务级别管理实践
1 +11 服务级别管理实践
父
... ... @@ -1,1 +1,1 @@
1 -ITIL 4 服务设计实践中文版.WebHome
1 +Main.WebHome
Content
... ... @@ -1,8 +1,9 @@
1 +如有[[ITIL认证>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]、[[ITIL培训>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]或[[ITIL考试>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]需求，可[[点击了解详情>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]
2 +
3 +
1 1  **申明：**
2 2  
3 -本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众
4 -多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信
5 -公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
6 +本系列ITIL 4中文版本由长河领导的ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与。需要下载最新翻译版本请关注微信公众号：**ITILXF**，并回复“**ITIL 4服务级别管理**”即可。
6 6  
7 7  
8 8  请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
... ... @@ -59,8 +59,9 @@
59 59  
60 60  == **2.1 目标和描述** ==
61 61  
62 -|**关键信息**
63 -|服务级别管理实践的目的是为设定清晰的基于业务的服务级别目标，同时确保针对这些目标对服务交付进行适当的评估、监测和管理。
63 +(% style="width:813px" %)
64 +|(% style="width:810px" %)**关键信息**
65 +|(% style="width:810px" %)服务级别管理实践的目的是为设定清晰的基于业务的服务级别目标，同时确保针对这些目标对服务交付进行适当的评估、监测和管理。
64 64  
65 65  服务级别管理实践有助于建立和管理服务提供者和服务消费者之间针对双方所有关键利益相关者的服务质量共享视图。此共享视图通常在协议文档中描述，该文档可以是不同正式程度的。这适用于从初始到目前为止的期望和实际服务质量中，并涵盖了整个服务关系中的服务正在提供的和建议的价值。服务级别管理实践还包括了实际服务质量的监测和评估，以及服务和协议的持续改进。
66 66  
... ... @@ -145,16 +145,16 @@
145 145  
146 146  表2.1在其他实践指南中描述的与服务级别管理实践相关的活动
147 147  
148 -(% style="width:611px" %)
149 -|(% style="width:421px" %)与客户和发起人的战略沟通|(% style="width:188px" %)关系管理
150 -|(% style="width:421px" %)与用户进行运营沟通|(% style="width:188px" %)服务台
151 -|(% style="width:421px" %)与供应商和合作伙伴建立和管理合同|(% style="width:188px" %)供应商管理
152 -|(% style="width:421px" %)识别和记录服务|(% style="width:188px" %)服务目录管理
153 -|(% style="width:421px" %)产品和服务的设计|(% style="width:188px" %)服务设计
154 -|(% style="width:421px" %)为现有功用和功效之外的服务分析创新机会和新需求|(% style="width:188px" %)业务分析
155 -|(% style="width:421px" %)为商业服务交付而设计和控制财务模型|(% style="width:188px" %)服务财务管理
156 -|(% style="width:421px" %)持续改进的管理和实施|(% style="width:188px" %)持续改进
157 -|(% style="width:421px" %)实施产品和服务的变更|(% style="width:188px" %)(((
150 +(% style="width:506px" %)
151 +|(% style="width:353px" %)与客户和发起人的战略沟通|(% style="width:150px" %)关系管理
152 +|(% style="width:353px" %)与用户进行运营沟通|(% style="width:150px" %)服务台
153 +|(% style="width:353px" %)与供应商和合作伙伴建立和管理合同|(% style="width:150px" %)供应商管理
154 +|(% style="width:353px" %)识别和记录服务|(% style="width:150px" %)服务目录管理
155 +|(% style="width:353px" %)产品和服务的设计|(% style="width:150px" %)服务设计
156 +|(% style="width:353px" %)为现有功用和功效之外的服务分析创新机会和新需求|(% style="width:150px" %)业务分析
157 +|(% style="width:353px" %)为商业服务交付而设计和控制财务模型|(% style="width:150px" %)服务财务管理
158 +|(% style="width:353px" %)持续改进的管理和实施|(% style="width:150px" %)持续改进
159 +|(% style="width:353px" %)实施产品和服务的变更|(% style="width:150px" %)(((
158 158  变更使能
159 159  
160 160  项目管理
... ... @@ -161,7 +161,7 @@
161 161  
162 162  其他实践
163 163  )))
164 -|(% style="width:421px" %)监控技术、团队和供应商绩效|(% style="width:188px" %)监控和事态管理
166 +|(% style="width:353px" %)监控技术、团队和供应商绩效|(% style="width:150px" %)监控和事态管理
165 165  
166 166  
167 167  == 2.4 **实践成功因素** ==
... ... @@ -227,52 +227,10 @@
227 227  
228 228  表2.2 服务质量的关键方面以及服务级别度量标准的示例
229 229  
230 -(% style="width:667px" %)
231 -|**服务质量方面**|(% style="width:375px" %)**服务级别指标示例**
232 -|功能性|(% style="width:375px" %)(((
233 -可用功能的完整性
232 +[[image:1642258918727-370.png]]
234 234  
235 -功能操作的正确性
234 +[[image:1642258944779-815.png]]
236 236  
237 -集成功能的索引
238 -)))
239 -|可用性|(% style="width:375px" %)(((
240 -最大服务中断时间
241 -
242 -不可用的总时间
243 -
244 -可用性百分比
245 -
246 -系统故障平均间隔时间（MTBSI）
247 -)))
248 -|绩效|(% style="width:375px" %)(((
249 -服务行动执行间隔时间
250 -
251 -响应时间
252 -
253 -与执行和响应时间相关的事件数量和百分比
254 -
255 -服务吞吐量
256 -)))
257 -|及时性|(% style="width:375px" %)延期完成的服务数量和百分比
258 -|用户支持|(% style="width:375px" %)(((
259 -支持请求处理的及时性
260 -
261 -支持请求处理的质量
262 -)))
263 -|准确性|(% style="width:375px" %)在数据和信息中的错误数量和影响
264 -|用户体验(UX)|(% style="width:375px" %)(((
265 -用户错误的数量和频率
266 -
267 -返回上一步的次数和频率（例如，后退按钮）
268 -
269 -帮助请求的界面数量和频率
270 -
271 -中断的服务操作的数目和百分比（退出界面而没有
272 -
273 -完成服务动作）
274 -)))
275 -
276 276  在某些情况下，组织在所测量的服务级别的范围中包括了对服务消费产出结果的度量。可以通过基于结果的服务功能描述和引入新的度量方式来完成。这种方法需要服务提供者和服务消费者之间的紧密协作关系。
277 277  
278 278  尽管尽了最大的努力来捕获并满足期望，但约定的服务级别通常不同于服务应该满足的期望，有时甚至是相差甚远。通常情况下不可能实现的一种理想的情况，即所有利益相关者事前就所有事项能够达成一致和满意。
... ... @@ -282,27 +282,29 @@
282 282  
283 283  表2.3 ITIL 指导原则在建立目标服务级别共享视图的应用
284 284  
285 -|**ITIL 原则**|**应用**
286 -|聚焦价值|聚焦于服务消费者组织和用户体验的结果，而不是技术细节和相关度量标准。
287 -|从你所处的地方开始|(((
245 +(% style="width:621px" %)
246 +|(% style="width:107px" %)**ITIL 原则**|(% style="width:512px" %)**应用**
247 +|(% style="width:107px" %)聚焦价值|(% style="width:512px" %)聚焦于服务消费者组织和用户体验的结果，而不是技术细节和相关度量标准。
248 +|(% style="width:107px" %)从你所处的地方开始|(% style="width:512px" %)(((
288 288  根据你以前的经验，以及服务提供者和使用者之间的当前关系来达成协议
289 289  
290 290  如果基于历史关系有充分的信任，协议关注的就是成果和隐含的承诺，而不是正式的义务。如果没有以前的经验，请考虑使用行业基准。
291 291  )))
292 -|基于反馈的过程迭代|要承认从一开始并不是所有的与服务质量相关的特性能够被理解和达成，并且期望和需求将持续的变化。应该基于达成情况和反馈对已达成的服务级别进行持续的评审。
293 -|协作和促进可视化|在讨论中包含利益相关方（例如：关键用户）。与会受到服务级别影响的人讨论已达成的服务级别，并告知他们任何限制，以建立现实的期望。同时，提供足够的运营透明度，以促进所有权意识和管理期望。
294 -|整体思考和工作|(((
253 +|(% style="width:107px" %)基于反馈的过程迭代|(% style="width:512px" %)要承认从一开始并不是所有的与服务质量相关的特性能够被理解和达成，并且期望和需求将持续的变化。应该基于达成情况和反馈对已达成的服务级别进行持续的评审。
254 +|(% style="width:107px" %)协作和促进可视化|(% style="width:512px" %)在讨论中包含利益相关方（例如：关键用户）。与会受到服务级别影响的人讨论已达成的服务级别，并告知他们任何限制，以建立现实的期望。同时，提供足够的运营透明度，以促进所有权意识和管理期望。
255 +|(% style="width:107px" %)整体思考和工作|(% style="width:512px" %)(((
295 295  不要只关注一些服务的质量特性，而要确保涵盖功用和功效。考虑所需的结果以及服务产品的组件（货品/ 访问
296 296  
297 297  资源/ 服务操作）。
298 298  )))
299 -|保持简单和实用|不要试图把每一件事情都放到协议中，而要着重于重要的事情以及可以实际度量和管理的事情。
300 -|优化和自动化|(((
260 +|(% style="width:107px" %)保持简单和实用|(% style="width:512px" %)不要试图把每一件事情都放到协议中，而要着重于重要的事情以及可以实际度量和管理的事情。
261 +|(% style="width:107px" %)优化和自动化|(% style="width:512px" %)(((
301 301  定期评审协议。优化他们的结构和内容以反映利益相关方的需要并删除多余的内容。考虑提供仪表盘和其他形式的
302 302  
303 303  自动化的SLA报告。
304 304  )))
305 305  
267 +
306 306  === **2.4.2 监督组织如何满足定义的服务级别** ===
307 307  
308 308  当对目标服务级别形成了共同理解，并且实际的服务交付已经开始时，服务提供者应该从三个主要方面控制服务的实际质量：
... ... @@ -369,9 +369,9 @@
369 369  
370 370  表2.4 实践成功因素的关键指标示例
371 371  
372 -(% style="width:931px" %)
373 -|**实践成功因素**|(% style="width:480px" %)**关键度量标准**
374 -|与客户建立目标服务级别的共享视图|(% style="width:480px" %)(((
334 +(% style="width:446px" %)
335 +|(% style="width:135px" %)**实践成功因素**|(% style="width:309px" %)**关键度量标准**
336 +|(% style="width:135px" %)与客户建立目标服务级别的共享视图|(% style="width:309px" %)(((
375 375  SLA的客户满意度
376 376  
377 377  评审过期的SLA百分比
... ... @@ -378,7 +378,7 @@
378 378  
379 379  没有达成目标级别的与服务相关的运营（事件、变更等）百分比
380 380  )))
381 -|监督组织如何满足定义的服务级别|(% style="width:480px" %)(((
343 +|(% style="width:135px" %)监督组织如何满足定义的服务级别|(% style="width:309px" %)(((
382 382  使用服务级别度量方法定义的SLA百分比
383 383  
384 384  定期生成SLA报告的服务百分比
... ... @@ -387,7 +387,7 @@
387 387  
388 388  系统收集的满意度数据服务的百分比
389 389  )))
390 -|执行服务评审|(% style="width:480px" %)(((
352 +|(% style="width:135px" %)执行服务评审|(% style="width:309px" %)(((
391 391  服务报告中的客户满意度
392 392  
393 393  已计划了常规服务评审的服务/客户/ SLA的百分比
... ... @@ -394,7 +394,7 @@
394 394  
395 395  服务评审的客户满意度
396 396  )))
397 -|识别并报告改进机会|(% style="width:480px" %)(((
359 +|(% style="width:135px" %)识别并报告改进机会|(% style="width:309px" %)(((
398 398  最近三个月的平均服务质量指标/最近12个月的平均服务质量指标
399 399  
400 400  服务改进生产效率指标
... ... @@ -418,7 +418,6 @@
418 418  * 契动
419 419  * 改进。
420 420  
421 -
422 422  == **3.2 流程** ==
423 423  
424 424  每个实践可能包含一个或多个流程和活动，它们对于实现该实践的目的可能是必要的。
... ... @@ -446,8 +446,9 @@
446 446  
447 447  表3.1 SLA的管理的输入、活动和输出
448 448  
449 -|**关键输入**|**活动**|**关键输出**
450 -|(((
410 +(% style="width:456px" %)
411 +|(% style="width:143px" %)**关键输入**|(% style="width:124px" %)**活动**|(% style="width:186px" %)**关键输出**
412 +|(% style="width:143px" %)(((
451 451  客户需求
452 452  
453 453  服务目录
... ... @@ -463,7 +463,7 @@
463 463  改进计划和注册
464 464  
465 465  财务信息
466 -)))|(((
428 +)))|(% style="width:124px" %)(((
467 467  客户需求的定义
468 468  
469 469  可行性分析
... ... @@ -479,7 +479,7 @@
479 479  SLA延长
480 480  
481 481  SLA退出
482 -)))|(((
444 +)))|(% style="width:186px" %)(((
483 483  服务级别需求（文件化的）
484 484  
485 485  SLA草案
... ... @@ -505,55 +505,15 @@
505 505  
506 506  表3.2 SLA管理流程的活动
507 507  
508 -(% style="width:961px" %)
509 -|(% style="width:107px" %)**活动**|(% style="width:367px" %)**开箱即用的预定义服务**|(% style="width:484px" %)**定制化服务**
510 -|(% style="width:107px" %)定义客户需求|(% style="width:367px" %)这些基于现有的服务目录，并为服务级别明确定义的选项。客户为他们所需的服务选择最合适的选项/组合。来自面向客户的团队的服务提供者代表可以帮助客户浏览目录，以找到最相关的服务和服务级别。|(% style="width:484px" %)(((
511 -客户根据他们的业务需求沟通对服务的需求。他们可以参考现有目录，但通常要求不限于预定义的选项。
470 +[[image:1642259150429-303.png]]
512 512  
513 -来自面向客户的或业务分析团队的服务提供者代表，或产品和服务所有者都参与撰写需求的过程中
514 -)))
515 -|(% style="width:107px" %)可行性分析|(% style="width:367px" %)快速检查资源可用性以确认可以满足定义的需求。该活动遵循预定义的模式，并且可以完全自动化。这将导致服务需求的确认或必要的调整。|(% style="width:484px" %)(((
516 -可能需要对资源要求进行手动或半自动分析，以定义是否有可能满足这些需求以及成本。输出主要是估算的成本/价格和时间表。
472 +[[image:1642259167148-240.png]]
517 517  
518 -该分析应包括与服务提供者的供应商和合作伙伴达成的协议，以确保他们将支持所需的服务级别。
519 -)))
520 -|(% style="width:107px" %)起草SLA|(% style="width:367px" %)为客户起草标准的SLA，并且获得客户的评审和确认。它可以是完全自动化或很大程度上自动化。|(% style="width:484px" %)服务设计者、服务所有者和关系经理参与了基于可行性分析的协议的起草工作。建议将现有的服务和说明书用作构建块，但这项工作仍可能需要专家知识和大家的协作。
521 -|(% style="width:107px" %)SLA谈判|(% style="width:367px" %)客户评审SLA草案并接受其条款和条件或将其退回以进行分析。如果它被返回或者客户需求协助，则来自面向客户团队的服务提供者代表可以通过SLA草案指导客户并回答问题。在其他情况下，此活动可能是全自动的，客户接受SLA即表示是正式确认。|(% style="width:484px" %)客户和服务提供者代表（可能包括服务负责人，关系，经理，服务设计者等）讨论SLA草案并在需要时协商变更，或签字接受该草案。如果不接受，则将草稿退回到可行性分析中。对于可接受的版本，可能需要花费几次迭代才能达成共识。草案通过后，便得到各方的正式确认。
522 -|(% style="width:107px" %)SLA沟通和启用|(% style="width:367px" %)(((
523 -当双方确认SLA时，服务提供者会启动所需的变更和沟通，以使约定的服务可用于用户。变更和上线沟通可能是完全自动化的，也可能是大部分自动化的。
474 +[[image:1642259208447-804.png]]
524 524  
525 -这些变更和沟通是由服务级别管理实践触发的，但需要其他实践完成。
526 -)))|(% style="width:484px" %)(((
527 -当各方确认SLA时，服务提供者会启动所需的变更和沟通，以使约定的服务可用于用户。这可能需要对所有类型的提供者的资源进行大量的手动和自动更改，也可能需要对消费者的资源进行更改。在某些情况下，这将导致项目或方案的实现。
476 +[[image:1642259224305-618.png]]
528 528  
529 -这些变更和沟通由服务级别触发
530 530  
531 -但需要其他实践完成。
532 -)))
533 -|(% style="width:107px" %)SLA 评审|(% style="width:367px" %)SLA的正式评审可以基于时间周期或事态进行触发（例如：客户请求，策略变更，服务评审或组织变革）。如果评审是基于时间的，并且客户和提供者都对SLA的内容以及条款和条件都感到满意，那么通常会确认SLA可以延长。如果客户的需求已经发生改变，则流程会基于重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。|(% style="width:484px" %)(((
534 -SLA的正式评审可以基于时间和事态进行触发（例如客户请求、策略的改变、服务评审或组织变革）。
535 -
536 -在最初的SLA协商之后进行的第一次评审可能会导致SLA措词的改进，不涉及服务的变化。不管措词是否更改，修订后的SLA都应延续。如果客户的需求已经被更改，则流程可能会以重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。
537 -
538 -SLA评审由客户（涉及发起人和关键用户）以及服务提供者代表执行
539 -
540 -（通常是服务所有者所有者和/或关系经理）。
541 -)))
542 -|(% style="width:107px" %)SLA延长|(% colspan="2" style="width:851px" %)(((
543 -如果SLA被确认可以延长，则可能需要进行沟通和更改（例如，延长与供应商的支持合同）。这可以是完全自动化或部分自动化的。
544 -
545 -这些变更和沟通由服务级别触发，但需要其他实践完成。
546 -)))
547 -|(% style="width:107px" %)SLA退出|(% style="width:367px" %)(((
548 -确认SLA退出后，服务提供者会启动所需的变更和沟通，以使用户无法使用约定的服务。更改和下线沟通可以是完全自动化或部分自动化。
549 -
550 -这些更改和沟通都是由服务级别管理实践所触发，但需要其他实践完成。
551 -)))|(% style="width:484px" %)(((
552 -确认SLA退出后，服务提供者会启动所需的变更和沟通，以使用户无法使用约定的服务。
553 -
554 -这可能需要对所有类型的提供者的资源进行大量的手动和自动更改，也可能需要对消费者的资源进行更改。在某些情况下，这将会导致一个退出的项目或项目集。这些变更和沟通由服务级别管理实践所触发，但需要其他实践完成。
555 -)))
556 -
557 557  === **3.2.2 对服务级别和服务质量的监督** ===
558 558  
559 559  该流程专注于服务级别的监控和评审，以及服务质量，而不是SLA文档。根据约定的服务级别信息的质量和完整性，SLA在此流程中得到广泛使用。然而，在某些情况下，协议比较高阶且含糊不清，并且服务质量的监控和评估是基于不太结构化和不太客观的数据。无论采用哪种方式执行流程，服务提供者都需要监测和分析测得的服务级别的数据以及用户和客户的反馈，以更好地了解服务质量。
... ... @@ -563,8 +563,9 @@
563 563  
564 564  表3.3 监督服务级别和服务质量的输入，活动和输出
565 565  
566 -|**关键输入**|**活动**|**关键输出**
567 -|(((
488 +(% style="width:465px" %)
489 +|(% style="width:139px" %)**关键输入**|(% style="width:171px" %)**活动**|(% style="width:153px" %)**关键输出**
490 +|(% style="width:139px" %)(((
568 568  服务绩效数据
569 569  
570 570  SLA
... ... @@ -572,7 +572,7 @@
572 572  用户和客户反馈，包括表扬和投诉
573 573  
574 574  服务改进计划
575 -)))|(((
498 +)))|(% style="width:171px" %)(((
576 576  客户和用户满意度调查
577 577  
578 578  正在进行的服务质量监控
... ... @@ -580,7 +580,7 @@
580 580  服务评审
581 581  
582 582  服务质量报告
583 -)))|(((
506 +)))|(% style="width:153px" %)(((
584 584  各种利益相关者的服务质量仪表盘和报告
585 585  
586 586  服务改进倡议
... ... @@ -598,43 +598,17 @@
598 598  
599 599  表3.4 服务级别和质量监督流程的活动
600 600  
601 -(% style="width:1110px" %)
602 -|(% style="width:98px" %)**活动**|(% style="width:485px" %)**形式化程度高（详细的SLA）**|(% style="width:525px" %)**形式化程度低（潜在服务级别和概念协议）**
603 -|(% style="width:98px" %)客户和用户满意度调查|(% style="width:485px" %)服务提供者运行定期的满意度调查，收集用户和客户的反馈。各方可以正式商定调查的形式和规则。服务所有者和服务提供者的关系经理会评估反馈并将其包含在服务评审的范围中。|(% style="width:525px" %)(((
604 -服务提供者不断从用户和客户那里收集信息，以确保他们对服务感到满意，并识别改进的机会。调查包括非正式达成一致的或未形成文件的服务质量的各个方面。这有助于维护客户的期望的认识以及如何感知服务；此类信息应不断的仔细的评审。
524 +[[image:1642259336975-298.png]]
605 605  
606 -服务所有者和服务提供者的关系经理对反馈进行评估，并将其包含在服务评审的范围中。
607 -)))
608 -|(% style="width:98px" %)正在进行的服务质量监控|(% style="width:485px" %)(((
609 -服务提供者监控用于服务交付的资源的绩效（此工作涉及许多实践），并收集服务用于制定SLA的相关数据。同时，从用户和其他相关的利益相关者那里收集了即时反馈。服务所有者和服务提供者的关系经理会监控这些服务，以确保它们按照约定进行交付。
526 +[[image:1642259447490-806.png]]
610 610  
611 -某些服务质量数据可能以商定格式在仪表盘上供用户和客户使用，因此他们也可以监控服务质量。
612 -)))|(% style="width:525px" %)(((
613 -从用户和其他相关的利益相关者那里收集定期的即时反馈。它与资源绩效数据结合使用，并与服务提供者定义的技术规范和基准进行了比较。
528 +[[image:1642259462983-156.png]]
614 614  
615 -服务所有者、产品所有者和关系经理监控服务，以确保所有系统均按预期工作。
616 -)))
617 -|(% style="width:98px" %)服务评审|(% style="width:485px" %)(((
618 -服务所有者在指定的时间段内或依赖于事态进行服务质量的评审。服务所有者涉及服务提供者的利益相关者（产品所有者、技术团队所有者、关系经理、供应商管理人员等）以及可能包括客户。
619 619  
620 -关键输出是内部服务质量报告和改进方案。
621 621  
622 -客户进行服务质量的评审，涉及关键用户，以及可能包括服务提供者代表。
623 -)))|(% style="width:525px" %)(((
624 -主要的输出是给发起人和其他消费者利益相关方使用的服务价值报告，以及将与服务提供者讨论的改进倡议。这些倡议用作服务提供者的服务评审输入。
625 -
626 -对客户的服务和提供者的评审可能联合进行，并可能导致联合改进倡议。对于这两种形式的定制化服务来说，这都是很常见的，但是对于开箱即用的大众市场服务来说，这种情况相对较少。
627 -)))
628 -|(% style="width:98px" %)服务质量报告|(% style="width:485px" %)服务提供者向客户和其他同意的接收者生成报告和仪表盘，展示服务级别的成就和满意度的级别。这些是通过事先约定的方式沟通。|(% style="width:525px" %)(((
629 -服务提供者生成报告（有时是仪表盘），以证明满意度的级别和所选的服务级别的成就（在行业中普遍接受且与用户满意度相关）。
630 -
631 -这些是通过事先约定的方式沟通。
632 -)))
633 -|(% colspan="3" style="width:1107px" %)服务级别管理活动由服务提供者和服务消费者执行，如表3.2和3.4所述。他们可能涉及供应商和合作伙伴。这些活动还受到许多工具和技术的支持（有时甚至是完全自动化或部分自动化）。所有内容都将在以下各节进行描述。
634 -
635 635  ----
636 636  
637 -= 4.组织和人员 =
534 += (% style="color:#2d2d2d; font-size:29px" %)**4.组织和人员**(%%) =
638 638  
639 639  
640 640  == **4.1 角色，能力和责任** ==
... ... @@ -646,16 +646,17 @@
646 646  
647 647  表4.1 能力代码和描述
648 648  
649 -|**能力代码**|**能力描述（活动和技能）**
650 -|L|**领导者** 决策、委派、监督其他活动，提供激励和动机以及评估结果
651 -|A|(((
546 +(% style="width:508px" %)
547 +|(% style="width:97px" %)**能力代码**|(% style="width:408px" %)**能力描述（活动和技能）**
548 +|(% style="width:97px" %)L|(% style="width:408px" %)**领导者** 决策、委派、监督其他活动，提供激励和动机以及评估结果
549 +|(% style="width:97px" %)A|(% style="width:408px" %)(((
652 652  **管理员** 分配任务并确定优先级，保留记录，正在进行的报告，
653 653  
654 654  和启动基础改进
655 655  )))
656 -|C|**协调员/沟通者** 协调多方，维护利益相关者之间的沟通，并开展宣传活动活动
657 -|M|**方法和技术专家** 设计和实施工作技术，编写程序文档，流程咨询，工作分析和持续改进
658 -|T|**技术专家** 提供技术（IT）专业知识，并进行基于专家经验的任务。
554 +|(% style="width:97px" %)C|(% style="width:408px" %)**协调员/沟通者** 协调多方，维护利益相关者之间的沟通，并开展宣传活动活动
555 +|(% style="width:97px" %)M|(% style="width:408px" %)**方法和技术专家** 设计和实施工作技术，编写程序文档，流程咨询，工作分析和持续改进
556 +|(% style="width:97px" %)T|(% style="width:408px" %)**技术专家** 提供技术（IT）专业知识，并进行基于专家经验的任务。
659 659  
660 660  负责所有服务级别管理和活动的角色通常是服务所有者。在服务级别管理实践的环境中此角色的能力配置文件为CLA，尽管每种能力的重要性在活动和活动之间是不同的。表4.2中列出了负责服务级别管理活动的角色示例以及相关的能力概况。
661 661  
... ... @@ -662,200 +662,16 @@
662 662  
663 663  表4.2 负责服务级别管理活动的角色示例
664 664  
665 -|**活动**|**角色的职责**|**能力简介**|**具体技能**
666 -|(% colspan="4" %)SLA流程的管理
667 -|客户|(((
668 -客户需求的定义
563 +[[image:1642259558358-781.png]]
669 669  
670 -关系经理
565 +[[image:1642259587905-564.png]]
671 671  
672 -服务架构
567 +[[image:1642259609737-297.png]]
673 673  
674 -服务设计师
569 +[[image:1642259636970-993.png]]
675 675  
676 -服务所有者
677 -)))|CTA|(((
678 -对服务消费者的业务有很好的了解
679 679  
680 -熟悉服务提供者的组合
681 681  
682 -沟通和协调
683 -)))
684 -|产品所有者|(((
685 -可行性分析
686 -
687 -服务架构
688 -
689 -服务设计
690 -
691 -服务所有者
692 -
693 -供应商经理
694 -
695 -技术专家
696 -)))|TC|(((
697 -业务分析
698 -
699 -风险分析
700 -
701 -熟悉服务提供者组合
702 -)))
703 -|起草SLA|(((
704 -关系经理
705 -
706 -服务设计者
707 -
708 -服务所有者
709 -)))|CAT|(((
710 -熟悉服务提供者组合
711 -
712 -对产品有很好的了解，包括其架构和配置
713 -
714 -业务分析
715 -)))
716 -|SLA谈判|(((
717 -客户
718 -
719 -关系经理
720 -
721 -服务所有者
722 -)))|CA|(((
723 -沟通与谈判
724 -
725 -对产品有很好的了解，包括其架构和配置
726 -)))
727 -|SLA沟通和启用|(((
728 -产品所有者
729 -
730 -项目经理
731 -
732 -服务台代理
733 -
734 -服务所有者
735 -
736 -供应商经理
737 -)))|CAT|(((
738 -管理与协调
739 -
740 -沟通技巧
741 -)))
742 -|SLA 评审|(((
743 -客户
744 -
745 -关系经理
746 -
747 -服务设计者
748 -
749 -服务所有者
750 -)))|CA|(((
751 -分析能力
752 -
753 -对服务的理解
754 -
755 -对消费者背景的理解
756 -
757 -了解协议和期望
758 -)))
759 -|SLA延长|(((
760 -客户经理
761 -
762 -服务所有者
763 -
764 -技术专家
765 -)))|CA|(((
766 -协调与沟通
767 -
768 -了解协议和期望
769 -)))
770 -|SLA退出|(((
771 -客户经理
772 -
773 -服务所有者
774 -
775 -技术专家
776 -)))|CAT|(((
777 -对产品的理解，包括架构和配置
778 -
779 -理解协议
780 -
781 -管理和协调
782 -)))
783 -|(% colspan="4" %)监督服务级别和服务质量流程
784 -|客户和用户的满意度调查|(((
785 -客户经理
786 -
787 -产品所有者
788 -
789 -关系经理
790 -
791 -服务所有者
792 -)))|CA|(((
793 -对协议和期望的认识
794 -
795 -理解消费者的背景
796 -
797 -沟通
798 -)))
799 -|(((
800 -正在进行的服务质量
801 -
802 -监控
803 -)))|(((
804 -产品所有者
805 -
806 -服务所有者
807 -
808 -供应商经理
809 -
810 -技术专家
811 -)))|TC|(((
812 -分析能力
813 -
814 -了解协议和期望
815 -
816 -理解消费者的背景
817 -
818 -对产品深入的了解，包括它的架构和配置
819 -)))
820 -|Service评审|(((
821 -客户
822 -
823 -产品所有者
824 -
825 -关系经理
826 -
827 -服务所有者
828 -
829 -供应商经理
830 -
831 -技术专家
832 -)))|CT|(((
833 -分析能力
834 -
835 -对协议和期望的认识
836 -
837 -理解消费者的背景
838 -
839 -对产品的深入了解，包括其架构和配置
840 -
841 -沟通
842 -
843 -管理和协调
844 -)))
845 -|服务质量报告|(((
846 -客户
847 -
848 -关系经理
849 -
850 -服务所有者
851 -)))|CA|(((
852 -对协议和期望的认识
853 -
854 -理解消费者的背景
855 -
856 -沟通和谈判
857 -)))
858 -
859 859  === **4.1.1 服务所有者所有者的角色** ===
860 860  
861 861  服务级别管理实践中最重要的角色是服务所有者。
... ... @@ -866,26 +866,26 @@
866 866  
867 867  服务所有者具有以下职责（与服务级别管理实践相关的职责以斜体表示）：
868 868  
869 -* //确保持续提供的服务满足约定的客户需求//
870 -* //理解客户需求并将其转换为服务设计和SLA草案//
871 -* //确保与客户就服务相关的查询和问题保持一致和适当的沟通//
872 -* //协助定义服务模型并评估影响的新服务或对现有服务的变更//
873 -* //识别服务改进的机会，与客户讨论这些机会，并发起改进倡议//
874 -* //在服务价值流中与适当的利益相关者保持联系//
875 -* //征集所需的数据和报告以进行分析并促进有效的服务监控和绩效//
876 -* //代表跨组织的服务//
877 -* //理解服务（组件等）//
878 -* //作为处理与服务有关的重大事件的升级（通知）点//
879 -* //控制对服务的变更//
880 -* //进行服务的评审//
881 -* //确保有关服务的信息（在服务目录和其他记录中）是准确且最新的//
882 -* //协商与服务有关的SLA//
883 -* //识别改进的机会，并启动和推动对服务的改进。//
583 +* 确保持续提供的服务满足约定的客户需求
584 +* 理解客户需求并将其转换为服务设计和SLA草案
585 +* 确保与客户就服务相关的查询和问题保持一致和适当的沟通
586 +* 协助定义服务模型并评估影响的新服务或对现有服务的变更
587 +* 识别服务改进的机会，与客户讨论这些机会，并发起改进倡议
588 +* 在服务价值流中与适当的利益相关者保持联系
589 +* 征集所需的数据和报告以进行分析并促进有效的服务监控和绩效
590 +* 代表跨组织的服务
591 +* 理解服务（组件等）
592 +* 作为处理与服务有关的重大事件的升级（通知）点
593 +* 控制对服务的变更
594 +* 进行服务的评审
595 +* 确保有关服务的信息（在服务目录和其他记录中）是准确且最新的
596 +* 协商与服务有关的SLA
597 +* 识别改进的机会，并启动和推动对服务的改进。
884 884  
885 885  服务所有者负责服务持续改进和影响服务的变更管理。服务所有者是所有底层ITIL实践中的主要利益相关方，这些实践实现并支持他们所拥有的服务。
886 886  
887 887  
888 -== 4.2 **组织结构和团队** ==
602 +== **4.2 组织结构和团队** ==
889 889  
890 890  尽管产品所有者、服务所有者、客户经理和关系经理的角色可以通过正式职位和职位描述得到支持，但服务级别管理实践的专用组织结构并不常见。一些组织创建了专门针对服务提供的战略和战术管理的委员会（服务委员会，服务质量委员会等）。这些委员会通常在较高级别上将服务评审包括在其议程中，例如“为私人客户提供的服务”或“在北美地区的服务”。同样，当组织向外部消费者提供服务时，他们可能会有专门的面向客户的团队（销售团队，客户经理等）专注于关系管理实践，并且经常大量参与服务级别管理活动。
891 891  
... ... @@ -922,75 +922,14 @@
922 922  
923 923  表5.1服务级别管理活动的自动化解决方案
924 924  
925 -(% style="width:1067px" %)
926 -|(% style="width:278px" %)**流程活动**|(% style="width:239px" %)**自动化手段**|(% style="width:272px" %)**关键功能**|(% style="width:274px" %)**实践的效果上的影响**
927 -|(% colspan="4" style="width:1064px" %)SLA流程的管理
928 -|(% style="width:278px" %)定义客户需求 |(% style="width:239px" %)服务目录和服务门户|(% style="width:272px" %)选择要订购的服务和服务级别的选项|(% style="width:274px" %)在标准化服务量很高的情况下，非常高
929 -|(% style="width:278px" %)可行性分析|(% style="width:239px" %)(((
930 -配置管理数据库（CMDB），服务模型，可用性和容量监控和
639 +[[image:1642259777796-810.png]]
931 931  
932 -管理工具和资产管理工具
933 -)))|(% style="width:272px" %)控制提供所需服务资源的可用性和容量|(% style="width:274px" %)在标准化服务量很高的情况下，非常高
934 -|(% style="width:278px" %)起草SLA|(% style="width:239px" %)合同工具和服务门户|(% style="width:272px" %)起草报价单/ SLA|(% style="width:274px" %)(((
935 -在标准化服务量很高的情况下，非常高，尤其是通过
641 +[[image:1642259800965-954.png]]
936 936  
937 -互联网订购
938 -)))
939 -|(% style="width:278px" %)SLA谈判|(% style="width:239px" %)(((
940 -合同工具，以及
643 +[[image:1642259819464-595.png]]
941 941  
942 -服务门户和应用
943 -)))|(% style="width:272px" %)备选方案的选择|(% style="width:274px" %)中等
944 -|(% style="width:278px" %)SLA沟通和启用|(% style="width:239px" %)变更的发起和控制工具|(% style="width:272px" %)变更发起，|(% style="width:274px" %)在标准化服务量很高的地方非常高，尤其是如果以数字方式交付
945 -|(% style="width:278px" %)电子邮件和其他沟通渠道，账单和支付工具，资产管理工具（包括许可证控制）|(% style="width:239px" %)(((
946 -资产重新分配
947 947  
948 -
949 -)))|(% style="width:272px" %)工作任务分配，账单和付款流程，培训和交流，用户支持，|(% style="width:274px" %)提供了约定服务级别的确定来源
950 -|(% style="width:278px" %)(((
951 -SLA 评审
952 952  
953 -SLA延长
954 -
955 -SLA退出
956 -)))|(% style="width:239px" %)(((
957 -管理工具，用户支持            
958 -
959 -知识管理工具和文档存储库
960 -
961 -文档控制工具和存档
962 -)))|(% style="width:272px" %)控制失效日期、版本控制和文件归档|(% style="width:274px" %)(((
963 -从低到高，取决于要管理的文档量
964 -
965 -监督对服务级别和服务质量流程
966 -)))
967 -|(% style="width:278px" %)客户和用户满意度调查|(% style="width:239px" %)调查工具，分析工具，沟通系统和社交媒体|(% style="width:272px" %)调查的分发和推广，收集反馈意见，处理数据，发布调查结果|(% style="width:274px" %)非常高，尤其是在受访者人数众多的地方
968 -|(% style="width:278px" %)(((
969 -正在进行的服务质量j监控
970 -
971 -基础设施和系统服务健康数据的收集，用户和客户反馈的收集，处理和分析以及仪表盘和报告设计以及展示
972 -)))|(% style="width:239px" %)监控|(% style="width:272px" %)应用程序监控和报告工具，内置用户行为监控工具，仪表盘和报告工具，高级分析工具，调查和满意度监控工具，用户门户和应用程序以及社交媒体，|(% style="width:274px" %)在标准化服务量很高的情况下非常高，尤其是如果以数字方式交付
973 -|(% style="width:278px" %)服务评审|(% style="width:239px" %)(((
974 -报告工具，合同工具和
975 -
976 -报告的演示，
977 -)))|(% style="width:272px" %)SLA延长和主动记录改进|(% style="width:274px" %)(((
978 -低到中，取决于
979 -
980 -标准化服务量
981 -
982 -服务的服务门户和
983 -
984 -应用程序
985 -)))
986 -|(% style="width:278px" %)服务质量报告|(% style="width:239px" %)报告和仪表盘工具，服务门户和应用，电子邮件和其他通讯工具|(% style="width:272px" %)报告的演示|(% style="width:274px" %)(((
987 -从低到高，取决于
988 -
989 -标准化服务的数量以及必须向哪些利益相关者进行报告以及社交媒体
990 -)))
991 -
992 -
993 -
994 994  ----
995 995  
996 996  = **6. 合作伙伴和供应商** =
Icon 1642258918727-370.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +53.6 KB
Content Icon
Icon 1642258944779-815.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +40.2 KB
Content Icon
Icon 1642259130193-258.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +123.6 KB
Content Icon
Icon 1642259150429-303.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +124.0 KB
Content Icon
Icon 1642259167148-240.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +112.0 KB
Content Icon
Icon 1642259208447-804.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +117.1 KB
Content Icon
Icon 1642259224305-618.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +60.1 KB
Content Icon
Icon 1642259336975-298.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +131.8 KB
Content Icon
Icon 1642259416405-264.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +125.3 KB
Content Icon
Icon 1642259447490-806.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +92.6 KB
Content Icon
Icon 1642259462983-156.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +54.4 KB
Content Icon
Icon 1642259558358-781.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +77.3 KB
Content Icon
Icon 1642259587905-564.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +65.0 KB
Content Icon
Icon 1642259609737-297.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +61.6 KB
Content Icon
Icon 1642259636970-993.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +47.7 KB
Content Icon
Icon 1642259777796-810.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +75.9 KB
Content Icon
Icon 1642259800965-954.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +89.3 KB
Content Icon
Icon 1642259819464-595.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +90.3 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司