文档更改06. 步骤4:协议
由 superadmin 于 2024/04/03, 16:45 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- Content
-
... ... @@ -4,7 +4,7 @@ 4 4 5 5 约定和规划价值共创 6 6 7 - 谈判和约定服务 7 + 谈判和约定服务 8 8 9 9 10 10 协议步骤的目的是在服务提供者和服务消费者之间统一期望,并建立对目标服务范围和质量的共享视图。 ... ... @@ -18,9 +18,9 @@ 18 18 19 19 表6.1 统一期望和约定服务的目的 20 20 21 -(% style="width: 996px" %)22 -|**协议**|**对于服务消费者**|(% style="width:3 72px" %)**对于服务提供者**23 -|促进成果和经验|((( 21 +(% style="width:778px" %) 22 +|(% style="width:146px" %)**协议**|(% style="width:329px" %)**对于服务消费者**|(% style="width:300px" %)**对于服务提供者** 23 +|(% style="width:146px" %)促进成果和经验|(% style="width:329px" %)((( 24 24 确保提供的服务满足客户和用户的要求和期望 25 25 26 26 通过服务和服务关系增加潜在价值 ... ... @@ -28,7 +28,7 @@ 28 28 确保所有利益相关者对服务质量达成共识 29 29 30 30 确保对利益相关者的责任有共同的理解 31 -)))|(% style="width:3 72px" %)(((31 +)))|(% style="width:300px" %)((( 32 32 确保所有相关利益相关者对服务质量达成共识 33 33 34 34 确保对利益相关者的责任有共同的了解 ... ... @@ -37,7 +37,7 @@ 37 37 38 38 通过服务交付和服务关系增加潜在价值 39 39 ))) 40 -|优化风险和合规性|((( 40 +|(% style="width:146px" %)优化风险和合规性|(% style="width:329px" %)((( 41 41 确保对服务质量的充分控制和服务状态的透明度 42 42 43 43 消除有关当事方之间的误解和错位 ... ... @@ -47,7 +47,7 @@ 47 47 确保对服务相关风险达成共识 48 48 49 49 为无法通过协议共享或转移的风险安排补偿性控制 50 -)))|(% style="width:3 72px" %)(((50 +)))|(% style="width:300px" %)((( 51 51 消除有关当事方之间的误解和错位 52 52 53 53 降低违规风险 ... ... @@ -56,13 +56,13 @@ 56 56 57 57 确保对服务价格和相关付款有共同的了解,并减少付款纠纷或延误的风险 58 58 ))) 59 -|优化资源并最小化成本|((( 59 +|(% style="width:146px" %)优化资源并最小化成本|(% style="width:329px" %)((( 60 60 确保对服务消费成本和相关付款有共同的了解 61 61 62 62 优化服务消费成本 63 63 64 64 优化谈判和协议成本以及整体资源利用 65 -)))|(% style="width:3 72px" %)(((65 +)))|(% style="width:300px" %)((( 66 66 确保对服务提供成本有共同的了解 67 67 68 68 优化服务提供成本 ... ... @@ -88,7 +88,6 @@ 88 88 ))) 89 89 90 90 91 - 92 92 == 6.1 约定和规划价值共创 == 93 93 94 94 应该就如何以及何时共同创造、跟踪、评估和评价价值达成共识。 这类规划的一种方法是,首先就驱动价值的因素达成一致,并概述预期的服务成果和经验,然后计划如何以及何时衡量、评估、报告和评价价值共创。 该规划应包括风险管理、合规和成本以及资源管理。 ... ... @@ -106,15 +106,14 @@ 106 106 * 服务消费者访问服务提供者的资源 107 107 * 由服务提供者、服务消费者或二者共同实施的服务动作 108 108 109 - 110 110 大多数服务产品都结合了几种形式。基于技术的服务通常包括对服务提供者资源的访问,有时还包括对服务动作的访问。表6.2提供了一些价值驱动的示例。 111 111 112 112 113 113 表6.2适用于不同类型服务产品的价值驱动示例 114 114 115 -(% style="width:1 114px" %)116 -|(% style="width:141px" %)**服务示例**|(% style="width:187px" %)**商品转移**|(% style="width:3 90px" %)**访问资源**|(% style="width:394px" %)**服务动作**117 -|(% style="width:141px" %)企业会计|(% style="width:187px" %)N/A|(% style="width:3 90px" %)财务部门的员工可以访问:具有约定功能的会计应用程序;约定质量的财务和其他数据;以及服务台和其他支持接口|(% style="width:394px" %)(((113 +(% style="width:1005px" %) 114 +|(% style="width:141px" %)**服务示例**|(% style="width:187px" %)**商品转移**|(% style="width:322px" %)**访问资源**|(% style="width:352px" %)**服务动作** 115 +|(% style="width:141px" %)企业会计|(% style="width:187px" %)N/A|(% style="width:322px" %)财务部门的员工可以访问:具有约定功能的会计应用程序;约定质量的财务和其他数据;以及服务台和其他支持接口|(% style="width:352px" %)((( 118 118 用户动作:通过应用程序在会计系统中进行的任何交易或查询 119 119 120 120 服务提供者的动作: ... ... @@ -123,11 +123,11 @@ 123 123 124 124 联合动作:服务台代理登记用户报告的事件 125 125 ))) 126 -|(% style="width:141px" %)面向个人消费者的宽带互联网服务|(% style="width:187px" %)将具有所有权的Wi-Fi路由器和用户手册出售给用户|(% style="width:3 90px" %)(((124 +|(% style="width:141px" %)面向个人消费者的宽带互联网服务|(% style="width:187px" %)将具有所有权的Wi-Fi路由器和用户手册出售给用户|(% style="width:322px" %)((( 127 127 客户授权的所有用户都可以以约定的速度访问局域网和广域网 128 128 129 129 向客户提供用于支付、报告和服务管理的用户接口访问权限 130 -)))|(% style="width:3 94px" %)(((128 +)))|(% style="width:352px" %)((( 131 131 用户动作:查看帐户状态;变更订阅;管理用户帐户 132 132 133 133 服务提供者的动作:向客户发送发票 ... ... @@ -134,13 +134,13 @@ 134 134 135 135 联合行动:当客户搬到新地方时,更改服务提供的地址 136 136 ))) 137 -|(% style="width:141px" %)一家小型咖啡店的刷卡支付处理|(% style="width:187px" %)读卡器设备所有权转让给客户|(% style="width:3 90px" %)(((135 +|(% style="width:141px" %)一家小型咖啡店的刷卡支付处理|(% style="width:187px" %)读卡器设备所有权转让给客户|(% style="width:322px" %)((( 138 138 访问与客户的收银机和银行帐户集成的支付处理服务 139 139 140 140 访问用于接收和管理支付的移动应用 141 141 142 142 访问支持热线 143 -)))|(% style="width:3 94px" %)(((141 +)))|(% style="width:352px" %)((( 144 144 用户动作:接收卡或设备支付;取消支付;重置设备; 与智能手机配对 145 145 146 146 服务提供者的动作:通知客户有关应用程序更新和其他重要事件 ... ... @@ -147,7 +147,7 @@ 147 147 148 148 联合动作:更换有故障的读卡器设备 149 149 ))) 150 -|(% style="width:141px" %)内部IT基础架构团队为产品开发团队提供的基础架构平台服务|(% style="width:187px" %)N/A|(% style="width:3 90px" %)平台即服务的访问|(% style="width:394px" %)(((148 +|(% style="width:141px" %)内部IT基础架构团队为产品开发团队提供的基础架构平台服务|(% style="width:187px" %)N/A|(% style="width:322px" %)平台即服务的访问|(% style="width:352px" %)((( 151 151 用户动作:安装和更新应用程序; 通过标准化接口配置资源并安装、调试、启动、停止和停用平台组件 152 152 153 153 服务提供者的动作:监控和报告服务水平;组件打补丁; 开票给客户 ... ... @@ -155,7 +155,6 @@ 155 155 联合行动:对平台进行重大更新; 解决共同的问题 156 156 ))) 157 157 158 - 159 159 在表6.2中,第一个和第三个示例主要是在服务动作的上下文中被客户和用户感知。 这对于旨在使业务活动自动化的服务来说是典型的。第二个和第四个示例主要是通过服务提供者提供的资源质量来感知。不同点通常反映在服务协议的格式中,因为它们更加关注所提供的资源质量或服务动作的执行情况。 160 160 161 161 ... ... @@ -202,7 +202,6 @@ 202 202 |(% style="width:456px" %)银行分行中使用的所有贷款相关系统的服务中断的最大持续时间|(% style="width:180px" %)少于10分钟|(% style="width:287px" %)单次中断最长持续时间 203 203 |(% style="width:456px" %)一个工作日内总不可用时间|(% style="width:180px" %)少于15分钟|(% style="width:287px" %)一段时间内未满足需求的天数和百分比 204 204 205 - 206 206 此方法包括以下阶段: 207 207 208 208 * 识别服务交互,包括服务提供者动作、服务消费者动作和联合动作 ... ... @@ -210,7 +210,6 @@ 210 210 * 协定服务交互目标绩效 211 211 * 与客户和服务提供者团队就服务的度量和测量标准达成一致。 212 212 213 - 214 214 识别服务交互的最佳方法是映射服务提供者和服务消费者价值流。对于组织而言,拥有价值流和流程的最新地图非常有帮助。根据这些信息,服务提供者和服务消费者可以得出服务、相关的服务交互以及绩效需求所支持的动作列表。 215 215 216 216 ... ... @@ -226,8 +226,6 @@ 226 226 * 业务分析师 227 227 * 服务目录管理员 228 228 229 - 230 - 231 231 === 6.1.3 服务的固有和指定特征 === 232 232 233 233 ... ... @@ -248,8 +248,6 @@ 248 248 * 接口和兼容性 249 249 * 费用 250 250 251 - 252 - 253 253 服务的指定特征可能包括: 254 254 255 255 * 价格 ... ... @@ -260,7 +260,6 @@ 260 260 * 灵活性 261 261 * 社会责任 262 262 263 - 264 264 固有特征基于相应产品的资源。指定特征大多定义为服务和服务提供设计的一部分。它们描述了服务的交付、支持和改进方式,并且可以在不对相关产品进行重大变更的情况下进行修改。 265 265 266 266 ... ... @@ -284,9 +284,9 @@ 284 284 * 服务范围和质量的共同控制和改进的方法 285 285 286 286 287 - 288 288 === 6.2.1 协议表格 === 289 289 279 + 290 290 有几种方法可以确定服务关系中的服务范围和质量。 这些关系可以是: 291 291 292 292 * 基于义务 ... ... @@ -294,8 +294,6 @@ 294 294 * 基于承诺 295 295 * 根据社会规则和期望 296 296 297 - 298 - 299 299 这些方式具有不同级别的形式、协商流程以及控制和改进的方法。 300 300 301 301 ... ... @@ -333,6 +333,7 @@ 333 333 服务提供者和客户之间的书面协议,标识了所需的服务和服务的预期级别。 334 334 ))) 335 335 324 + 336 336 SLA是双方之间正确讨论的结果,这一点很重要。即使服务提供者不灵活,也没有提供太多的谈判空间,也应在知情同意的情况下向客户提供SLA中定义的服务。认知和同意是基于协议的关系的最低要求。 337 337 338 338 ... ... @@ -372,7 +372,6 @@ 372 372 不管新的正式签署的服务级别协议如何,都期望可能继续基于先前建立的规范。有效地管理此类组织变更很重要,这样才能保持所需的服务质量、成本和用户满意度。 373 373 ))) 374 374 375 - 376 376 在实践层面上,服务关系始终由服务提供者和服务消费者之间的显式或隐式协议来支持。重要的是要平衡正式记录的服务隐含特性和协议本身。还应记住,隐含协议基于共同的假设和共同的价值。在应用非明示协议时,尤其是在与新的消费者或提供者建立服务关系时,组织应考虑文化、背景、以前的经验和法规。对默示协议的误解和曲解可能会导致紧张和冲突。 377 377 378 378 ... ... @@ -393,10 +393,8 @@ 393 393 [[image:1639122366161-300.png||height="51" width="32"]]//Solmaz:我们与汽车清洁公司的协议基于成果。对于此协议,我们不按资源或清洁时间付费;取而代之的是,我们根据干净状态下退还给我们的车辆数量付款,那些影响客户的体验。// 394 394 ))) 395 395 384 +=== 6.2.3 从服务消费者需求到协议 === 396 396 397 - 398 -=== 6.2.3 从服务消费者需求到协议 === 399 - 400 400 根据服务关系和模型,服务提供者和服务消费者组织之间对服务质量的协商存在很大差异。影响谈判的一些因素是: 401 401 402 402 * 内部或外部关系 ... ... @@ -404,7 +404,6 @@ 404 404 * 基本服务或战略合作关系 405 405 * 量身定制的或开箱即用服务 406 406 407 - 408 408 所有这些因素都会影响旅程的所有步骤。表6.3列出了这种影响的一些示例。 409 409 410 410 ... ... @@ -443,7 +443,6 @@ 443 443 量身定制的协议(格式、服务级别目标、评估和报告) 444 444 ))) 445 445 446 - 447 447 服务消费者和服务提供者应意识到的一个重要共性是,协商旨在缩小服务质量特性的范围。图6.1中对此进行了说明。 448 448 449 449 ... ... @@ -474,10 +474,10 @@ 474 474 475 475 如果协议涵盖多种服务或反映了消费者组织的复杂结构,则该结构可能会变得更加复杂。例如,“级别”和“协议”部分可能包含适用于每种服务或客户的段落,以及特定于服务或客户的段落。 476 476 461 + 477 477 与外部组织的协议(SLA是法律合同的一种或一部分)中,协议部分通常会变得更加复杂。在订购协议中,它可能包含特定条款,例如订购期限、取消的规则和费用以及收取定期付款的方法。无论哪种结构对组织更有效,遵循此指导原则都是很重要的:使其简单实用。在不可避免的复杂情况下,建议(或法规要求)以简洁明了的语言提供简短的解释。这对于敏感服务(例如贷款)尤其重要。 478 478 ))) 479 479 480 - 481 481 |((( 482 482 **ITIL的故事:从服务消费者需求到协议** 483 483 ... ... @@ -485,7 +485,6 @@ 485 485 ))) 486 486 487 487 488 - 489 489 === 6.2.4 协商并协定服务功用、功效和体验 === 490 490 491 491 SLA的“级别”部分通常包括针对服务功用和功效的议定服务级别目标。 ... ... @@ -499,7 +499,6 @@ 499 499 ))) 500 500 501 501 502 - 503 503 服务质量和服务级别的管理应该着重于价值,并且应该管理服务的所有相关特性。这包括相关的指标、体验领域和反馈。从需求的规范到已实现的质量的评价,分离服务的功能和非功能特性的方法来自于开发和运营团队的分离。这些特性和团队的分离通常导致对服务质量的零碎理解。 504 504 505 505 ... ... @@ -565,15 +565,14 @@ 565 565 * 用户的准备情况 566 566 * 适用法律 567 567 568 - 569 569 “保证级别”是指在约定的条件下,提供了某些级别的可用性、性能、容量、连续性、安全、可用性、合规性和其他服务质量特性。表6.5给出了移动互联网服务的一些示例。 570 570 571 571 572 572 表6.5 功效需求和相关指标的示例 573 573 574 -(% style="width: 927px" %)575 -|**功效需求**|(% style="width:3 99px" %)**指标和目标**|(% style="width:435px" %)**条件**576 -|可用性|(% style="width:3 99px" %)(((555 +(% style="width:828px" %) 556 +|**功效需求**|(% style="width:350px" %)**指标和目标**|(% style="width:381px" %)**条件** 557 +|可用性|(% style="width:350px" %)((( 577 577 可用性超过一个月的百分比(> 99%) 578 578 579 579 中断次数(每月<3) ... ... @@ -581,12 +581,12 @@ 581 581 最长中断时间(<15分钟) 582 582 583 583 中断之间的最小正常运行时间(> 3小时) 584 -)))|(% style="width: 435px" %)(((565 +)))|(% style="width:381px" %)((( 585 585 在约定的服务提供时间和范围内, 586 586 587 587 包括本地区和漫游目的地 588 588 ))) 589 -|性能|(% style="width:3 99px" %)(((570 +|性能|(% style="width:350px" %)((( 590 590 最低下载速度(> 5 Mbps) 591 591 592 592 一段时间内的平均下载速度(> 10 Mbps) ... ... @@ -596,7 +596,7 @@ 596 596 下载一小时视频的平均时间(少于5分钟) 597 597 598 598 视讯通话或视频流中断或延迟的事件数(每月<3) 599 -)))|(% style="width: 435px" %)(((580 +)))|(% style="width:381px" %)((( 600 600 同时下载进程的最大数量为3 601 601 602 602 有关官方视频托管和通信服务的商定列表 ... ... @@ -603,29 +603,29 @@ 603 603 604 604 在商定的服务提供区域内,仅家庭网络 605 605 ))) 606 -|容量|(% style="width:3 99px" %)(((587 +|容量|(% style="width:350px" %)((( 607 607 最大并发流量的应用程序数量,例如视频流/下载和视频通话(5) 608 608 609 609 覆盖范围(建筑物的所有房间) 610 610 611 611 每月流量(无限制) 612 -)))|(% style="width: 435px" %)(((593 +)))|(% style="width:381px" %)((( 613 613 官方认可的应用 614 614 615 615 在家庭网络和选定的漫游目的地内 616 616 ))) 617 -|信息安全|(% style="width:3 99px" %)每月来自互联网的恶意软件引起的安全事件数(0)|(% style="width:435px" %)只要用户不更改安全设置和防病毒软件设置,并且所有用户都遵循信息安全准则618 -|合规性|(% style="width:3 99px" %)服务提供和服务符合有关个人数据保护、版权保护和内容控制的国家法规|(% style="width:435px" %)只要用户不更改内容控制设置,并且用户遵循信息处理准则619 -|连续性|(% style="width:3 99px" %)(((598 +|信息安全|(% style="width:350px" %)每月来自互联网的恶意软件引起的安全事件数(0)|(% style="width:381px" %)只要用户不更改安全设置和防病毒软件设置,并且所有用户都遵循信息安全准则 599 +|合规性|(% style="width:350px" %)服务提供和服务符合有关个人数据保护、版权保护和内容控制的国家法规|(% style="width:381px" %)只要用户不更改内容控制设置,并且用户遵循信息处理准则 600 +|连续性|(% style="width:350px" %)((( 620 620 发生重大网络中断时的最长服务恢复时间(<12小时) 621 621 622 622 发生重大网络事件时切换到备份解决方案的最长时间(<3小时) 623 -)))|(% style="width: 435px" %)(((604 +)))|(% style="width:381px" %)((( 624 624 如果国家电网可用 625 625 626 626 如果至少有一个移动运营商合作伙伴的网络可用 627 627 ))) 628 -|辅助功能|(% style="width:3 99px" %)所有界面清晰可见,易于使用|(% style="width:435px" %)只要用户没有视力障碍,并且可以阅读和说英语、德语、法语或西班牙语609 +|辅助功能|(% style="width:350px" %)所有界面清晰可见,易于使用|(% style="width:381px" %)只要用户没有视力障碍,并且可以阅读和说英语、德语、法语或西班牙语 629 629 630 630 631 631 ==== 6.2.4.3 体验 ==== ... ... @@ -640,7 +640,6 @@ 640 640 * 试用期过后取消订阅的用户 641 641 * 确认用户同意条款但不阅读条款和条件的用户。 642 642 643 - 644 644 表6.6 提供了一些商务旅行机票搜索和预订服务的体验特性和指标的示例。 645 645 646 646 ... ... @@ -657,9 +657,9 @@ 657 657 ))) 658 658 659 659 660 - 661 661 其背后的想法是直接测量用户体验,而不仅仅是询问用户。术语体验级别协议或XLA™由Marco Gianotten(Gianotten,2017年)提出。基于体验的服务定义和度量方法适用于服务动作是服务的重要组成部分的服务。有很多服务没有用户交互,也很少交互。例如基础设施即服务(IaaS)或平台作为服务(PaaS)。 662 662 642 + 663 663 (% style="text-align:center" %) 664 664 [[image:1639122639018-563.png]] 665 665 ... ... @@ -685,7 +685,6 @@ 685 685 * 服务提供者和服务消费者保证并遵守相关标准和其他要求 686 686 * 权利以及进行第三方审核和审查、请求独立的审计报告等的访问权限 687 687 688 - 689 689 其中大多数都属于SLA结构的协议部分。它们描述了为满足条件的功用提供同意的保证级别或功效的条件。 690 690 691 691 ... ... @@ -698,9 +698,6 @@ 698 698 即使非正式协议也应包括服务评估和改进的规则和程序。重要的是要确保所有相关的利益相关者都意识到这一点,并愿意参加相关的活动,例如反馈调查、服务评审会议和改进计划。 699 699 ))) 700 700 701 - 702 - 703 - 704 704 === 6.2.6 标准化和自动化协议 === 705 705 706 706 如同客户旅程的所有其他步骤一样,此步骤在很大程度上可以标准化和自动化,尤其是在与各个消费者建立服务关系时。表6.7说明了它可能有多简单和快速。 ... ... @@ -726,7 +726,7 @@ 726 726 |控制和改进方法|(% style="width:618px" %)服务提供者预先定义了控制的方法、报告和反馈。客户被告知并被迫接受这些条件以继续执行协议。 727 727 728 728 729 -=== 705 +=== 6.2.7应用实践 === 730 730 731 731 为了成功达到有关服务关系和服务质量的协议,组织应采用以下ITIL 管理实践: 732 732 ... ... @@ -737,7 +737,6 @@ 737 737 * 服务级别管理 738 738 * 供应商管理。 739 739 740 - 741 741 读者应参阅相应的ITIL 实践指南以了解详细信息。 742 742 743 743 ... ... @@ -748,7 +748,6 @@ 748 748 ))) 749 749 750 750 751 - 752 752 == 6.3 总结 == 753 753 754 754 要驱动和跟踪利益干系人的价值,必须调整期望,映射和计划价值共创,并且就服务范围和质量达成共识。