由 superadmin 于 2024/04/03, 16:11 最后修改
从版本< 39.1 >
由superadmin编辑
在2024/04/03, 16:03上
到版本
由superadmin编辑
在2024/04/03, 16:11上
<
修改评论 该版本没有评论

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,7 +42,6 @@
42 42  ** 一个要求新的基础设施能力以保留产品或服务正常运行的请求。
43 43  
44 44  
45 -
46 46  === 4.1.1 ITIL 服务价值流的结构 ===
47 47  
48 48  |(((
... ... @@ -132,7 +132,6 @@
132 132  * 通过了解更广泛的组织或生态系统如何运作和受益以及参与方所做的工作，整体思考和工作。
133 133  
134 134  
135 -
136 136  === 4.1.3 价值流注意事项 ===
137 137  
138 138  
... ... @@ -147,7 +147,6 @@
147 147  * 通过减少转换时间来优化工作流程将需求转化为价值，并自动化可重复的工作。
148 148  
149 149  
150 -
151 151  ==== 4.1.3.2 起点和终点 ====
152 152  
153 153  
... ... @@ -157,10 +157,8 @@
157 157  * 能够使用与观众相关的语言
158 158  * 从客户或用户的角度构建成果和价值。
159 159  
160 -(% class="wikigeneratedid" %)
161 161  ==== ====
162 162  
163 -(% class="wikigeneratedid" %)
164 164  ==== ====
165 165  
166 166  ==== 4.1.3.3 灵活性 ====
... ... @@ -185,7 +185,6 @@
185 185  * 对价值流产生影响的价值链中的多个活动。
186 186  
187 187  
188 -
189 189  **包括多个价值链活动**
190 190  
191 191  如果一个步骤同时包含契动和计划两个活动，更合理的方式是将其分为两个单独的步骤。例如：步骤“确定客户需求”可以分为：
... ... @@ -216,7 +216,6 @@
216 216  * 从供应商网站下载补丁程序的步骤可以映射到价值链中的获取/构建活动，但是也可以映射到价值链中的改进活动的被称为“更新解决方法”的活动或任务。
217 217  
218 218  
219 -
220 220  ==== 4.1.3.8 映射到实践 ====
221 221  
222 222  
... ... @@ -226,7 +226,6 @@
226 226  * 执行人工测试的流程
227 227  
228 228  
229 -
230 230  === 4.1.4 设计服务价值流 ===
231 231  
232 232  
... ... @@ -266,7 +266,6 @@
266 266  * 引入审查触发机制，必要时改进价值流。（审查可以是随机的”例如：可以在消费者反馈时“，也可以是定期进行。）
267 267  
268 268  
269 -
270 270  === 4.1.5 描述价值流的步骤 ===
271 271  
272 272  
... ... @@ -439,7 +439,6 @@
439 439  * 价值流和流程  流程，过程，模板等
440 440  
441 441  
442 -
443 443  === 4.2.1 开发新服务 ===
444 444  
445 445  
... ... @@ -459,7 +459,6 @@
459 459  * 了解客户从需求到价值的过程，并从客户的角度定义需求，而不是仅仅依靠内部视角或团队成员的先前经验。
460 460  
461 461  
462 -
463 463  ==== 4.2.1.2 从需求到价值的旅程 ====
464 464  
465 465  
... ... @@ -501,7 +501,6 @@
501 501  * 作为基础架构工程师，我希望能够对报警通知进行分组，以便可以关联警报并消除重复项。
502 502  
503 503  
504 -
505 505  ===== 步骤1：确认并记录服务需求 =====
506 506  
507 507  (% style="text-align:center" %)
... ... @@ -520,7 +520,6 @@
520 520  * **服务级别管理 **提供有关当前服务级别的信息，以在描述需求时提供内容。
521 521  
522 522  
523 -
524 524  ===== 步骤2：决定是否投资新服务 =====
525 525  
526 526  (% style="text-align:center" %)
... ... @@ -546,7 +546,6 @@
546 546  * **软件开发和管理 **提供有关设计和开发新服务的软件组件的补充评估，以及对运行的应用程序活动影响的补充评估。根据需要，为业务案例评估做出贡献。
547 547  
548 548  
549 -
550 550  ===== 步骤3：设计和架构师新服务以满足客户需求 =====
551 551  
552 552  (% style="text-align:center" %)
... ... @@ -576,7 +576,6 @@
576 576  * **供应商管理  **协助与合作伙伴和供应商进行互动，并选择新供应商采购服务组件。
577 577  
578 578  
579 -
580 580  ===== 步骤4：构建、配置或购买服务组件 =====
581 581  
582 582  (% style="text-align:center" %)
... ... @@ -608,7 +608,6 @@
608 608  * **供应商管理**  协助与合作伙伴和供应商进行互动，并选择新的供应商来采购服务组件。
609 609  
610 610  
611 -
612 612  ===== 步骤5：部署服务组件以准备启动 =====
613 613  
614 614  (% style="text-align:center" %)
... ... @@ -640,7 +640,6 @@
640 640  * **供应商管理** 在与合作伙伴及供应商的交互，以及选择提供服务组件的新供应商方面提供帮助。
641 641  
642 642  
643 -
644 644  ===== 步骤6：为客户和用户提供发布新服务 =====
645 645  
646 646  (% style="text-align:center" %)
... ... @@ -676,7 +676,6 @@
676 676  
677 677  
678 678  
679 -
680 680  === 4.2.2 恢复现有服务 ===
681 681  
682 682  
... ... @@ -698,7 +698,6 @@
698 698  * 了解应集成哪些（或如何集成）系统，并在多个活动中心之间共享数据。
699 699  
700 700  
701 -
702 702  ==== 4.2.2.2 需求和价值 ====
703 703  
704 704  
... ... @@ -712,7 +712,6 @@
712 712  * 恢复价值的需求推动了这一价值流。
713 713  
714 714  
715 -
716 716  ==== 4.2.2.3 从需求到价值的旅程 ====
717 717  
718 718  
... ... @@ -752,7 +752,6 @@
752 752  * **服务台** 提供所需的技能，工具和其他资源，以允许客户或用户联系服务支持，并使客户支持专员能够与联系人产生共情，管理与客户或用户的沟通方式，获取及传递有关预期解决时间的信息
753 753  
754 754  
755 -
756 756  ===== 步骤2：调查查询，将其重新分类为事件，然后尝试将其修复 =====
757 757  
758 758  (% style="text-align:center" %)
... ... @@ -780,7 +780,6 @@
780 780  * 流媒体服务中止服务的原因，是客户或用户的信用卡被银行拒付。
781 781  
782 782  
783 -
784 784  ===== 步骤3：从专家团队处获取修复程序 =====
785 785  
786 786  (% style="text-align:center" %)
... ... @@ -808,7 +808,6 @@
808 808  * **供应商管理 **根据事件的性质，提供同协助构建修复程序的关键供应商进行交互所需的技能，工具和其他资源。
809 809  
810 810  
811 -
812 812  ===== 步骤4：部署修复程序 =====
813 813  
814 814  (% style="text-align:center" %)
... ... @@ -834,7 +834,6 @@
834 834  * **供应商管理 **根据事件的性质，提供与能够协助配置和打包待部署的修复程序的关键供应商进行交互所需的技能，工具和其他资源。
835 835  
836 836  
837 -
838 838  ===== 步骤5：验证事件是否已解决 =====
839 839  
840 840  (% style="text-align:center" %)
... ... @@ -873,7 +873,6 @@
873 873  * **服务级别管理 **提供信息以评估恢复/已达到的服务水平，以及恢复的及时性。
874 874  
875 875  
876 -
877 877  ===== 步骤6：征集用户反馈 =====
878 878  
879 879  (% style="text-align:center" %)
... ... @@ -898,7 +898,6 @@
898 898  * **供应商管理** 根据事件的性质和解决事件所需的步骤，提供可用于识别改进机会的相关反馈所需的技能，工具和其他资源。
899 899  
900 900  
901 -
902 902  ===== 步骤7:识别整体系统改进机会 =====
903 903  
904 904  (% style="text-align:center" %)
... ... @@ -1007,10 +1007,8 @@
1007 1007  [[image:1640087028260-207.png||height="52" width="42"]]**雷尼: **//定义34种ITIL做法所需的最小贡献集将很有用，它将对组织或利益干系人有利。例如，我们当前的支持服务旨在提供路边援助；但是，这并不延伸到我们的客户可能希望探索的山间小道。对于最初的城市自行车车队，我们可以采用当前的做法，但是如果我们将服务组合扩展到包括山地车租赁在内，那么我们还需要扩展支持能力。//
1008 1008  )))
1009 1009  
1010 -(% class="wikigeneratedid" %)
1011 1011  == ==
1012 1012  
1013 -(% class="wikigeneratedid" %)
1014 1014  == ==
1015 1015  
1016 1016  == 4.4 总结 ==
深圳市艾拓先锋企业管理咨询有限公司