Last modified by superadmin on 2024/04/03, 18:59
From version < 13.1 >
edited by superadmin
on 2021/12/11, 21:14
To version < 22.2 >
edited by superadmin
on 2024/03/07, 16:23
< >
Change comment: Updated parent field.

Summary

Details

Icon Page properties
Parent
... ... @@ -1,1 +1,1 @@
1 -ITIL 4《指导、计划和改进》DPI.WebHome
1 +xwiki:Main.ITIL 4《指导、计划和改进》DPI.WebHome
Content
... ... @@ -1,3 +1,12 @@
1 +
2 +
3 +
4 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E6%8C%87%E5%AF%BC%E3%80%81%E8%AE%A1%E5%88%92%E5%92%8C%E6%94%B9%E8%BF%9B%E3%80%8BDPI/%E7%AC%AC8%E7%AB%A0%20%E6%8A%8A%E5%AE%83%E4%BB%AC%E9%9B%86%E6%88%90%E8%B5%B7%E6%9D%A5/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E6%8C%87%E5%AF%BC%E3%80%81%E8%AE%A1%E5%88%92%E5%92%8C%E6%94%B9%E8%BF%9B%E3%80%8BDPI/%E7%AC%AC6%E7%AB%A0%20%E6%B2%9F%E9%80%9A%E5%92%8C%E7%BB%84%E7%BB%87%E5%8F%98%E9%9D%A9%E7%AE%A1%E7%90%86/]]
5 +
6 +{{box cssClass="floatinginfobox" title="**Contents**"}}
7 +{{toc/}}
8 +{{/box}}
9 +
1 1  = 第7章 开发服务价值系统 =
2 2  
3 3  本章将讨论开发SVS，并强调从面向服务的环境到面向技术的环境的四维模型差异之处。
... ... @@ -142,11 +142,12 @@
142 142  
143 143  表7.1 RACI职能矩阵图表的角色及描述
144 144  
145 -|**缩写**|**权威**|**描述**
146 -|R|谁执行|担任此角色的人员执行活动。每个活动可能有不止一个负责人。
147 -|A|谁审批|此角色的人员是最终决策者，并对活动的的成果负责。
148 -|C|咨询谁|此角色中的人员根据其对活动的或其对未来项目的潜在影响的专业知识提供意见。
149 -|I|知会谁|此角色中的人员会定期更新有关活动的信息，但无需更多参与。
154 +(% style="width:484px" %)
155 +|(% style="width:74px" %)**缩写**|(% style="width:89px" %)**权威**|(% style="width:320px" %)**描述**
156 +|(% style="width:74px" %)R|(% style="width:89px" %)谁执行|(% style="width:320px" %)担任此角色的人员执行活动。每个活动可能有不止一个负责人。
157 +|(% style="width:74px" %)A|(% style="width:89px" %)谁审批|(% style="width:320px" %)此角色的人员是最终决策者，并对活动的的成果负责。
158 +|(% style="width:74px" %)C|(% style="width:89px" %)咨询谁|(% style="width:320px" %)此角色中的人员根据其对活动的或其对未来项目的潜在影响的专业知识提供意见。
159 +|(% style="width:74px" %)I|(% style="width:89px" %)知会谁|(% style="width:320px" %)此角色中的人员会定期更新有关活动的信息，但无需更多参与。
150 150  
151 151  RACI职能矩阵图表提供了一种紧凑、简明、直接的方法来跟踪谁在做什么，从而实现快速、自信的决策。无论组织是否倾向于利用RACI职能矩阵图表或其他方法，都不要缺失角色的分配，尤其是负责任的角色，以留给机会或延迟决策。
152 152  
... ... @@ -165,7 +165,7 @@
165 165  
166 166  ● 服务需要多少维护或关注才能保持正常
167 167  
168 -● 服务对服务供应商及其客户的重要性是否在增加。
178 +● 服务对服务供应商及其客户的重要性是否在增加。                           
169 169  
170 170  根据服务供应商的不同，可能还要考虑其他因素。
171 171  
... ... @@ -182,12 +182,13 @@
182 182  
183 183  表7.2能力代码与类型
184 184  
185 -|**能力代码**|**能力简介（活动与技能）**
186 -|L|Leader领导：决策、授权、监督其他活动，提供激励和动力，并评估结果。
187 -|A|Administrator管理员：分配任务并确定优先级、保存记录、持续报告，并启动基本改进。
188 -|C|Coordnator协调者/沟通者：协调多方，维护利益相关者之间的沟通，并开展宣传活动。
189 -|M|Methods and techniques expert方法和技术专家：设计和实施工作技巧，文件化步骤，流程咨询、工作分析和持续改进。
190 -|T|Technical expert技术专家：提供技术（IT）专业知识并执行基于专家经验的作业。
195 +(% style="width:410px" %)
196 +|(% style="width:92px" %)**能力代码**|(% style="width:316px" %)**能力简介（活动与技能）**
197 +|(% style="width:92px" %)L|(% style="width:316px" %)Leader领导：决策、授权、监督其他活动，提供激励和动力，并评估结果。
198 +|(% style="width:92px" %)A|(% style="width:316px" %)Administrator管理员：分配任务并确定优先级、保存记录、持续报告，并启动基本改进。
199 +|(% style="width:92px" %)C|(% style="width:316px" %)Coordnator协调者/沟通者：协调多方，维护利益相关者之间的沟通，并开展宣传活动。
200 +|(% style="width:92px" %)M|(% style="width:316px" %)Methods and techniques expert方法和技术专家：设计和实施工作技巧，文件化步骤，流程咨询、工作分析和持续改进。
201 +|(% style="width:92px" %)T|(% style="width:316px" %)Technical expert技术专家：提供技术（IT）专业知识并执行基于专家经验的作业。
191 191  
192 192  成功执行活动需要综合能力。但是，对于一项活动某些能力比其他能力更为重要。能力在能力代码中的位置说明了其相对重要性。例如，在CAT的能力概要中，沟通和协调技能非常重要，管理技能有些重要，而技术知识对所描述的活动有用，但不那么重要。
193 193  
... ... @@ -308,30 +308,10 @@
308 308  表7.3三种原型服务关系类型
309 309  
310 310  
311 -(% style="text-align:center" %)
312 -[[image:1639218161001-613.png]]
322 +[[image:1639218161001-613.png||style="float:left"]]
313 313  
314 -(% style="width:1061px" %)
315 -|(% style="width:122px" %) |(% style="width:229px" %)**基本关系**|(% style="width:348px" %)**合作关系**|(% style="width:358px" %)**服务合作伙伴**
316 -|(% style="width:122px" %)典型焦点|(% style="width:229px" %)支持与效率|(% style="width:348px" %)改进与效果|(% style="width:358px" %)创新与成长
317 -|(% style="width:122px" %)关系中典型的组织级别|(% style="width:229px" %)运营|(% style="width:348px" %)运营和战术|(% style="width:358px" %)运营，战术和战略
318 -|(% style="width:122px" %)关系的典型水平成熟度|(% style="width:229px" %)发起人或赞助人, 接单者|(% style="width:348px" %)服务供应商，值得信赖的顾问|(% style="width:358px" %)战略合作伙伴
319 -|(% style="width:122px" %)典型的服务类型|(% style="width:229px" %)商业现货服务，开箱即用的服务，高度标准化的商品服务或商品供应|(% style="width:348px" %)必须配置或定制以满足服务消费者需求|(% style="width:358px" %)具有独特价值主张自定义或定制服务
320 -|(% style="width:122px" %)协议的典型类型|(% style="width:229px" %)标准合同，SLA和基于经验的协议，主要针对大众市场|(% style="width:348px" %)高级SLA，基于体验的协议或基于成果的协议|(% style="width:358px" %)(((
321 -定制合同，基于成果的协议或无协议。
324 +[[image:1641536617924-170.png]]
322 322  
323 -敏捷环境中、实验和假设测试。
324 -)))
325 -|(% style="width:122px" %)例子|(% style="width:229px" %)(((
326 -正如服务供应商所期望的那样，服务消费者非常清楚地表达他们的期望。
327 -
328 -例如，向独立的外部服务消费者的广泛群体提供标准化服务。移动运营商、宽带服务供应商和运输公司通常采用这种方式。
329 -)))|(% style="width:348px" %)根据服务供应商和服务消费者之间的关系，服务供应商可能难以完全理解服务消费者希望实现的结果。在某些情况下，他们会共同定义所需的结果。例如，内部IT或人事部门的客户关系经理会定期与客户交谈并讨论他们的需求和期望。|(% style="width:358px" %)(((
330 -基于已根据客户指定要求计划和构建的服务提供和产品的服务。
331 -
332 -服务消费者和服务供应商在共享团队中共同创建生产的敏捷产品开发。
333 -)))
334 -
335 335   基于组织定义的战略，一种类型的关系可能比其他类型的关系更受欢迎。
336 336  
337 337  
... ... @@ -389,7 +389,7 @@
389 389  图片7.2 服务集成模型
390 390  
391 391  
392 -[[image:1639227418795-695.png]]
383 +[[image:1639227418795-695.png]]
393 393  
394 394  
395 395  === 7.3.3 SVS中的价值流和流程 ===
... ... @@ -555,8 +555,8 @@
555 555  
556 556  表7.5可用技术
557 557  
558 -(% style="width:995px" %)
559 -|(% style="width:93px" %)机器人|(% style="width:900px" %)(((
549 +(% style="width:775px" %)
550 +|(% style="width:85px" %)机器人|(% style="width:688px" %)(((
560 560  机器人可用于模拟人类通过屏幕和应用程序执行的活动，以一致且可预测的方式捕获，解释和处理流程事务，触发响应以及创建和操作数据。
561 561  
562 562  这些机器人通常成本较低，易于实施。它们不需要对现有系统重新开发，也不需要在现有系统内进行复杂的集成。潜在的好处是显而易见的，因为它们允许以经济高效的方式实施一致、可靠和可预测的流程。一致性可以减少关键流程中的错误，增加收入，并提高客户服务和保留率。
... ... @@ -569,12 +569,12 @@
569 569  
570 570  ● 认知平台 他们可以理解客户的查询并执行以前需要人工干预的任务。
571 571  )))
572 -|(% style="width:93px" %)人工智能|(% style="width:900px" %)(((
563 +|(% style="width:85px" %)人工智能|(% style="width:688px" %)(((
573 573  认知技术越来越多的应用在服务生命周期所有阶段的自动化，并为客户和为他们提供服务的人们增强服务体验。它在相关和支持领域也越来越普遍，例如软件开发和运营。
574 574  
575 575  尽管人工智能技术已经存在了数十年，但新一代基于云的工具已经显著提高了人们对它的关注和使用。供应商现在提供了许多AI工具作为公有云服务。这极大地提高了人工智能工具的可访问性，解决方案以前可能需要复杂技术和大量财务支出，现在可以按需供应，成本可能更低。
576 576  )))
577 -|(% style="width:93px" %)AIOps平台|(% style="width:900px" %)(((
568 +|(% style="width:85px" %)AIOps平台|(% style="width:688px" %)(((
578 578  在IT运维领域中结合了大数据、分析和机器学习的实践。
579 579  
580 580  与其让孤立的团队各自监控基础设施的各个部分，不如将所有重要的监控数据集中在一个地方，并利用机器学习来识别模式和检测异常。这可以帮助IT部门更快地识别和解决事件，并在潜在故障发生之前发现它们。它还可以用于自动化处理常规任务。
... ... @@ -593,12 +593,12 @@
593 593  
594 594  一些组织还开始在IT运维以外使用AIOps，以向业务经理提供有关IT对业务影响的实时洞察，从而使他们随时了解最新情况，并使能够根据相关的数据做出决策。
595 595  )))
596 -|(% style="width:93px" %)机器学习|(% style="width:900px" %)(((
587 +|(% style="width:85px" %)机器学习|(% style="width:688px" %)(((
597 597  AI的一种应用形式。它基于系统响应数据原则，并且随着系统不断接触到更多的数据时，相应地调整它们的操作和输出。在使用机器学习作为服务基础的情况下，这本质上意味着它成为决策的基础，而不是由人工服务设计者创建的指令所定义的路径。
598 598  
599 599  随着随着任务复杂性的增加，将机器学习映射到该任务变得更加困难。机器学习通常最适合解决特定问题。例如，它可以有效地用于在支持记录上做出有关数据分类的决策。
600 600  )))
601 -|(% style="width:93px" %)集成工具集|(% style="width:900px" %)(((
592 +|(% style="width:85px" %)集成工具集|(% style="width:688px" %)(((
602 602  这些工具集可自动执行记录和工作流管理，并充当参与和通讯工具。许多旨在支持服务管理的整体信息模型。这些工具集中的大多数都是为自动化ITIL 服务管理实践而设计的，并且它们也在不断发展以采用新技术。
603 603  
604 604  这些工具集最常用的功能是记录系统和参与系统。这些用于针对业务和技术基础设施的项目和领域（包括人员、IT、部门），服务和职能领域提出、分类、划分优先级、升级和解决问题、请求和变更。这还包括对交付和实现、批准、升级和消费期望的实时管理，以及库存、财务和生命周期管理的其他管理功能。这些工具集的价值在于管理工作量的实时动态能力，可以管理从小而简单到大而复杂的工作量，并提供有关性能、趋势、改进、成本和风险的报告和业务分析。此外，工具集还提供有关工作交付和“ 服务”资产和资源管理的责任和审计跟踪。规模和声誉各异的组织以某种形式使用这些工具集来优化常规记录保存，并展示了一定程度的责任心、一致性和控制力。但是，大多数组织仅使用工具集中的基本功能（事件管理、服务级别管理、库存管理），而忽略了跨流程进行多功能集成的机会。因此，很少利用工具集提供的端到端价值流集成的机会。但是，随着新的挑战和机遇的出现，对使用此功能和集成的需求也越来越大。
... ... @@ -607,7 +607,7 @@
607 607  本节的其余部分将回顾服务管理套件和新兴技术的价值，以及确保它们交付的信息具有可扩展性，满足利益干系人的需求并向他们交付价值的重要性。
608 608  
609 609  
610 -7.3.4.1 服务管理工具套件
601 +==== 7.3.4.1 服务管理工具套件 ====
611 611  
612 612  服务管理工具套件是一个包含多个应用程序的平台，通常从IT和服务管理扩展到人力资源、财务和设施部门以及运营业务，并最终成为为客户创造价值所需的其他能力。价值流和价值链贯穿多个ITIL实践，要求信息是可用的和可共享的。如果有多个系统来管理这项工作，那么集成可以减少系统之间切换所花费的时间。
613 613  
... ... @@ -774,3 +774,6 @@
774 774  == 7.4 总结 ==
775 775  
776 776  如果组织真正致力于采用一种专注于服务、价值和结果的工作方式，则它必须相应地设计其SVS。通过利用ITIL 指导原则并与组织的治理和战略保持一致，组织应该开发和配置其资源以支持价值共创。面向服务并保持这种定位本质上是具有挑战性的，但付出大量的努力是值得的。
768 +
769 +
770 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E6%8C%87%E5%AF%BC%E3%80%81%E8%AE%A1%E5%88%92%E5%92%8C%E6%94%B9%E8%BF%9B%E3%80%8BDPI/%E7%AC%AC8%E7%AB%A0%20%E6%8A%8A%E5%AE%83%E4%BB%AC%E9%9B%86%E6%88%90%E8%B5%B7%E6%9D%A5/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E6%8C%87%E5%AF%BC%E3%80%81%E8%AE%A1%E5%88%92%E5%92%8C%E6%94%B9%E8%BF%9B%E3%80%8BDPI/%E7%AC%AC6%E7%AB%A0%20%E6%B2%9F%E9%80%9A%E5%92%8C%E7%BB%84%E7%BB%87%E5%8F%98%E9%9D%A9%E7%AE%A1%E7%90%86/]]
Icon 1641536441897-744.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +33.9 KB
Content Icon
Icon 1641536463264-622.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +56.0 KB
Content Icon
Icon 1641536617924-170.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +96.4 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司