由 superadmin 于 2024/12/25, 15:40 最后修改
从版本< 10.1 >
由superadmin编辑
在2021/12/16, 12:35上
到版本
由superadmin编辑
在2021/12/16, 12:36上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -503,25 +503,25 @@
503 503  
504 504  表3.2 SLA管理流程的活动
505 505  
506 -(% style="width:938px" %)
507 -|(% style="width:107px" %)**活动**|(% style="width:367px" %)**开箱即用的预定义服务**|(% style="width:461px" %)**定制化服务**
508 -|(% style="width:107px" %)定义客户需求|(% style="width:367px" %)这些基于现有的服务目录，并为服务级别明确定义的选项。客户为他们所需的服务选择最合适的选项/组合。来自面向客户的团队的服务提供者代表可以帮助客户浏览目录，以找到最相关的服务和服务级别。|(% style="width:461px" %)(((
506 +(% style="width:892px" %)
507 +|(% style="width:91px" %)**活动**|(% style="width:375px" %)**开箱即用的预定义服务**|(% style="width:423px" %)**定制化服务**
508 +|(% style="width:91px" %)定义客户需求|(% style="width:375px" %)这些基于现有的服务目录，并为服务级别明确定义的选项。客户为他们所需的服务选择最合适的选项/组合。来自面向客户的团队的服务提供者代表可以帮助客户浏览目录，以找到最相关的服务和服务级别。|(% style="width:423px" %)(((
509 509  客户根据他们的业务需求沟通对服务的需求。他们可以参考现有目录，但通常要求不限于预定义的选项。
510 510  
511 511  来自面向客户的或业务分析团队的服务提供者代表，或产品和服务所有者都参与撰写需求的过程中
512 512  )))
513 -|(% style="width:107px" %)可行性分析|(% style="width:367px" %)快速检查资源可用性以确认可以满足定义的需求。该活动遵循预定义的模式，并且可以完全自动化。这将导致服务需求的确认或必要的调整。|(% style="width:461px" %)(((
513 +|(% style="width:91px" %)可行性分析|(% style="width:375px" %)快速检查资源可用性以确认可以满足定义的需求。该活动遵循预定义的模式，并且可以完全自动化。这将导致服务需求的确认或必要的调整。|(% style="width:423px" %)(((
514 514  可能需要对资源要求进行手动或半自动分析，以定义是否有可能满足这些需求以及成本。输出主要是估算的成本/价格和时间表。
515 515  
516 516  该分析应包括与服务提供者的供应商和合作伙伴达成的协议，以确保他们将支持所需的服务级别。
517 517  )))
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" %)(((
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" %)(((
521 521  当双方确认SLA时，服务提供者会启动所需的变更和沟通，以使约定的服务可用于用户。变更和上线沟通可能是完全自动化的，也可能是大部分自动化的。
522 522  
523 523  这些变更和沟通是由服务级别管理实践触发的，但需要其他实践完成。
524 -)))|(% style="width:461px" %)(((
524 +)))|(% style="width:423px" %)(((
525 525  当各方确认SLA时，服务提供者会启动所需的变更和沟通，以使约定的服务可用于用户。这可能需要对所有类型的提供者的资源进行大量的手动和自动更改，也可能需要对消费者的资源进行更改。在某些情况下，这将导致项目或方案的实现。
526 526  
527 527  这些变更和沟通由服务级别触发
... ... @@ -528,7 +528,7 @@
528 528  
529 529  但需要其他实践完成。
530 530  )))
531 -|(% style="width:107px" %)SLA 评审|(% style="width:367px" %)SLA的正式评审可以基于时间周期或事态进行触发（例如：客户请求，策略变更，服务评审或组织变革）。如果评审是基于时间的，并且客户和提供者都对SLA的内容以及条款和条件都感到满意，那么通常会确认SLA可以延长。如果客户的需求已经发生改变，则流程会基于重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。|(% style="width:461px" %)(((
531 +|(% style="width:91px" %)SLA 评审|(% style="width:375px" %)SLA的正式评审可以基于时间周期或事态进行触发（例如：客户请求，策略变更，服务评审或组织变革）。如果评审是基于时间的，并且客户和提供者都对SLA的内容以及条款和条件都感到满意，那么通常会确认SLA可以延长。如果客户的需求已经发生改变，则流程会基于重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。|(% style="width:423px" %)(((
532 532  SLA的正式评审可以基于时间和事态进行触发（例如客户请求、策略的改变、服务评审或组织变革）。
533 533  
534 534  在最初的SLA协商之后进行的第一次评审可能会导致SLA措词的改进，不涉及服务的变化。不管措词是否更改，修订后的SLA都应延续。如果客户的需求已经被更改，则流程可能会以重新定义的需求再次开始。最后，如果不再需要服务，则启动SLA退出。
... ... @@ -537,16 +537,16 @@
537 537  
538 538  （通常是服务所有者所有者和/或关系经理）。
539 539  )))
540 -|(% style="width:107px" %)SLA延长|(% colspan="2" style="width:829px" %)(((
540 +|(% style="width:91px" %)SLA延长|(% colspan="2" style="width:798px" %)(((
541 541  如果SLA被确认可以延长，则可能需要进行沟通和更改（例如，延长与供应商的支持合同）。这可以是完全自动化或部分自动化的。
542 542  
543 543  这些变更和沟通由服务级别触发，但需要其他实践完成。
544 544  )))
545 -|(% style="width:107px" %)SLA退出|(% style="width:367px" %)(((
545 +|(% style="width:91px" %)SLA退出|(% style="width:375px" %)(((
546 546  确认SLA退出后，服务提供者会启动所需的变更和沟通，以使用户无法使用约定的服务。更改和下线沟通可以是完全自动化或部分自动化。
547 547  
548 548  这些更改和沟通都是由服务级别管理实践所触发，但需要其他实践完成。
549 -)))|(% style="width:461px" %)(((
549 +)))|(% style="width:423px" %)(((
550 550  确认SLA退出后，服务提供者会启动所需的变更和沟通，以使用户无法使用约定的服务。
551 551  
552 552  这可能需要对所有类型的提供者的资源进行大量的手动和自动更改，也可能需要对消费者的资源进行更改。在某些情况下，这将会导致一个退出的项目或项目集。这些变更和沟通由服务级别管理实践所触发，但需要其他实践完成。
... ... @@ -987,7 +987,6 @@
987 987  标准化服务的数量以及必须向哪些利益相关者进行报告以及社交媒体
988 988  )))
989 989  
990 -
991 991  ----
992 992  
993 993  = **6. 合作伙伴和供应商** =
深圳市艾拓先锋企业管理咨询有限公司