文档更改服务管理实践 - 11 服务级别
由 superadmin 于 2024/12/25, 15:40 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- Content
-
... ... @@ -163,6 +163,7 @@ 163 163 ))) 164 164 |(% style="width:421px" %)监控技术、团队和供应商绩效|(% style="width:188px" %)监控和事态管理 165 165 166 + 166 166 == 2.4 **实践成功因素** == 167 167 168 168 实践成功因素(PSF)不仅仅是一项任务或实现价值;它包括所有服务管理四维模型的组件。在一个实践中的实践成功因素PSF的活动和资源性质可能不同,但它们在一起可以确保实践的有效性。 ... ... @@ -417,6 +417,7 @@ 417 417 * 契动 418 418 * 改进。 419 419 421 + 420 420 == **3.2 流程** == 421 421 422 422 每个实践可能包含一个或多个流程和活动,它们对于实现该实践的目的可能是必要的。 ... ... @@ -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" %)(((508 +(% style="width:961px" %) 509 +|(% style="width:107px" %)**活动**|(% style="width:367px" %)**开箱即用的预定义服务**|(% style="width:484px" %)**定制化服务** 510 +|(% style="width:107px" %)定义客户需求|(% style="width:367px" %)这些基于现有的服务目录,并为服务级别明确定义的选项。客户为他们所需的服务选择最合适的选项/组合。来自面向客户的团队的服务提供者代表可以帮助客户浏览目录,以找到最相关的服务和服务级别。|(% style="width:484px" %)((( 509 509 客户根据他们的业务需求沟通对服务的需求。他们可以参考现有目录,但通常要求不限于预定义的选项。 510 510 511 511 来自面向客户的或业务分析团队的服务提供者代表,或产品和服务所有者都参与撰写需求的过程中 512 512 ))) 513 -|(% style="width: 91px" %)可行性分析|(% style="width:375px" %)快速检查资源可用性以确认可以满足定义的需求。该活动遵循预定义的模式,并且可以完全自动化。这将导致服务需求的确认或必要的调整。|(% style="width:423px" %)(((515 +|(% style="width:107px" %)可行性分析|(% style="width:367px" %)快速检查资源可用性以确认可以满足定义的需求。该活动遵循预定义的模式,并且可以完全自动化。这将导致服务需求的确认或必要的调整。|(% style="width:484px" %)((( 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" %)(((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" %)((( 521 521 当双方确认SLA时,服务提供者会启动所需的变更和沟通,以使约定的服务可用于用户。变更和上线沟通可能是完全自动化的,也可能是大部分自动化的。 522 522 523 523 这些变更和沟通是由服务级别管理实践触发的,但需要其他实践完成。 524 -)))|(% style="width:4 23px" %)(((526 +)))|(% style="width:484px" %)((( 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" %)(((533 +|(% style="width:107px" %)SLA 评审|(% style="width:367px" %)SLA的正式评审可以基于时间周期或事态进行触发(例如:客户请求,策略变更,服务评审或组织变革)。如果评审是基于时间的,并且客户和提供者都对SLA的内容以及条款和条件都感到满意,那么通常会确认SLA可以延长。如果客户的需求已经发生改变,则流程会基于重新定义的需求再次开始。最后,如果不再需要服务,则启动SLA退出。|(% style="width:484px" %)((( 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" %)(((542 +|(% style="width:107px" %)SLA延长|(% colspan="2" style="width:851px" %)((( 541 541 如果SLA被确认可以延长,则可能需要进行沟通和更改(例如,延长与供应商的支持合同)。这可以是完全自动化或部分自动化的。 542 542 543 543 这些变更和沟通由服务级别触发,但需要其他实践完成。 544 544 ))) 545 -|(% style="width: 91px" %)SLA退出|(% style="width:375px" %)(((547 +|(% style="width:107px" %)SLA退出|(% style="width:367px" %)((( 546 546 确认SLA退出后,服务提供者会启动所需的变更和沟通,以使用户无法使用约定的服务。更改和下线沟通可以是完全自动化或部分自动化。 547 547 548 548 这些更改和沟通都是由服务级别管理实践所触发,但需要其他实践完成。 549 -)))|(% style="width:4 23px" %)(((551 +)))|(% style="width:484px" %)((( 550 550 确认SLA退出后,服务提供者会启动所需的变更和沟通,以使用户无法使用约定的服务。 551 551 552 552 这可能需要对所有类型的提供者的资源进行大量的手动和自动更改,也可能需要对消费者的资源进行更改。在某些情况下,这将会导致一个退出的项目或项目集。这些变更和沟通由服务级别管理实践所触发,但需要其他实践完成。 ... ... @@ -987,6 +987,8 @@ 987 987 标准化服务的数量以及必须向哪些利益相关者进行报告以及社交媒体 988 988 ))) 989 989 992 + 993 + 990 990 ---- 991 991 992 992 = **6. 合作伙伴和供应商** =