Last modified by superadmin on 2024/12/25, 15:40
From version < 12.1 >
edited by superadmin
on 2021/12/16, 12:37
To version < 10.1 >
edited by superadmin
on 2021/12/16, 12:35
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -503,25 +503,25 @@
503 503  
504 504  表3.2 SLA管理流程的活动
505 505  
506 -(% style="width:892px" %)
507 -|(% style="width:91px" %)**活动**|(% style="width:375px" %)**开箱即用的预定义服务**|(% style="width:423px" %)**定制化服务**
508 -|(% style="width:91px" %)定义客户需求|(% style="width:375px" %)这些基于现有的服务目录，并为服务级别明确定义的选项。客户为他们所需的服务选择最合适的选项/组合。来自面向客户的团队的服务提供者代表可以帮助客户浏览目录，以找到最相关的服务和服务级别。|(% style="width:423px" %)(((
506 +(% style="width:938px" %)
507 +|(% style="width:107px" %)**活动**|(% style="width:367px" %)**开箱即用的预定义服务**|(% style="width:461px" %)**定制化服务**
508 +|(% style="width:107px" %)定义客户需求|(% style="width:367px" %)这些基于现有的服务目录，并为服务级别明确定义的选项。客户为他们所需的服务选择最合适的选项/组合。来自面向客户的团队的服务提供者代表可以帮助客户浏览目录，以找到最相关的服务和服务级别。|(% style="width:461px" %)(((
509 509  客户根据他们的业务需求沟通对服务的需求。他们可以参考现有目录，但通常要求不限于预定义的选项。
510 510  
511 511  来自面向客户的或业务分析团队的服务提供者代表，或产品和服务所有者都参与撰写需求的过程中
512 512  )))
513 -|(% style="width:91px" %)可行性分析|(% style="width:375px" %)快速检查资源可用性以确认可以满足定义的需求。该活动遵循预定义的模式，并且可以完全自动化。这将导致服务需求的确认或必要的调整。|(% style="width:423px" %)(((
513 +|(% style="width:107px" %)可行性分析|(% style="width:367px" %)快速检查资源可用性以确认可以满足定义的需求。该活动遵循预定义的模式，并且可以完全自动化。这将导致服务需求的确认或必要的调整。|(% style="width:461px" %)(((
514 514  可能需要对资源要求进行手动或半自动分析，以定义是否有可能满足这些需求以及成本。输出主要是估算的成本/价格和时间表。
515 515  
516 516  该分析应包括与服务提供者的供应商和合作伙伴达成的协议，以确保他们将支持所需的服务级别。
517 517  )))
518 -|(% style="width:91px" %)起草SLA|(% style="width:375px" %)为客户起草标准的SLA，并且获得客户的评审和确认。它可以是完全自动化或很大程度上自动化。|(% style="width:423px" %)服务设计者、服务所有者和关系经理参与了基于可行性分析的协议的起草工作。建议将现有的服务和说明书用作构建块，但这项工作仍可能需要专家知识和大家的协作。
519 -|(% style="width:91px" %)SLA谈判|(% style="width:375px" %)客户评审SLA草案并接受其条款和条件或将其退回以进行分析。如果它被返回或者客户需求协助，则来自面向客户团队的服务提供者代表可以通过SLA草案指导客户并回答问题。在其他情况下，此活动可能是全自动的，客户接受SLA即表示是正式确认。|(% style="width:423px" %)客户和服务提供者代表（可能包括服务负责人，关系，经理，服务设计者等）讨论SLA草案并在需要时协商变更，或签字接受该草案。如果不接受，则将草稿退回到可行性分析中。对于可接受的版本，可能需要花费几次迭代才能达成共识。草案通过后，便得到各方的正式确认。
520 -|(% style="width:91px" %)SLA沟通和启用|(% style="width:375px" %)(((
518 +|(% style="width:107px" %)起草SLA|(% style="width:367px" %)为客户起草标准的SLA，并且获得客户的评审和确认。它可以是完全自动化或很大程度上自动化。|(% style="width:461px" %)服务设计者、服务所有者和关系经理参与了基于可行性分析的协议的起草工作。建议将现有的服务和说明书用作构建块，但这项工作仍可能需要专家知识和大家的协作。
519 +|(% style="width:107px" %)SLA谈判|(% style="width:367px" %)客户评审SLA草案并接受其条款和条件或将其退回以进行分析。如果它被返回或者客户需求协助，则来自面向客户团队的服务提供者代表可以通过SLA草案指导客户并回答问题。在其他情况下，此活动可能是全自动的，客户接受SLA即表示是正式确认。|(% style="width:461px" %)客户和服务提供者代表（可能包括服务负责人，关系，经理，服务设计者等）讨论SLA草案并在需要时协商变更，或签字接受该草案。如果不接受，则将草稿退回到可行性分析中。对于可接受的版本，可能需要花费几次迭代才能达成共识。草案通过后，便得到各方的正式确认。
520 +|(% style="width:107px" %)SLA沟通和启用|(% style="width:367px" %)(((
521 521  当双方确认SLA时，服务提供者会启动所需的变更和沟通，以使约定的服务可用于用户。变更和上线沟通可能是完全自动化的，也可能是大部分自动化的。
522 522  
523 523  这些变更和沟通是由服务级别管理实践触发的，但需要其他实践完成。
524 -)))|(% style="width:423px" %)(((
524 +)))|(% style="width:461px" %)(((
525 525  当各方确认SLA时，服务提供者会启动所需的变更和沟通，以使约定的服务可用于用户。这可能需要对所有类型的提供者的资源进行大量的手动和自动更改，也可能需要对消费者的资源进行更改。在某些情况下，这将导致项目或方案的实现。
526 526  
527 527  这些变更和沟通由服务级别触发
... ... @@ -528,7 +528,7 @@
528 528  
529 529  但需要其他实践完成。
530 530  )))
531 -|(% style="width:91px" %)SLA 评审|(% style="width:375px" %)SLA的正式评审可以基于时间周期或事态进行触发（例如：客户请求，策略变更，服务评审或组织变革）。如果评审是基于时间的，并且客户和提供者都对SLA的内容以及条款和条件都感到满意，那么通常会确认SLA可以延长。如果客户的需求已经发生改变，则流程会基于重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。|(% style="width:423px" %)(((
531 +|(% style="width:107px" %)SLA 评审|(% style="width:367px" %)SLA的正式评审可以基于时间周期或事态进行触发（例如：客户请求，策略变更，服务评审或组织变革）。如果评审是基于时间的，并且客户和提供者都对SLA的内容以及条款和条件都感到满意，那么通常会确认SLA可以延长。如果客户的需求已经发生改变，则流程会基于重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。|(% style="width:461px" %)(((
532 532  SLA的正式评审可以基于时间和事态进行触发（例如客户请求、策略的改变、服务评审或组织变革）。
533 533  
534 534  在最初的SLA协商之后进行的第一次评审可能会导致SLA措词的改进，不涉及服务的变化。不管措词是否更改，修订后的SLA都应延续。如果客户的需求已经被更改，则流程可能会以重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。
... ... @@ -537,16 +537,16 @@
537 537  
538 538  （通常是服务所有者所有者和/或关系经理）。
539 539  )))
540 -|(% style="width:91px" %)SLA延长|(% colspan="2" style="width:798px" %)(((
540 +|(% style="width:107px" %)SLA延长|(% colspan="2" style="width:829px" %)(((
541 541  如果SLA被确认可以延长，则可能需要进行沟通和更改（例如，延长与供应商的支持合同）。这可以是完全自动化或部分自动化的。
542 542  
543 543  这些变更和沟通由服务级别触发，但需要其他实践完成。
544 544  )))
545 -|(% style="width:91px" %)SLA退出|(% style="width:375px" %)(((
545 +|(% style="width:107px" %)SLA退出|(% style="width:367px" %)(((
546 546  确认SLA退出后，服务提供者会启动所需的变更和沟通，以使用户无法使用约定的服务。更改和下线沟通可以是完全自动化或部分自动化。
547 547  
548 548  这些更改和沟通都是由服务级别管理实践所触发，但需要其他实践完成。
549 -)))|(% style="width:423px" %)(((
549 +)))|(% style="width:461px" %)(((
550 550  确认SLA退出后，服务提供者会启动所需的变更和沟通，以使用户无法使用约定的服务。
551 551  
552 552  这可能需要对所有类型的提供者的资源进行大量的手动和自动更改，也可能需要对消费者的资源进行更改。在某些情况下，这将会导致一个退出的项目或项目集。这些变更和沟通由服务级别管理实践所触发，但需要其他实践完成。
... ... @@ -596,39 +596,39 @@
596 596  
597 597  表3.4 服务级别和质量监督流程的活动
598 598  
599 -(% style="width:1011px" %)
600 -|(% style="width:98px" %)**活动**|(% style="width:474px" %)**形式化程度高（详细的SLA）**|(% style="width:438px" %)**形式化程度低（潜在服务级别和概念协议）**
601 -|(% style="width:98px" %)客户和用户满意度调查|(% style="width:474px" %)服务提供者运行定期的满意度调查，收集用户和客户的反馈。各方可以正式商定调查的形式和规则。服务所有者和服务提供者的关系经理会评估反馈并将其包含在服务评审的范围中。|(% style="width:438px" %)(((
599 +(% style="width:1110px" %)
600 +|(% style="width:98px" %)**活动**|(% style="width:485px" %)**形式化程度高（详细的SLA）**|(% style="width:525px" %)**形式化程度低（潜在服务级别和概念协议）**
601 +|(% style="width:98px" %)客户和用户满意度调查|(% style="width:485px" %)服务提供者运行定期的满意度调查，收集用户和客户的反馈。各方可以正式商定调查的形式和规则。服务所有者和服务提供者的关系经理会评估反馈并将其包含在服务评审的范围中。|(% style="width:525px" %)(((
602 602  服务提供者不断从用户和客户那里收集信息，以确保他们对服务感到满意，并识别改进的机会。调查包括非正式达成一致的或未形成文件的服务质量的各个方面。这有助于维护客户的期望的认识以及如何感知服务；此类信息应不断的仔细的评审。
603 603  
604 604  服务所有者和服务提供者的关系经理对反馈进行评估，并将其包含在服务评审的范围中。
605 605  )))
606 -|(% style="width:98px" %)正在进行的服务质量监控|(% style="width:474px" %)(((
606 +|(% style="width:98px" %)正在进行的服务质量监控|(% style="width:485px" %)(((
607 607  服务提供者监控用于服务交付的资源的绩效（此工作涉及许多实践），并收集服务用于制定SLA的相关数据。同时，从用户和其他相关的利益相关者那里收集了即时反馈。服务所有者和服务提供者的关系经理会监控这些服务，以确保它们按照约定进行交付。
608 608  
609 609  某些服务质量数据可能以商定格式在仪表盘上供用户和客户使用，因此他们也可以监控服务质量。
610 -)))|(% style="width:438px" %)(((
610 +)))|(% style="width:525px" %)(((
611 611  从用户和其他相关的利益相关者那里收集定期的即时反馈。它与资源绩效数据结合使用，并与服务提供者定义的技术规范和基准进行了比较。
612 612  
613 613  服务所有者、产品所有者和关系经理监控服务，以确保所有系统均按预期工作。
614 614  )))
615 -|(% style="width:98px" %)服务评审|(% style="width:474px" %)(((
615 +|(% style="width:98px" %)服务评审|(% style="width:485px" %)(((
616 616  服务所有者在指定的时间段内或依赖于事态进行服务质量的评审。服务所有者涉及服务提供者的利益相关者（产品所有者、技术团队所有者、关系经理、供应商管理人员等）以及可能包括客户。
617 617  
618 618  关键输出是内部服务质量报告和改进方案。
619 619  
620 620  客户进行服务质量的评审，涉及关键用户，以及可能包括服务提供者代表。
621 -)))|(% style="width:438px" %)(((
621 +)))|(% style="width:525px" %)(((
622 622  主要的输出是给发起人和其他消费者利益相关方使用的服务价值报告，以及将与服务提供者讨论的改进倡议。这些倡议用作服务提供者的服务评审输入。
623 623  
624 624  对客户的服务和提供者的评审可能联合进行，并可能导致联合改进倡议。对于这两种形式的定制化服务来说，这都是很常见的，但是对于开箱即用的大众市场服务来说，这种情况相对较少。
625 625  )))
626 -|(% style="width:98px" %)服务质量报告|(% style="width:474px" %)服务提供者向客户和其他同意的接收者生成报告和仪表盘，展示服务级别的成就和满意度的级别。这些是通过事先约定的方式沟通。|(% style="width:438px" %)(((
626 +|(% style="width:98px" %)服务质量报告|(% style="width:485px" %)服务提供者向客户和其他同意的接收者生成报告和仪表盘，展示服务级别的成就和满意度的级别。这些是通过事先约定的方式沟通。|(% style="width:525px" %)(((
627 627  服务提供者生成报告（有时是仪表盘），以证明满意度的级别和所选的服务级别的成就（在行业中普遍接受且与用户满意度相关）。
628 628  
629 629  这些是通过事先约定的方式沟通。
630 630  )))
631 -|(% colspan="3" style="width:1008px" %)服务级别管理活动由服务提供者和服务消费者执行，如表3.2和3.4所述。他们可能涉及供应商和合作伙伴。这些活动还受到许多工具和技术的支持（有时甚至是完全自动化或部分自动化）。所有内容都将在以下各节进行描述。
631 +|(% colspan="3" style="width:1107px" %)服务级别管理活动由服务提供者和服务消费者执行，如表3.2和3.4所述。他们可能涉及供应商和合作伙伴。这些活动还受到许多工具和技术的支持（有时甚至是完全自动化或部分自动化）。所有内容都将在以下各节进行描述。
632 632  
633 633  ----
634 634  
... ... @@ -987,6 +987,7 @@
987 987  标准化服务的数量以及必须向哪些利益相关者进行报告以及社交媒体
988 988  )))
989 989  
990 +
990 990  ----
991 991  
992 992  = **6. 合作伙伴和供应商** =
深圳市艾拓先锋企业管理咨询有限公司