由 superadmin 于 2025/01/13, 16:37 最后修改
从版本< 19.1 >
由superadmin编辑
在2024/04/03, 12:59上
到版本
由superadmin编辑
在2024/04/03, 12:00上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -3,7 +3,8 @@
3 3  
4 4   [[阅读下一章>>http://itil4hub.cn/bin/view/1.1%20%E5%9F%BA%E6%9C%AC%E6%93%8D%E4%BD%9C/5%20%20ITIL%E7%AE%A1%E7%90%86%E5%AE%9E%E8%B7%B5/]]  [[返回上一章>>http://itil4hub.cn/bin/view/1.1%20%E5%9F%BA%E6%9C%AC%E6%93%8D%E4%BD%9C/3%20%20%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E7%9A%84%E5%9B%9B%E4%B8%AA%E7%BB%B4%E5%BA%A6/]]
5 5  
6 -{{box cssClass="floatinginfobox" title="**Contents**"}}
6 +{{box cssClass="floatinginfobox" title="
7 +**Contents**"}}
7 7  {{toc/}}
8 8  {{/box}}
9 9  
... ... @@ -33,6 +33,8 @@
33 33  * 实践：为执行工作或实现目标而设计的一组组织资源。
34 34  * 持续改进：在各个级别进行的经常性的组织活动，以确保组织的绩效不断满足利益相关者的期望。ITIL 4通过ITIL持续改进模型支持持续改进。
35 35  
37 +
38 +
36 36  SVS的目的是通过使用和管理产品和服务，确保组织与所有利益相关者不断共同创造价值。SVS的结构如图4.1所示。图的左侧显示了从内部和外部来源向SVS馈送的机会和需求。右侧显示了为组织，其客户和其他利益相关者创造的价值。
37 37  
38 38  (% style="text-align:center" %)
... ... @@ -78,7 +78,6 @@
78 78  
79 79  
80 80  
81 -
82 82  == **4.2  机会、需求和价值** ==
83 83  
84 84  
... ... @@ -94,8 +94,6 @@
94 94  需求代表了内部和外部客户对产品和服务的要求或期望。价值的定义，以及对不同利益相关者而言，什么是价值，见第2章。
95 95  
96 96  
97 -
98 -
99 99  == **4.3  ITIL指导原则** ==
100 100  
101 101  
... ... @@ -141,6 +141,7 @@
141 141  |(% style="width:93px" %)保持简单实用|(% style="width:427px" %)如果一项流程、服务、行动或指标未能提供价值或产生有用的结果，就将其取消。在流程或程序中，采用实现目标所需的最少步骤。始终采用基于结果的思维来产生可以提供结果的实用的解决方案。
142 142  |(% style="width:93px" %)优化和自动化|(% style="width:427px" %)所有类型的资源，特别是人力资源，都应发挥最佳效能。消除一切真正浪费的东西，并发挥技术的能力。人的干预应该只发生在能够真正贡献价值的地方。
143 143  
144 +
144 144  这里定义的指导原则总体上体现了ITIL和服务管理的核心信息，支持各种类型和各个层面的成功行动和良好决策。当组织采用服务管理方法并根据自己的具体需求和情况调整ITIL指导原则时，他们可以用于指导组织的工作。这些指导原则鼓励和支持组织在所有层面的持续改进。
145 145  
146 146  
... ... @@ -170,6 +170,8 @@
170 170  * 建立程序，整合管理计划外中断（事件），确定优先排序，并调查失败的原因
171 171  * 必要时分离管理服务的记录系统（如配置管理数据库）与软件开发团队使用的“参与系统”（如协作工具）之间的交互处理。
172 172  
174 +
175 +
173 173  DevOps方法建立在敏捷软件开发和服务管理技术基础之上，强调软件开发和技术运营之间的紧密协作。利用高度自动化来解放专业技术人员的时间，使他们能够专注于增值活动，DevOps能够在软件产品的可操作性、可靠性和可维护性等方面照亮前进方向，从而帮助服务管理。DevOps从业者倡导的文化方面可以并且应该扩展到价值流和所有服务价值链活动，使产品和服务团队保持一致的目标，使用相同的方法。
174 174  
175 175  
... ... @@ -181,6 +181,7 @@
181 181  * 倡导“系统观”，强调企业治理、服务团队、软件开发和技术操作之间的紧密协作。
182 182  
183 183  
187 +
184 184  === **4.3.1  聚焦价值** ===
185 185  
186 186  
... ... @@ -234,11 +234,15 @@
234 234  * 消费者使用服务的原因
235 235  * 这些服务可以帮助他们做什么
236 236  
241 +
242 +
237 237  服务如何帮助他们实现目标
238 238  
239 239  * 服务消费者的成本/财务影响的作用
240 240  * 服务消费者所面临的风险。
241 241  
248 +
249 +
242 242  价值可以有多种形式，例如提高生产率、减少负面影响、降低成本、开拓新市场的能力或更好的竞争地位。服务消费者的价值：
243 243  
244 244  * 由他们自己的需求定义
... ... @@ -246,6 +246,7 @@
246 246  * 随时间推移和不同情况而变化
247 247  
248 248  
257 +
249 249  ==== **4.3.1.3  客户体验** ====
250 250  
251 251  
... ... @@ -295,7 +295,6 @@
295 295  )))
296 296  
297 297  
298 -
299 299  === **4.3.2  从你所处的地方开始** ===
300 300  
301 301  
... ... @@ -403,6 +403,7 @@
403 403  * 组织与其合作伙伴和供应商网络之间的接口
404 404  * 对产品和服务的需求
405 405  
414 +
406 406  收到反馈后，可以对其分析，以确定改进机会、风险和问题。
407 407  
408 408  
... ... @@ -417,6 +417,8 @@
417 417  * 能够更早发现并响应故障
418 418  * 整体质量提升。
419 419  
429 +
430 +
420 420  在一项活动的参与者之间建立适当的反馈回路，可以使他们更好地了解他们的工作来自何处，他们的产出去向何方，以及他们的行动和产出如何影响结果，这反过来又使他们能够做出更好的决策。
421 421  
422 422  
... ... @@ -445,7 +445,6 @@
445 445  
446 446  
447 447  
448 -
449 449  === **​​​​​​​4.3.4**  ​​​​​​​**协作和提升可视化程度** ===
450 450  
451 451  
... ... @@ -513,6 +513,8 @@
513 513  * 识别瓶颈，以及过剩的产能。
514 514  * 揭开浪费的面纱
515 515  
526 +
527 +
516 516  必须让各级利益相关者参与进来，并满足他们的需求。各级领导也应在与他人沟通的过程中提供与改进工作有关的合适的信息。总之，这些行动将有助于强化正在做的事情，为什么要做，以及这些工作如何与组织的既定愿景、使命、目标和目的关联起来的。确定此类消息传递的类型、方法和频率是与沟通相关的核心活动之一。
517 517  
518 518  
... ... @@ -574,6 +574,7 @@
574 574  * **自动化可以促进整体工作：**在有机会和足够资源的情况下，自动化可以支持组织的端到端可见性，并提供有效的集成管理方法。
575 575  
576 576  
589 +
577 577  === **​​​​​​​4.3.6  保持简单实用** ===
578 578  
579 579  
... ... @@ -626,7 +626,6 @@
626 626  在设计、管理或操作实践时，要注意相互矛盾的目标。例如，组织的管理层可能希望收集大量数据来做出决策，而完成记录的人可能希望流程简单，不需要输入那么多数据。通过应用这一原则和其他指导原则，该组织应就其竞争目标之间的平衡达成一致。这个例子，意味着服务应该只生成真正为决策过程提供价值的数据，记录应尽可能简化和自动化，以实现价值最大化并减少非增值工作。
627 627  
628 628  
629 -
630 630  ==== **​​​​​​​4.3.6.3**  **实施原则** ====
631 631  
632 632  
... ... @@ -642,7 +642,6 @@
642 642  
643 643  
644 644  
645 -
646 646  === **​​​​​​​4.3.7 ** **优化和自动化** ===
647 647  
648 648  
... ... @@ -659,7 +659,6 @@
659 659  ==== **​​​​​​​4.3.7.1 ** **通往优化之路** ====
660 660  
661 661  
662 -
663 663  优化实践和服务的方法有很多。ITIL中描述的概念和实践，特别是持续改进的实践，以及测量和报告的实践（参见第5.1.2和5.1.5节），对于这项工作至关重要。组织用于改进和优化绩效的具体实践可以借鉴ITIL、精益、DevOps、看板和其他来源的指南。无论具体技术如何，优化的路径都遵循以下高层次的步骤：
664 664  
665 665  * **理解提出优化方案的背景并达成一致：**这包括认同组织的总体愿景和目标。
... ... @@ -708,3 +708,699 @@
708 708  ** **保持简单实用：**有些事情可能简单，但不优化，因此在选择改进时要将这两个原则结合使用。
709 709  ** **关注价值：**选择优化和自动化的内容，以及如何优化和自动化，应以能够为组织创造最佳价值为基础。
710 710  ** **从你所处的地方开始**：组织中现有的技术的某些特性和功能，可能尚未发掘或未充分利用。利用已有的资源快速、经济地实现优化和自动化的机会。
721 +
722 +
723 +=== **​​​​​​​4.3.8  原则的相互作用** ===
724 +
725 +
726 +
727 +在了解ITIL指导原则之外，认识它们之间的相互作用和相互依赖也很重要。例如，如果组织致力于通过反馈来迭代前行，那么它也应该进行通盘思考和工作，以确保每次改进迭代都包含提供实际结果所需的所有元素。同样，利用适当的反馈是协作的关键，而专注于对客户真正有价值的东西，更容易使事情简单实用。
728 +
729 +
730 +组织不应只使用其中的一项或两项原则，而应考虑所有原则的相关性，如何一同应用这些原则。并非所有原则在每种情况下都是至关重要的，但每次都要对它们进行审查，以确定它们的适用程度。
731 +
732 +
733 +== ​​​​​​​**4.4  治理** ==
734 +
735 +
736 +=== **4.4.1  治理机构和治理** ===
737 +
738 +
739 +
740 +**关键信息：**
741 +
742 +每个组织都由一个治理机构领导，即一个人或一组人员，他们对组织的绩效和合规性负有最高级别的责任。各种规模和类型的组织都会开展治理活动；治理机构可以是董事会或执行经理，他们在执行治理活动时承担独立的治理角色。治理机构对组织遵守方针政策和所有的外部法规负责。
743 +
744 +
745 +组织治理是指导和控制组织的系统。治理通过以下活动实现：
746 +
747 +●**评估：**评估组织、组织战略、投资组合以及与其他各方的关系。治理机构根据利益相关者的需求和外部环境的变化，定期对组织进行评估。
748 +
749 +●**指导：**治理机构委派职责，负责指导制定和实施组织的战略和方针政策。战略为组织活动、未来投资等的确定了方向和优先顺序。方针政策规定了整个组织以及相关的供应商、合作伙伴和其他利益相关者的行为要求。
750 +
751 +●**监督：**治理机构监督组织的绩效及其实践、产品和服务。这样做的目的是确保绩效符合政策和方向。
752 +
753 +组织治理对组织的所有活动，包括服务管理的活动，进行评估、指导和监督。
754 +
755 +
756 +
757 +=== **​​​​​​​4.4.2  ​​​​​​​ SVS中的治理** ===
758 +
759 +
760 +
761 +治理在ITIL SVS中的角色和地位取决于SVS在组织中的应用方式。SVS是一个通用模型，可以应用于整个组织，也可以应用于一个或多个单元或产品。在后一种情况下，有的组织授权给不同级别的人执行治理活动。组织的治理机构应保留对此的监管权，以确保与组织的目标和优先事项保持一致。
762 +
763 +
764 +在ITIL 4中，指导原则和持续改进适用于SVS的所有组成部分，包括治理。在一个组织中，治理机构可以采用ITIL指导原则并加以调整，也可以定义自己一套特定原则并传达给整个组织。理事机构还应掌握持续改进活动的结果，以及度量组织及其利益相关者的价值。
765 +
766 +
767 +无论SVS的范围和组件的位置如何，关键是要确保：
768 +
769 +* 服务价值链和组织的实践与治理机构指明的方向一致
770 +* 组织的治理机构，无论是直接还是通过授权，都能对SVS进行监管
771 +* 治理机构和各级管理层通过一套明确的共同原则和目标保持一致
772 +* 不断改进各级治理和管理，以满足利益相关者的期望。
773 +
774 +
775 +
776 +== **4.5  服务价值链** ==
777 +
778 +
779 +
780 +SVS的核心要素是服务价值链，这是一种运营模式，它描述了通过创建和管理产品和服务来响应需求和促进价值实现所需的关键活动。
781 +
782 +
783 +如图4.2所示，ITIL服务价值链包括六个价值链活动，这些活动引导产品和服务的创造，进而创造价值。
784 +
785 +(% style="text-align:center" %)
786 +[[image:1640348201331-303.png]]
787 +
788 +
789 +图4.2 ITIL服务价值链
790 +
791 +
792 +
793 +**关键信息**：
794 +
795 +六项价值链活动是：
796 +
797 +* **计划**
798 +* **改进**
799 +* **契动**
800 +* **设计和转换**
801 +* **获取/构建**
802 +* **交付和支持**
803 +
804 +
805 +
806 +这些活动代表组织在创造价值时所采取的步骤。每项活动都将输入转化为输出。这些输入可能是来自价值链外部的需求或其他活动的输出。所有活动都是相互关联的，每项活动都会接收触发，并触发下一步行动。
807 +
808 +
809 +为了将输入转换为输出，价值链活动要使用ITIL实践的不同组合（一组用于执行某些类型工作的资源），根据需要利用内部或第三方的资源、流程、技能和能力。例如，契动活动可以利用供应商管理、服务台管理、关系管理和服务请求管理来响应对产品和服务的新需求，或响应来自各种利益相关者的信息（更多的实践信息参看第五章）
810 +
811 +
812 +无论调用哪些实践，使用服务价值链时都有一些共同的规则：
813 +
814 +* 与价值链外部各方的所有传入和传出互动都是通过契动活动进行的
815 +* 所有新资源均通过获取/构建来获得
816 +* 各级计划都通过规划来制定
817 +* 通过改进启动和管理各层级的改进
818 +
819 +
820 +
821 +为了执行某项任务或响应特定情况，组织创建服务价值流。这些服务价值流是活动和实践的特定组合，每一服务价值流都是针对特定场景而设计的。价值流一经设计，就应不断改进。
822 +
823 +
824 +例如，某一服务的一个用户需要解决一个事件，可以为此创建一个价值流。价值流将专为解决此问题而设计，并为有关的活动、实践和角色提供完整的指南。有关此价值流和其他价值流示例的更详细描述，请参见附录A。
825 +
826 +
827 +**服务价值链，其实践和价值流的示例：**
828 +
829 +某移动应用开发公司拥有一条价值链，支持应用开发和管理的完整周期，包括从业务分析到开发、发布和支持等各项活动。该公司在专业资源和技术的支持下，形成了一系列的实践：
830 +
831 +* 业务分析
832 +* 开发
833 +* 测试
834 +* 发布和部署
835 +* 支持。
836 +
837 +
838 +虽然高层级的步骤是通用的，但不同的产品和客户需要不同的工作流。例如：
839 +
840 +* 为新客户开发新应用程序，就从初始契动（售前）开始，然后进行业务分析、原型设计、拟定协议、开发、测试，最终发布和支持。
841 +* 变更现有应用程序以满足现有客户的新要求，则方式不同，它不包括售前，包括业务分析、开发、测试和支持。
842 +* 修复现场应用程序中的错误，则可能会在支持中启动，接着回滚到先前的稳定版本（发布），然后转到开发、测试和发布补丁程序。
843 +* 使用新的或现有的应用程序进行实验，以扩展目标受众，可以从创新规划和原型设计开始，然后继续开发，最终到有限的一组用户试用版本，以测试他们对所做变更的看法。
844 +
845 +
846 +这些是价值流的例子：它们以各种方式将实践和价值链活动结合起来，以改进产品和服务，增加消费者和组织的潜在价值。
847 +
848 +
849 +现代世界的ITSM：敏捷的ITSM
850 +
851 +一个组织要想获得成功，就必须能够适应不断变化的环境，同时保持机能和有效性。这可能包括改变其提供和消费的产品和服务，以及改变其结构和实践。在现代社会，IT对所有组织都必不可少，IT和IT管理应该是敏捷的。
852 +
853 +
854 +对于许多IT专业人员而言，敏捷指的是软件开发，并与2001年宣告的“敏捷宣言”相关。宣言提倡新的软件开发方法，重视客户体验、协作和快速变化，而不是详细的规划与文档、控制和要求。从那时起，敏捷软件开发方法已被许多公司和软件团队采用，并且在许多情况下证明是有效的。
855 +
856 +
857 +敏捷软件开发通常包括：
858 +
859 +* 通过反馈分析和直接观察收集需求，从而持续的演进需求
860 +* 将开发工作拆分为细小的增量和迭代
861 +* 建立基于产品的跨职能团队
862 +* 对工作进展实现视觉呈现（看板）和定期讨论（每日站立会议）
863 +* 在每次迭代结束时向利益相关者展示一份可工作的软件（至少是最小可行）
864 +
865 +
866 +如果得到成功应用，敏捷软件开发可以快速响应服务消费者不断变化的需求。但是，在许多组织中，敏捷软件开发并未带来预期的收益，这通常是由于在服务生命周期的其他阶段缺乏敏捷方法。这种分立的敏捷性对组织来说没有多大意义，因为价值链的整体表现取决于最慢的部分。应当对服务价值链应用整体性的方法，以确保服务提供商在整个服务生命周期内都是敏捷的。这意味着服务管理所有维度和服务价值链的所有活动都具有着敏捷性这一品质。
867 +
868 +
869 +服务价值链敏捷性的最大障碍之一曾是基础设施解决方案的僵化。为新的软件程序部署必要的基础架构可能需要数月时间，这使得所有开发敏捷性对服务消费者而言都消于无形和不着边际。随着技术的发展，这个问题在很大程度上得到了解决。虚拟化、高速宽带和移动连接，以及云计算使组织能够将IT基础架构作为一项服务或代码来对待，从而用以前只有软件才能做到的速度来实现基础架构的变更。一旦技术问题得到解决，敏捷方法就可以应用于基础架构的配置和部署。这促进了软件和基础架构团队之间的整合，进而促进了开发和运营之间的集成。
870 +
871 +
872 +敏捷开发的许多原则可以而且也应该应用于服务运营和支持。运营变更和服务请求可以由专门的产品或服务团队在以小迭代处理，具有持续的反馈和高可见性。日常运营活动可以而且应该是可见的，并与其他任务一起排列优先排序。所有服务管理活动都可以而且应该不断提供、收集和处理反馈信息。
873 +
874 +
875 +敏捷性不是软件开发的一个特性功能；而是组织作为一个整体所具有的重要素质。敏捷活动需要敏捷的拨款和相应的财务控制与合规性控制、敏捷的资源配备、敏捷的签约、敏捷的采购等等。如果将敏捷作为一项重要原则，组织应该能够在不断变化的环境中生存和发展。敏捷方法如果以分立的方式应用，就可能成为代价高昂、浪费巨大的复杂方法。
876 +
877 +
878 +
879 +(% class="box" %)
880 +(((
881 +**ITIL故事：价值链和价值流**
882 +
883 +**亨利：**在艾克苏汽车租赁，价值链就是我们公司运营的方式。它有多个价值流。每个价值流都采用和调整了价值链的活动来执行特定任务。例如，有一个价值流用于创新，另一个价值流用于向现有客户提供标准服务。
884 +
885 +用于向现有客户提供标准服务的价值流是指客户租车时执行的活动。这从客户联系艾克苏的契动开始，然后到交付，也就是他们接收汽车（尽管契动在此阶段仍然在进行）。
886 +
887 +某些价值链活动可能在某一特定价值流中持续进行，也可能根本没有涉及。在此价值流中，计划活动是持续的，但通常不涉及设计和采购活动。在此价值流结束时，有更多的契动活动，此时，客户归还汽车、提供反馈并关闭订单。
888 +
889 +**马可：**价值链活动不一定要按特定顺序进行。艾克苏的创新价值流由机会触发，然后进行规划、设计、构建或获取、转换，最后到交付。该价值流通常包括采购活动。例如，我们为生物识别解决方案采购软件和硬件。
890 +
891 +**亨利：**我们针对不同的目标，对价值流进行管理，将价值链活动结合起来，并应用实践对其支持。每个价值流都应该是有效和高效的，并且要不断改进。
892 +
893 +以下各节描述了价值链活动，并定义了每一活动的目的、输入和输出。由于每个价值流由不同的活动和实践组合构成，所列出的输入和输出并不总是适用，因为它们由特定的价值流所确定。例如， “战略、战术和运营计划” 这条计划价值链活动的输出分别由战略、战术和运营计划结果组成。每一个层次都可能涉及不同的资源，具有不同的计划周期，并且由不同的事件触发。列出的输入和输出清单不是规定性的，当组织设计其价值流时，它们可以而且应该进行调整。
894 +)))
895 +
896 +
897 +
898 +=== ​​​​​​​**4.5.1 ** ** 计划** ===
899 +
900 +
901 +
902 +计划价值链活动的目的是确保整个组织对所有四个维度与所有的产品和服务的愿景、当前状态和改进方向达成共识。
903 +
904 +
905 +此活动的关键输入是：
906 +
907 +* 组织治理机构设立的方针政策、要求和约束
908 +* 契动活动提供的整合的需求和机会
909 +* 来自于改进活动的价值链绩效信息、改进状态报告和改进措施
910 +* 有关新的和变更的产品与服务的知识和信息，他们来自于设计和转换活动，以及获取/构建活动。
911 +
912 +
913 +
914 +这项活动的主要输出是：
915 +
916 +* 战略、战术和运营计划
917 +* 设计和转换的投资组合决策
918 +* 设计和转换的架构和方针政策
919 +* 提供给改善活动的改善机会
920 +* 提供给契动活动的产品和服务组合
921 +* 提供给契动活动的合同和协议要求。
922 +
923 +
924 +
925 +=== **​​​​​​​4.5.2 ** **改进** ===
926 +
927 +
928 +
929 +**关键信息：**
930 +
931 +改进价值链活动的目的是确保在所有价值链活动和服务管理的四个维度上持续改进产品、服务和实践。
932 +
933 +
934 +此价值链活动的关键输入是：
935 +
936 +* 交付和支持活动提供的产品和服务的绩效信息
937 +* 契动活动提供的利益相关者的反馈
938 +* 所有价值链活动提供的绩效信息和改进机会
939 +* 有关新的和变更的产品与服务的知识和信息，它们来自于来自于设计和转换活动，以及获取/构建活动
940 +* 来自于契动活动的有关第三方服务组件的知识和信息。
941 +
942 +
943 +
944 +该价值链活动的关键输出是：
945 +
946 +* 对所有价值链活动的改进举措
947 +* 为计划活动和治理机构提供的的价值链的绩效信息
948 +* 为所有价值链活动提供的改进状态报告
949 +* 为契动活动提供的合同和协议要求
950 +* 为设计和转换活动提供的服务绩效信息。
951 +
952 +
953 +
954 +=== **​​​​​​​4.5.3  ​​​​​​​契动** ===
955 +
956 +
957 +
958 +**关键信息：**
959 +
960 +契动价值链活动的目的是充分理解利益相关者需求，提高透明度，让所有利益相关者持续契动并与之保持良好关系。
961 +
962 +
963 +这个价值链活动的关键输入是：
964 +
965 +* 计划活动提供的产品和服务组合
966 +* 内部和外部客户提供的有关服务和产品的高层次需求
967 +* 客户提供的有关服务和产品的详细要求
968 +* 来自于客户的请求和反馈
969 +* 事件、服务请求和用户反馈
970 +* 来自于交付和支持活动的用户支持任务的完成信息
971 +* 来自于现有和潜在客户及用户的营销机会
972 +* 合作伙伴及供应商提供的合作机会和反馈
973 +* 来自于所有价值链活动的合同和协议要求
974 +* 有关新的和变更的产品和服务的知识和信息，它们来自于设计和转换活动以及获取/构建活动
975 +* 来自于供应商和合作伙伴的有关第三方服务组件的知识和信息
976 +* 来自于交付和支持活动的产品和服务的绩效信息
977 +* 来自于改进活动的改进措施
978 +* 来自于改进活动的改进状态报告。
979 +
980 +
981 +
982 +该价值链活动的关键产出是：
983 +
984 +* 提供给计划活动的综合性的要求和机会
985 +* 提供给设计和转换活动的有关产品和服务的需求
986 +* 提供给交付和支持活动的用户支持任务
987 +* 提供给改进活动的改进机会和利益相关者的反馈
988 +* 提供给获取/构建活动的变更或项目启动请求
989 +* 提供给设计和转换活动，以及获取/构建活动的与外部和内部供应商及合作伙伴所签订的合同和协议
990 +* 提供给所有价值链活动的有关第三方服务组件的知识和信息
991 +* 提供给为客户的服务绩效报告。
992 +
993 +
994 +
995 +=== ​​​​​​​**4.5.4  设计和转换** ===
996 +
997 +
998 +
999 +**关键信息：**
1000 +
1001 +设计和转换价值链活动的目的是确保产品和服务持续满足利益相关者对质量、成本和上市时间的期望。
1002 +
1003 +
1004 +此活动的关键输入是：
1005 +
1006 +* 计划活动提供的投资组合决策
1007 +* 计划活动提供的架构和方针政策
1008 +* 契动活动提供的产品和服务需求
1009 +* 改进活动提供的改进举措
1010 +* 改进活动提供的改进状态报告
1011 +* 交付和支持活动，以及改进活动提供的服务绩效信息
1012 +* 来自于获取/构建活动的服务组件
1013 +* 来自于契动活动的有关第三方服务组件的知识和信息
1014 +* 来自于获取/构建活动的有关新的和变更的产品和服务的知识和信息
1015 +* 契动活动提供的与外部和内部供应商及合作伙伴签订的合同和协议。
1016 +
1017 +
1018 +
1019 +这项活动的主要输出是：
1020 +
1021 +* 提供给获取/构建活动的需求和规格说明
1022 +* 提供给契动活动的合同和协议的要求
1023 +* 提供给交付和支持活动的新的和变更的产品和服务
1024 +* 提供给所有的价值链活动的有关新产品和服务的知识和信息
1025 +* 提供给改进活动的绩效信息和改进机会。
1026 +
1027 +
1028 +
1029 +=== **​​​​​​​4.5.5 ** ​​​​​​​**获取/构建** ===
1030 +
1031 +
1032 +
1033 +**关键信息：**
1034 +
1035 +获取/构建价值链活动的目的是确保服务组件在需要的时间和地点可用，并满足约定的规格说明。
1036 +
1037 +
1038 +此活动的主要输入是：
1039 +
1040 +* 计划活动提供的架构和方针政策
1041 +* 契动活动提供的与外部和内部供应商及合作伙伴签订的合同和协议
1042 +* 外部和内部供应商及合作伙伴提供的货品和服务
1043 +* 设计和转换活动提供的需求和规格说明
1044 +* 改进活动提供的改进举措
1045 +* 来自于改进活动的改进状态报告
1046 +* 契动活动提供的变更请求或项目启动请求
1047 +* 交付和支持活动提供的变更请求
1048 +* 有关新的和变更的产品和服务的知识和信息，它们来自于设计和转换活动
1049 +* 来自于契动活动的有关第三方服务组件的知识和信息。
1050 +
1051 +
1052 +
1053 +这项活动的主要输出是：
1054 +
1055 +* 提供给交付和支持活动的服务组件
1056 +* 提供给设计和转换活动的服务组件
1057 +* 提供给所有价值链活动的有关新的和变更的服务组件的知识和信息
1058 +* 提供给契动活动的合同和协议要求
1059 +* 提供给改进活动的绩效信息和改进机会。
1060 +
1061 +
1062 +
1063 +=== **​​​​​​​4.5.6**  **交付和支持** ===
1064 +
1065 +
1066 +
1067 +**关键信息：**
1068 +
1069 +交付和支持价值链活动的目的是确保根据商定的协议和利益相关者的期望交付和支持服务。
1070 +
1071 +
1072 +此活动的关键输入是：
1073 +
1074 +* 设计和转换活动提供的新的和变更的产品和服务
1075 +* 获取/构建活动提供的服务组件
1076 +* 改进活动提供的改进举措
1077 +* 活动提供的改进状态报告
1078 +* 契动活动提供的用户支持任务
1079 +* 有关新的和变更的服务组件和服务的知识和信息，他们由设计和转换活动，以及获取/构建活动提供
1080 +* 契动活动提供的有关第三方服务组件的知识和信息。
1081 +
1082 +
1083 +这项活动的主要输出是：
1084 +
1085 +* 提供给客户和用户的服务
1086 +* 提供给契动活动的有关用户支持任务的完成信息
1087 +* 提供给契动活动和改进活动的产品和服务绩效信息
1088 +* 提供给改进活动的改进机会
1089 +* 提供给契动活动的合同和协议要求
1090 +* 提供给获取/构建活动的变更请求
1091 +* 提供给设计和转换活动的服务绩效信息。
1092 +
1093 +
1094 +有关服务价值链活动的更多详细信息，请参见其他ITIL 4出版物和补充材料。
1095 +
1096 +
1097 +== **​​​​​​​4.6**  **持续改进** ==
1098 +
1099 +
1100 +
1101 +
1102 +一个组织的所有领域和所有层面，从战略到运营，都在持续改进。为了最大限度地提高服务的有效性，每个为提供服务做出贡献的人都应该精益求精，并且应该时刻寻找改进的机会。
1103 +
1104 +
1105 +持续改进模型适用于整个服务价值系统SVS，以及组织的所有产品、服务、服务组件和各种关系。为了支持各个层面的持续改进，ITIL 服务价值系统SVS包括：
1106 +
1107 +* ITIL持续改进模型，它为组织提供了实施改进的结构化方法
1108 +* 服务价值链活动-改进活动，它将将持续改进嵌入价值链当中
1109 +* 持续改进实践，它支持组织日常改进工作。
1110 +
1111 +
1112 +
1113 +ITIL持续改进模型可用作支持改进举措的高阶指南。该模型的使用将提高ITSM举措成功的可能性，聚焦客户价值，并确保改进工作能够与组织的愿景相联系。该模型支持以迭代的方式进行改进，将工作划分为可管理的部分，具有可以逐步实现的单一的目标。
1114 +
1115 +
1116 +图4.3提供了ITIL持续改进模型的高阶描述。
1117 +
1118 +(% style="text-align:center" %)
1119 +[[image:1640348231480-968.png]]
1120 +
1121 +图4.3持续改进模型
1122 +
1123 +
1124 +(% class="box" %)
1125 +(((
1126 +**ITIL故事：改进艾克苏**
1127 +
1128 +亨利希望艾克苏成为一家更环保的公司，并在其工作中引入更多环保实践。在以下部分中，艾克苏团队使用持续改进模型中的步骤来实施组织的变革。
1129 +
1130 +**亨利：**在艾克苏，我们努力在各个层面上持续改进。我们的目标之一是成为更环保的企业，并将可持续发展原则纳入每项业务决策中。我的团队致力于这一举措。作为我们服务关系模型的一部分，我们的合作伙伴和供应商也参与其中。
1131 +
1132 +需要提醒的是，基于不同的改进主题和改进类型，模型每个步骤的范围和细节会有很大差异。应该认识到，该模型可以作为工作流程，但它也可以只是用于善思良谋过程的高屋建瓴的提示，以确保改进工作得到妥善的管理。该流程旨在确保改进与组织的目标相关联，适当的确定优先顺序，而且改进措施能够产生可持续的成果。
1133 +
1134 +在使用持续改进模型时，应始终以逻辑和常识为准。该模型的步骤并不需要以线性方式执行，可能需要在某一时刻重新评估并返回到先前的步骤。使用此模型时，应始终保持严谨的判断。
1135 +)))
1136 +
1137 +
1138 +
1139 +=== **​​​​​​​4.6.1 ** **持续改进模型** ===
1140 +
1141 +
1142 +
1143 +本节详细介绍了持续改进模型的每个步骤。一个组织可以根据其文化和目标调整这些步骤。该模型简单而灵活，可以应用于敏捷文化中，也可以应用于传统的瀑布文化当中。
1144 +
1145 +
1146 +==== **​​​​​​​4.6.1.1  ​​​​​​​步骤一：愿景是什么？** ====
1147 +
1148 +
1149 +
1150 +**关键信息：**
1151 +
1152 +每项改进举措都应该支持组织的目的与目标。持续改进模型的第一步是确定举措的愿景。这为所有后续决策提供了背景，并将个人行动与组织的未来愿景联系起来。
1153 +
1154 +
1155 +此步骤主要关注两个关键领域：
1156 +
1157 +* 组织的愿景和目标需要转化为具体业务单元、部门、团队和/或个人的愿景和目标，以便了解所有改进举措的背景、目标和边界。
1158 +* 需要为计划中的改进建立高层次的愿景。
1159 +
1160 +
1161 +
1162 +这一步骤内的工作应当确保：
1163 +
1164 +* 已经理解了高层次的方向
1165 +* 在此背景下描述和理解计划的改进举措
1166 +* 了解利益相关者及其角色
1167 +* 理解将实现的预期价值并达成一致
1168 +* 负责实施改进的人员或团队在实现组织愿景方面方面的角色是明确的。
1169 +
1170 +
1171 +
1172 +如果跳过此步骤，则改进可能只是针对所涉及的人员或团队的优化，而不是对整个组织的优化，或者改进的重点独独落在非增值活动上。
1173 +
1174 +
1175 +
1176 +**ITIL的故事：愿景是什么？**
1177 +
1178 +**亨利：**艾克苏的愿景是让公司成为全球三大绿色汽车租赁公司之一。为此目的创建了一项名为艾克苏Green的持续改进计划。
1179 +
1180 +
1181 +**克雷格：**作为艾克苏的清洁服务供应商，我会在这项改进计划中为他们提供支持。
1182 +
1183 +
1184 +
1185 +==== **​​​​​​​4.6.1.2**  **步骤二：我们现在在哪里？** ====
1186 +
1187 +
1188 +
1189 +一项改进举措的成功，取决于对该举措的出发点和影响的清晰和准确的理解。一项改进可以认为是从A点到B点的旅程，这一步骤明确定义了A点的样子。如果不知道起点，则无法绘制旅程图。
1190 +
1191 +
1192 +此步骤的关键内容是现状评估。这是对现有服务的评估，包括用户对所获得的价值的感受、人员的能力和技能、涉及的过程和程序以及/或可用技术解决方案的能力。还需要了解组织的文化，即所有利益相关方群体的主流价值观和态度，以决定需要何种层次的组织变革管理。
1193 +
1194 +
1195 +应尽可能通过客观测量来进行现状评估。这将使我们准确理解与当前状态相关的问题，并且一旦实施该举措，就能够通过与初始状态进行比较来适当地测量所取得的改进水平。如果有一个好的测量系统，那么在最初改进建议的文档中，就可能已经提供了完成这一步骤的信息。
1196 +
1197 +
1198 +如果跳过此步骤，将无法了解当前状态，也没有客观基线测量。因此，很难跟踪和测量改进活动的有效性，因为后续无法将新状态与之前的状态进行比较。
1199 +
1200 +
1201 +(% class="box" %)
1202 +(((
1203 +**ITIL故事：我们现在在哪里？**
1204 +
1205 +**苏：**我们需要了解基线。如果我们不知道起点在哪里，怎么知道我们是否有所改进？目前，我们车队中只有5％的车辆是电动车。
1206 +
1207 +**克雷格：**只有20％的清洁用品是可生物降解的。
1208 +)))
1209 +
1210 +
1211 +
1212 +==== **​​​​​​​4.6.1.3**  **步骤三：我们想去哪里?** ====
1213 +
1214 +
1215 +
1216 +正如上一步骤（步骤2）描述了改进之旅中的A点，步骤3描述了B点，即下一步行程的目标状态应该是什么样子。如果目的地不清楚，则无法绘制旅程图。
1217 +
1218 +
1219 +根据前两个步骤的结果，可以进行差距分析，评估从起点到实现倡议愿景的路程的范围和性质。值得注意的是，该倡议的初步愿景只是一个愿望，可能永远都不会完全实现。
1220 +
1221 +
1222 +改进是目标，而不是理想。该步骤应根据起点的已知情况，在达成改进愿景的征途上，确定一个或多个优先任务。可以根据差距分析确定改进机会和优先级，并设定改进目标，以及关键成功因素（CSF）和关键绩效指标（KPI）。
1223 +
1224 +
1225 +商定的目标、CSF和KPI都需要遵循所谓的SMART原则。它们应该是具体的、可测量的、可实现的、相关的和有时限的。如果知道确切的目的地，则更容易确定改进之旅的路线。必须注意的是，目标状态代表了迈向愿景的进展，而不是整个愿景的实现。
1226 +
1227 +
1228 +如果跳过此步骤，目标状态将一直不明确。很难对关键利益相关方能够从改进举措中获得什么收益作出令人满意的说明，这可能会导致支持率低，甚至受到抵制。
1229 +
1230 +
1231 +
1232 +**ITIL的故事：我们想去哪里？**
1233 +
1234 +**苏：**五年内，我们希望车队中有50％的电动车。另一半应符合最严格的汽油车和柴油车的生态要求。
1235 +
1236 +
1237 +**克雷格：**我的目标之一是，在未来两年内，90％的清洁用品将是可生物降解的。
1238 +
1239 +
1240 +**拉迪卡：**这是一项伟大的举措。在我们的IT团队中，我们希望使用可生物降解的杯子。我们也希望艾克苏在所有的办公室使用环保灯泡。
1241 +
1242 +
1243 +
1244 +==== **​​​​​​​4.6.1.4**  **步骤4：我们如何到达那里？** ====
1245 +
1246 +
1247 +
1248 +既然已经确定了改进之旅的起点和终点，就可以商定具体的路线了。基于对改进愿景以及当前和目标状态的理解，并将这些知识与主题专业知识相结合，可以创建应对该举措的挑战的计划。
1249 +
1250 +
1251 +**关键信息**：
1252 +
1253 +步骤4的计划可以是完成单个简单改进任务的直捷路线，也可能涉及更多内容。执行改进的最有效方法可能并非显而易见，有时需要设计实验来测试哪些方案最具潜力。
1254 +
1255 +即使要遵循的路径是明确的，最有效的做法可能是以一系列的迭代来开展工作，每一次迭代都会将改进向前推进一部分。每一次迭代，都有机会检查进展，重新评估方法，并酌情改变方向。
1256 +
1257 +如果跳过此步骤，则改进的执行可能会扑朔迷离，达不到改进的要求。失败的改进会削弱的信心，也会使未来改进难以获得支持。
1258 +
1259 +
1260 +
1261 +**ITIL的故事：我们如何到达那里？**
1262 +
1263 +**克雷格：**我的计划是，当我们的清洁用品的库存用完后，用可生物降解的产品取代。同时，我们将测试新产品，寻找价格和质量的最佳平衡点。
1264 +
1265 +**苏：**有时候知易行难，用电动汽车取代我们一半的车队是一个更大的挑战。如果他们没有被使用，我们不希望我们的车场中有不被使用的多余的汽车。我们还必须考虑不同国家的具体情况和基础设施，以及当地的法规。
1266 +
1267 +**拉迪卡：**我们鼓励使用陶瓷杯而不是塑料杯。我们停止购买塑料杯，我们正在为所有办公室购买陶瓷杯。
1268 +
1269 +
1270 +
1271 +==== **​​​​​​​4.6.1.5 ** **步骤5：采取行动** ====
1272 +
1273 +
1274 +
1275 +**关键信息**：
1276 +
1277 +在步骤5中，执行改进计划的行动。这可能涉及传统的瀑布式方法，但遵循敏捷方法可能更合适，包括试验、迭代、改变方向，甚至回到之前的步骤来。
1278 +
1279 +
1280 +有些改进是作为会带来巨大变革的一项重大举措的一部分而进行的，而另一些改进虽小但意义重大。在某些情况下，通过实施多个较小的改进迭代来实现较大的变革。即使在计划的时候，完成改进的路径似乎很清晰，重要的是在整个过程中对变化保持开放的态度。目标是实现预期结果，而不是对如何前进坚持一种僵硬的看法。
1281 +
1282 +
1283 +在改进过程中，需要持续关注测量实现愿景的进展和管理风险，并确保举措的可见性和整体意识。ITIL的一些实践，如组织变革管理（第5.1.6节）、测量和报告（第5.1.5节）、风险管理（第5.1.10节），当然还有持续改进（第5.1.2节）是本步骤取得成功的重要因素。
1284 +
1285 +
1286 +这一步骤完成后，工作将处于旅程的终点，从而形成新的当前状态。
1287 +
1288 +
1289 +(% class="box" %)
1290 +(((
1291 +**ITIL故事：采取行动**
1292 +
1293 +**克雷格：**我们已开始用可生物降解的产品取代清洁用品的库存。我们发现了一些很棒的新产品，甚至通过使用不会影响质量的更便宜的替代品来节省资金。
1294 +
1295 +**苏：**我们已经开始淘汰一些老旧的汽油车和柴油车，用新的电动车型取而代之。我们对保有的汽油车和柴油车进行了彻底的检查，确保它们符合生态要求，对不符合要求的，将采取措施加以问题。
1296 +
1297 +**拉迪卡：**我们已将新的可生物降解杯和环保灯泡带入我们的办公室，并开始撤除塑料杯。
1298 +)))
1299 +
1300 +
1301 +
1302 +==== **​​​​​​​4.6.1.6 ** **步骤6：我们到了吗？** ====
1303 +
1304 +
1305 +
1306 +此步骤涉及检查行程的目的地，以确保已达到期望的终点。
1307 +
1308 +
1309 +**关键信息**：
1310 +
1311 +很多时候，一旦启动了改进计划，人们就会假设已经获得了预期收益，可以将注意力转移到下一个举措上。实际上，改进的道路上充满了各种障碍，因此必须验证是否成功。
1312 +
1313 +对于改进举措的每次迭代，都需要检查和确认进展（是否实现了原定目标？）和价值（那些目标是否仍然有意义？）。如果尚未达成期望的结果，则选择并采取额外的行动来完成工作，这通常会导致一个新的迭代。
1314 +
1315 +如果跳过此步骤，则很难确定是否真正实现了期望的结果或承诺的结果，也得不到此次迭代的经验教训~-~-在需要的时候，它们可以支持修正航线。
1316 +
1317 +
1318 +(% class="box" %)
1319 +(((
1320 +**ITIL故事：我们到了吗？**
1321 +
1322 +**克雷格：**几个月后，我们成功实现了90％的产品可生物降解的目标。
1323 +
1324 +**苏：**电动汽车正在引入，但由于后勤原因，取代汽油车和柴油车的难度比我们预期的大得多。如果我们想达到我们的五年目标，就必须加快步伐。我们现在可能要重新考虑我们的目标，并决定是否应该做更多的工作来支持它，或者是否需要修改目标。
1325 +
1326 +**拉迪卡：**我们的办公室现在有可生物降解的杯子和环保的灯泡。一些旧的塑料杯仍在使用，但我们已经不再购买，所以一旦用完就没有了。
1327 +)))
1328 +
1329 +
1330 +
1331 +==== **​​​​​​​4.6.1.7 ** **步骤7：我们如何保持这种势头？** ====
1332 +
1333 +
1334 +
1335 +**关键信息**：
1336 +
1337 +如果改进已达到预期的价值，那么该举措的重点就应转移到推广这些成功经验和巩固引入的所有新方法上。这是为了确保进展不会丢失，并为下一次改进建立支持和势头。
1338 +
1339 +应该使用组织变革管理和知识管理实践，将变革融入组织当中，并确保改进和改变的行为不会有反弹回潮的风险。领导者和管理者应该帮助团队将新的工作方法真正融入到日常工作中，并将新的行为制度化。
1340 +
1341 +如果没有实现改进的预期结果，则需要向利益相关方说明举措失败的原因。这需要对改进进行全面分析，记录并交流经验教训。这应该包括，根据收集的经验，在下一次迭代中可以采取的不同做法的描述。无论当前迭代的结果如何，透明度对于未来的工作都很重要。
1342 +
1343 +如果跳过此步骤，那么改进可能仍然是孤芳自赏的举措，任何进展都可能随着时间的推移而消失。今后的改进也可能很难获得支持，也难以将持续改进融入组织文化当中。
1344 +
1345 +
1346 +(% class="box" %)
1347 +(((
1348 +**ITIL的故事：我们如何保持这种势头？**
1349 +
1350 +**克雷格：**现在我们已达到了目标，我们将监控我们购买的任何新产品，以确保它们符合我们的可生物降解标准。我们还将寻找一切机会，用更为环保的替代品取代剩余的不可生物降解产品。
1351 +
1352 +**苏：**我们在为艾克苏车队增加新的电动车方面有了一个良好的开端，但尚未达到我们的目标。现在，我们需要分析是什么阻碍了我们实现目标，记录我们吸取的经验教训，并决定未来可以采取哪些不同的做法，使电动汽车的引入更加有效。
1353 +
1354 +**拉迪卡：**我们将继续为办公室购买陶瓷杯和环保灯泡。我们还将考虑更多的方法使办公室更为环保，并与员工一起开展活动，鼓励他们提高环保意识。
1355 +)))
1356 +
1357 +
1358 +
1359 +=== **​​​​​​​4.6.2 ** **持续改进和指导原则** ===
1360 +
1361 +
1362 +
1363 +遵循持续改进模型，组织可以从应用ITIL指导原则中显著受益。所有的原则都适用于改进举措的每一步骤，也与每一步骤都有关系。当然，某些指导原则，与持续改进模型的具体步骤有着特别的相关性。在改进的每一步都遵循这些原则，将增加每一步骤和整体改善举措的成功机会。表4.2描述了每一指导原则与持续改进模型的哪些步骤有着特别的相关性，尽管所有原则在某种程度上适用于所有的步骤。
1364 +
1365 +
1366 +持续改进不仅是精益的组成部分，也是敏捷（回顾会）、DevOps（持续的实验和学习、掌握），以及其他框架的组成部分。它是ITIL SVS的关键组件之一，它与指导原则一起为成功的服务管理提供了坚实的平台。
1367 +
1368 +
1369 +表4.2与最相关的ITIL指导原则链接的持续改进模型的步骤
1370 +
1371 +[[image:1641706390557-946.png]]
1372 +
1373 +[[image:1659060015717-163.png]]
1374 +
1375 +| |**Focus on value**|**Start where you are**|**Progress iteratively with feedback**|**Collaborate and promote visibility**|**Think and work holistically**|**Keep it simple and practical**|**Optimize and automate**
1376 +|What is the vision?|✔| | |✔|✔| |
1377 +|Where are we now?| |✔| |✔| | |
1378 +|Where do we want to be?| | |✔| |✔|✔|✔
1379 +|How do we get there?| | |✔|✔|✔|✔|
1380 +|Take action|✔| |✔|✔| | |
1381 +|Did we get there?|✔| | |✔|✔| |
1382 +|How do we keep the momentum going?|✔| | |✔|✔| |✔
1383 +
1384 +
1385 +**持续改进和约束理论：**
1386 +
1387 +在日新月异的商业环境中，一个企业能否快速变革，无论是对外部因素的反应，还是对市场的颠覆，都能决定企业的失败与成功。
1388 +
1389 +在规划改进时，关键是把重点放在最优先的工作上。根据约束理论（ToC），价值链中最薄弱的环节决定了系统的流量和吞吐量。必须尽可能提升最薄弱的环节（有时会暴露出新的最薄弱环节），价值链中的所有其他步骤都必须围绕它来组织。
1390 +
1391 +使用价值流映射可以确定价值流的最弱环节。这是一种精益实践，它检查流动，量化其浪费（例如，延迟），并在此过程中确定其最薄弱的环节。如果最薄弱的环节是信息系统的开发，那么应用敏捷原则和实践可以提高功能开发的质量和速度。这包括业务和IT之间的关键性互动，在这种互动中，定义了所需的功能和非功能性需求。有助于此的ITIL 4实践主要包括软件开发和管理、业务分析和关系管理等。
1392 +
1393 +如果最薄弱的环节是部署的速度和可靠性，那么使用DevOps的原则、技术实践和工具就可以起到显着的作用。与此相关的ITIL 4实践包括部署管理、发布管理和组织变革管理。
1394 +
1395 +最后，如果最薄弱的环节是IT服务的交付和支持，那么可以使用IT运营实践和工具，例如ITIL 4实践中的事件管理、问题管理、服务台以及基础架构和平台管理等。
1396 +
1397 +
1398 +== **4.7  实践** ==
1399 +
1400 +
1401 +
1402 +实践是一组为开展工作或实现目标而设计的组织资源。这些资源归纳为服务管理的四个维度（参见第3章）。ITIL SVS包括一般管理实践、服务管理实践和技术管理实践，如第5章所述。
1403 +
1404 +
1405 +
1406 +== **4.8  总结** ==
1407 +
1408 +
1409 +
1410 +ITIL SVS描述了组织的所有组件和活动作为一个系统如何协同工作，以实现价值创造。每个组织的SVS都与其他组织有接口，形成了一个生态系统，促进各组织、客户和其他利益相关者创造价值。
1411 +
1412 +ITIL SVS具有强大的整体结构，用于对现代化的产品和服务进行治理和管理，使组织能够与消费者共同创造价值。SVS包括服务价值链活动，这些活动得到具有普遍性和整体性特点的实践的支持，使组织能够管理所有类型的需求。这些需求包括使组织能够在竞争环境中茁壮成长的战略需求，以及对信息、服务或支持的运营请求。每个组织都参与了这里所描述的某种形式的价值链活动，即使其中许多活动是由供应商和合作伙伴执行的。可以因地制宜的采用ITIL 4指南，以促进整个SVS的价值、反馈和持续改进。
1413 +
1414 +
1415 +
1416 + [[阅读下一章>>http://itil4hub.cn/bin/view/1.1%20%E5%9F%BA%E6%9C%AC%E6%93%8D%E4%BD%9C/5%20%20ITIL%E7%AE%A1%E7%90%86%E5%AE%9E%E8%B7%B5/]]  [[返回上一章>>http://itil4hub.cn/bin/view/1.1%20%E5%9F%BA%E6%9C%AC%E6%93%8D%E4%BD%9C/3%20%20%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E7%9A%84%E5%9B%9B%E4%B8%AA%E7%BB%B4%E5%BA%A6/]]
深圳市艾拓先锋企业管理咨询有限公司