Last modified by superadmin on 2024/04/03, 16:11
From version < 40.1
edited by superadmin
on 2024/04/03, 16:11
To version < 39.1 >
edited by superadmin
on 2024/04/03, 16:03
<
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -7,7 +7,7 @@
7 7  {{toc/}}
8 8  {{/box}}
9 9  
10 -= **4. 创建、交付和支持服务的价值流** =
10 += 4. 创建、交付和支持服务的价值流 =
11 11  
12 12  
13 13  本章节提供了有关如何：
... ... @@ -42,6 +42,7 @@
42 42  ** 一个要求新的基础设施能力以保留产品或服务正常运行的请求。
43 43  
44 44  
45 +
45 45  === 4.1.1 ITIL 服务价值流的结构 ===
46 46  
47 47  |(((
... ... @@ -131,6 +131,7 @@
131 131  * 通过了解更广泛的组织或生态系统如何运作和受益以及参与方所做的工作，整体思考和工作。
132 132  
133 133  
135 +
134 134  === 4.1.3 价值流注意事项 ===
135 135  
136 136  
... ... @@ -145,6 +145,7 @@
145 145  * 通过减少转换时间来优化工作流程将需求转化为价值，并自动化可重复的工作。
146 146  
147 147  
150 +
148 148  ==== 4.1.3.2 起点和终点 ====
149 149  
150 150  
... ... @@ -154,8 +154,10 @@
154 154  * 能够使用与观众相关的语言
155 155  * 从客户或用户的角度构建成果和价值。
156 156  
160 +(% class="wikigeneratedid" %)
157 157  ==== ====
158 158  
163 +(% class="wikigeneratedid" %)
159 159  ==== ====
160 160  
161 161  ==== 4.1.3.3 灵活性 ====
... ... @@ -180,6 +180,7 @@
180 180  * 对价值流产生影响的价值链中的多个活动。
181 181  
182 182  
188 +
183 183  **包括多个价值链活动**
184 184  
185 185  如果一个步骤同时包含契动和计划两个活动，更合理的方式是将其分为两个单独的步骤。例如：步骤“确定客户需求”可以分为：
... ... @@ -210,6 +210,7 @@
210 210  * 从供应商网站下载补丁程序的步骤可以映射到价值链中的获取/构建活动，但是也可以映射到价值链中的改进活动的被称为“更新解决方法”的活动或任务。
211 211  
212 212  
219 +
213 213  ==== 4.1.3.8 映射到实践 ====
214 214  
215 215  
... ... @@ -219,6 +219,7 @@
219 219  * 执行人工测试的流程
220 220  
221 221  
229 +
222 222  === 4.1.4 设计服务价值流 ===
223 223  
224 224  
... ... @@ -258,6 +258,7 @@
258 258  * 引入审查触发机制，必要时改进价值流。（审查可以是随机的”例如：可以在消费者反馈时“，也可以是定期进行。）
259 259  
260 260  
269 +
261 261  === 4.1.5 描述价值流的步骤 ===
262 262  
263 263  
... ... @@ -430,6 +430,7 @@
430 430  * 价值流和流程  流程，过程，模板等
431 431  
432 432  
442 +
433 433  === 4.2.1 开发新服务 ===
434 434  
435 435  
... ... @@ -449,6 +449,7 @@
449 449  * 了解客户从需求到价值的过程，并从客户的角度定义需求，而不是仅仅依靠内部视角或团队成员的先前经验。
450 450  
451 451  
462 +
452 452  ==== 4.2.1.2 从需求到价值的旅程 ====
453 453  
454 454  
... ... @@ -490,6 +490,7 @@
490 490  * 作为基础架构工程师，我希望能够对报警通知进行分组，以便可以关联警报并消除重复项。
491 491  
492 492  
504 +
493 493  ===== 步骤1：确认并记录服务需求 =====
494 494  
495 495  (% style="text-align:center" %)
... ... @@ -508,6 +508,7 @@
508 508  * **服务级别管理 **提供有关当前服务级别的信息，以在描述需求时提供内容。
509 509  
510 510  
523 +
511 511  ===== 步骤2：决定是否投资新服务 =====
512 512  
513 513  (% style="text-align:center" %)
... ... @@ -533,6 +533,7 @@
533 533  * **软件开发和管理 **提供有关设计和开发新服务的软件组件的补充评估，以及对运行的应用程序活动影响的补充评估。根据需要，为业务案例评估做出贡献。
534 534  
535 535  
549 +
536 536  ===== 步骤3：设计和架构师新服务以满足客户需求 =====
537 537  
538 538  (% style="text-align:center" %)
... ... @@ -562,6 +562,7 @@
562 562  * **供应商管理  **协助与合作伙伴和供应商进行互动，并选择新供应商采购服务组件。
563 563  
564 564  
579 +
565 565  ===== 步骤4：构建、配置或购买服务组件 =====
566 566  
567 567  (% style="text-align:center" %)
... ... @@ -593,6 +593,7 @@
593 593  * **供应商管理**  协助与合作伙伴和供应商进行互动，并选择新的供应商来采购服务组件。
594 594  
595 595  
611 +
596 596  ===== 步骤5：部署服务组件以准备启动 =====
597 597  
598 598  (% style="text-align:center" %)
... ... @@ -624,6 +624,7 @@
624 624  * **供应商管理** 在与合作伙伴及供应商的交互，以及选择提供服务组件的新供应商方面提供帮助。
625 625  
626 626  
643 +
627 627  ===== 步骤6：为客户和用户提供发布新服务 =====
628 628  
629 629  (% style="text-align:center" %)
... ... @@ -659,6 +659,7 @@
659 659  
660 660  
661 661  
679 +
662 662  === 4.2.2 恢复现有服务 ===
663 663  
664 664  
... ... @@ -680,6 +680,7 @@
680 680  * 了解应集成哪些（或如何集成）系统，并在多个活动中心之间共享数据。
681 681  
682 682  
701 +
683 683  ==== 4.2.2.2 需求和价值 ====
684 684  
685 685  
... ... @@ -693,6 +693,7 @@
693 693  * 恢复价值的需求推动了这一价值流。
694 694  
695 695  
715 +
696 696  ==== 4.2.2.3 从需求到价值的旅程 ====
697 697  
698 698  
... ... @@ -732,6 +732,7 @@
732 732  * **服务台** 提供所需的技能，工具和其他资源，以允许客户或用户联系服务支持，并使客户支持专员能够与联系人产生共情，管理与客户或用户的沟通方式，获取及传递有关预期解决时间的信息
733 733  
734 734  
755 +
735 735  ===== 步骤2：调查查询，将其重新分类为事件，然后尝试将其修复 =====
736 736  
737 737  (% style="text-align:center" %)
... ... @@ -759,6 +759,7 @@
759 759  * 流媒体服务中止服务的原因，是客户或用户的信用卡被银行拒付。
760 760  
761 761  
783 +
762 762  ===== 步骤3：从专家团队处获取修复程序 =====
763 763  
764 764  (% style="text-align:center" %)
... ... @@ -786,6 +786,7 @@
786 786  * **供应商管理 **根据事件的性质，提供同协助构建修复程序的关键供应商进行交互所需的技能，工具和其他资源。
787 787  
788 788  
811 +
789 789  ===== 步骤4：部署修复程序 =====
790 790  
791 791  (% style="text-align:center" %)
... ... @@ -811,6 +811,7 @@
811 811  * **供应商管理 **根据事件的性质，提供与能够协助配置和打包待部署的修复程序的关键供应商进行交互所需的技能，工具和其他资源。
812 812  
813 813  
837 +
814 814  ===== 步骤5：验证事件是否已解决 =====
815 815  
816 816  (% style="text-align:center" %)
... ... @@ -849,6 +849,7 @@
849 849  * **服务级别管理 **提供信息以评估恢复/已达到的服务水平，以及恢复的及时性。
850 850  
851 851  
876 +
852 852  ===== 步骤6：征集用户反馈 =====
853 853  
854 854  (% style="text-align:center" %)
... ... @@ -873,6 +873,7 @@
873 873  * **供应商管理** 根据事件的性质和解决事件所需的步骤，提供可用于识别改进机会的相关反馈所需的技能，工具和其他资源。
874 874  
875 875  
901 +
876 876  ===== 步骤7:识别整体系统改进机会 =====
877 877  
878 878  (% style="text-align:center" %)
... ... @@ -981,8 +981,10 @@
981 981  [[image:1640087028260-207.png||height="52" width="42"]]**雷尼: **//定义34种ITIL做法所需的最小贡献集将很有用，它将对组织或利益干系人有利。例如，我们当前的支持服务旨在提供路边援助；但是，这并不延伸到我们的客户可能希望探索的山间小道。对于最初的城市自行车车队，我们可以采用当前的做法，但是如果我们将服务组合扩展到包括山地车租赁在内，那么我们还需要扩展支持能力。//
982 982  )))
983 983  
1010 +(% class="wikigeneratedid" %)
984 984  == ==
985 985  
1013 +(% class="wikigeneratedid" %)
986 986  == ==
987 987  
988 988  == 4.4 总结 ==
深圳市艾拓先锋企业管理咨询有限公司