从版本< 15.1 >
由superadmin编辑
在2024/04/03, 12:00上
到版本
由superadmin编辑
在2024/04/03, 12:52上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -3,8 +3,7 @@
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="
7 -**Contents**"}}
6 +{{box cssClass="floatinginfobox" title="**Contents**"}}
8 8  {{toc/}}
9 9  {{/box}}
10 10  
... ... @@ -35,7 +35,6 @@
35 35  * 持续改进:在各个级别进行的经常性的组织活动,以确保组织的绩效不断满足利益相关者的期望。ITIL 4通过ITIL持续改进模型支持持续改进。
36 36  
37 37  
38 -
39 39  SVS的目的是通过使用和管理产品和服务,确保组织与所有利益相关者不断共同创造价值。SVS的结构如图4.1所示。图的左侧显示了从内部和外部来源向SVS馈送的机会和需求。右侧显示了为组织,其客户和其他利益相关者创造的价值。
40 40  
41 41  (% style="text-align:center" %)
... ... @@ -81,6 +81,7 @@
81 81  
82 82  
83 83  
82 +
84 84  == **4.2  机会、需求和价值** ==
85 85  
86 86  
... ... @@ -96,6 +96,8 @@
96 96  需求代表了内部和外部客户对产品和服务的要求或期望。价值的定义,以及对不同利益相关者而言,什么是价值,见第2章。
97 97  
98 98  
98 +
99 +
99 99  == **4.3  ITIL指导原则** ==
100 100  
101 101  
... ... @@ -141,7 +141,6 @@
141 141  |(% style="width:93px" %)保持简单实用|(% style="width:427px" %)如果一项流程、服务、行动或指标未能提供价值或产生有用的结果,就将其取消。在流程或程序中,采用实现目标所需的最少步骤。始终采用基于结果的思维来产生可以提供结果的实用的解决方案。
142 142  |(% style="width:93px" %)优化和自动化|(% style="width:427px" %)所有类型的资源,特别是人力资源,都应发挥最佳效能。消除一切真正浪费的东西,并发挥技术的能力。人的干预应该只发生在能够真正贡献价值的地方。
143 143  
144 -
145 145  这里定义的指导原则总体上体现了ITIL和服务管理的核心信息,支持各种类型和各个层面的成功行动和良好决策。当组织采用服务管理方法并根据自己的具体需求和情况调整ITIL指导原则时,他们可以用于指导组织的工作。这些指导原则鼓励和支持组织在所有层面的持续改进。
146 146  
147 147  
... ... @@ -172,7 +172,6 @@
172 172  * 必要时分离管理服务的记录系统(如配置管理数据库)与软件开发团队使用的“参与系统”(如协作工具)之间的交互处理。
173 173  
174 174  
175 -
176 176  DevOps方法建立在敏捷软件开发和服务管理技术基础之上,强调软件开发和技术运营之间的紧密协作。利用高度自动化来解放专业技术人员的时间,使他们能够专注于增值活动,DevOps能够在软件产品的可操作性、可靠性和可维护性等方面照亮前进方向,从而帮助服务管理。DevOps从业者倡导的文化方面可以并且应该扩展到价值流和所有服务价值链活动,使产品和服务团队保持一致的目标,使用相同的方法。
177 177  
178 178  
... ... @@ -239,7 +239,6 @@
239 239  * 这些服务可以帮助他们做什么
240 240  
241 241  
242 -
243 243  服务如何帮助他们实现目标
244 244  
245 245  * 服务消费者的成本/财务影响的作用
... ... @@ -246,7 +246,6 @@
246 246  * 服务消费者所面临的风险。
247 247  
248 248  
249 -
250 250  价值可以有多种形式,例如提高生产率、减少负面影响、降低成本、开拓新市场的能力或更好的竞争地位。服务消费者的价值:
251 251  
252 252  * 由他们自己的需求定义
... ... @@ -254,7 +254,6 @@
254 254  * 随时间推移和不同情况而变化
255 255  
256 256  
257 -
258 258  ==== **4.3.1.3  客户体验** ====
259 259  
260 260  
... ... @@ -281,7 +281,6 @@
281 281  * **在所有改进举措的每个步骤中都要注重价值:**参与改进举措的每个人都需要了解该举措试图促成的结果,如何衡量其价值,以及为了促进共同价值创造,他们应当作出怎样的贡献。
282 282  * **ITIL故事:关注价值**
283 283  
284 -
285 285  (% class="box" %)
286 286  (((
287 287  **拉迪卡:**当艾克苏扩展到亚太地区时,我们开展了针对在本国以外旅行的客户的研究。结果发现,前往这些地区的美国和欧洲客户对不熟悉的道路规则和安全性存在担忧。
... ... @@ -304,6 +304,7 @@
304 304  )))
305 305  
306 306  
302 +
307 307  === **4.3.2  从你所处的地方开始** ===
308 308  
309 309  
... ... @@ -411,7 +411,6 @@
411 411  * 组织与其合作伙伴和供应商网络之间的接口
412 412  * 对产品和服务的需求
413 413  
414 -
415 415  收到反馈后,可以对其分析,以确定改进机会、风险和问题。
416 416  
417 417  
... ... @@ -427,7 +427,6 @@
427 427  * 整体质量提升。
428 428  
429 429  
430 -
431 431  在一项活动的参与者之间建立适当的反馈回路,可以使他们更好地了解他们的工作来自何处,他们的产出去向何方,以及他们的行动和产出如何影响结果,这反过来又使他们能够做出更好的决策。
432 432  
433 433  
... ... @@ -456,6 +456,7 @@
456 456  
457 457  
458 458  
453 +
459 459  === **​​​​​​​4.3.4**  ​​​​​​​**协作和提升可视化程度** ===
460 460  
461 461  
... ... @@ -498,7 +498,6 @@
498 498  * 内部和外部供应商相互协作,审查共享流程,确定优化和可能的自动化的机会。
499 499  
500 500  
501 -
502 502  ==== **​​​​​​​4.3.4.2**  **沟通促进改进** ====
503 503  
504 504  
... ... @@ -524,7 +524,6 @@
524 524  * 揭开浪费的面纱
525 525  
526 526  
527 -
528 528  必须让各级利益相关者参与进来,并满足他们的需求。各级领导也应在与他人沟通的过程中提供与改进工作有关的合适的信息。总之,这些行动将有助于强化正在做的事情,为什么要做,以及这些工作如何与组织的既定愿景、使命、目标和目的关联起来的。确定此类消息传递的类型、方法和频率是与沟通相关的核心活动之一。
529 529  
530 530  
... ... @@ -549,6 +549,7 @@
549 549  
550 550  
551 551  
545 +
552 552  === **​​​​​​​4.3.5  通盘思考和工作** ===
553 553  
554 554  
... ... @@ -587,6 +587,7 @@
587 587  
588 588  
589 589  
584 +
590 590  === **​​​​​​​4.3.6  保持简单实用** ===
591 591  
592 592  
... ... @@ -654,6 +654,7 @@
654 654  
655 655  
656 656  
652 +
657 657  === **​​​​​​​4.3.7 ** **优化和自动化** ===
658 658  
659 659  
... ... @@ -680,7 +680,6 @@
680 680  * **持续监控优化的影响:**这将有助于识别改进工作方法的机会。
681 681  
682 682  
683 -
684 684  ==== ​​​​​​​**4.3.7.2**  **利用自动化** ====
685 685  
686 686  
... ... @@ -720,6 +720,8 @@
720 720  ** **从你所处的地方开始**:组织中现有的技术的某些特性和功能,可能尚未发掘或未充分利用。利用已有的资源快速、经济地实现优化和自动化的机会。
721 721  
722 722  
718 +
719 +
723 723  === **​​​​​​​4.3.8  原则的相互作用** ===
724 724  
725 725  
... ... @@ -730,6 +730,9 @@
730 730  组织不应只使用其中的一项或两项原则,而应考虑所有原则的相关性,如何一同应用这些原则。并非所有原则在每种情况下都是至关重要的,但每次都要对它们进行审查,以确定它们的适用程度。
731 731  
732 732  
730 +
731 +
732 +
733 733  == ​​​​​​​**4.4  治理** ==
734 734  
735 735  
... ... @@ -773,6 +773,7 @@
773 773  
774 774  
775 775  
776 +
776 776  == **4.5  服务价值链** ==
777 777  
778 778  
... ... @@ -802,7 +802,6 @@
802 802  * **交付和支持**
803 803  
804 804  
805 -
806 806  这些活动代表组织在创造价值时所采取的步骤。每项活动都将输入转化为输出。这些输入可能是来自价值链外部的需求或其他活动的输出。所有活动都是相互关联的,每项活动都会接收触发,并触发下一步行动。
807 807  
808 808  
... ... @@ -817,7 +817,6 @@
817 817  * 通过改进启动和管理各层级的改进
818 818  
819 819  
820 -
821 821  为了执行某项任务或响应特定情况,组织创建服务价值流。这些服务价值流是活动和实践的特定组合,每一服务价值流都是针对特定场景而设计的。价值流一经设计,就应不断改进。
822 822  
823 823  
... ... @@ -834,7 +834,6 @@
834 834  * 发布和部署
835 835  * 支持。
836 836  
837 -
838 838  虽然高层级的步骤是通用的,但不同的产品和客户需要不同的工作流。例如:
839 839  
840 840  * 为新客户开发新应用程序,就从初始契动(售前)开始,然后进行业务分析、原型设计、拟定协议、开发、测试,最终发布和支持。
... ... @@ -842,7 +842,6 @@
842 842  * 修复现场应用程序中的错误,则可能会在支持中启动,接着回滚到先前的稳定版本(发布),然后转到开发、测试和发布补丁程序。
843 843  * 使用新的或现有的应用程序进行实验,以扩展目标受众,可以从创新规划和原型设计开始,然后继续开发,最终到有限的一组用户试用版本,以测试他们对所做变更的看法。
844 844  
845 -
846 846  这些是价值流的例子:它们以各种方式将实践和价值链活动结合起来,以改进产品和服务,增加消费者和组织的潜在价值。
847 847  
848 848  
... ... @@ -863,6 +863,7 @@
863 863  * 在每次迭代结束时向利益相关者展示一份可工作的软件(至少是最小可行)
864 864  
865 865  
863 +
866 866  如果得到成功应用,敏捷软件开发可以快速响应服务消费者不断变化的需求。但是,在许多组织中,敏捷软件开发并未带来预期的收益,这通常是由于在服务生命周期的其他阶段缺乏敏捷方法。这种分立的敏捷性对组织来说没有多大意义,因为价值链的整体表现取决于最慢的部分。应当对服务价值链应用整体性的方法,以确保服务提供商在整个服务生命周期内都是敏捷的。这意味着服务管理所有维度和服务价值链的所有活动都具有着敏捷性这一品质。
867 867  
868 868  
... ... @@ -910,7 +910,6 @@
910 910  * 有关新的和变更的产品与服务的知识和信息,他们来自于设计和转换活动,以及获取/构建活动。
911 911  
912 912  
913 -
914 914  这项活动的主要输出是:
915 915  
916 916  * 战略、战术和运营计划
... ... @@ -921,7 +921,6 @@
921 921  * 提供给契动活动的合同和协议要求。
922 922  
923 923  
924 -
925 925  === **​​​​​​​4.5.2 ** **改进** ===
926 926  
927 927  
... ... @@ -940,7 +940,6 @@
940 940  * 来自于契动活动的有关第三方服务组件的知识和信息。
941 941  
942 942  
943 -
944 944  该价值链活动的关键输出是:
945 945  
946 946  * 对所有价值链活动的改进举措
... ... @@ -950,7 +950,6 @@
950 950  * 为设计和转换活动提供的服务绩效信息。
951 951  
952 952  
953 -
954 954  === **​​​​​​​4.5.3  ​​​​​​​契动** ===
955 955  
956 956  
... ... @@ -978,7 +978,6 @@
978 978  * 来自于改进活动的改进状态报告。
979 979  
980 980  
981 -
982 982  该价值链活动的关键产出是:
983 983  
984 984  * 提供给计划活动的综合性的要求和机会
... ... @@ -991,7 +991,6 @@
991 991  * 提供给为客户的服务绩效报告。
992 992  
993 993  
994 -
995 995  === ​​​​​​​**4.5.4  设计和转换** ===
996 996  
997 997  
... ... @@ -1015,7 +1015,6 @@
1015 1015  * 契动活动提供的与外部和内部供应商及合作伙伴签订的合同和协议。
1016 1016  
1017 1017  
1018 -
1019 1019  这项活动的主要输出是:
1020 1020  
1021 1021  * 提供给获取/构建活动的需求和规格说明
... ... @@ -1025,7 +1025,6 @@
1025 1025  * 提供给改进活动的绩效信息和改进机会。
1026 1026  
1027 1027  
1028 -
1029 1029  === **​​​​​​​4.5.5 ** ​​​​​​​**获取/构建** ===
1030 1030  
1031 1031  
... ... @@ -1049,7 +1049,6 @@
1049 1049  * 来自于契动活动的有关第三方服务组件的知识和信息。
1050 1050  
1051 1051  
1052 -
1053 1053  这项活动的主要输出是:
1054 1054  
1055 1055  * 提供给交付和支持活动的服务组件
... ... @@ -1059,7 +1059,6 @@
1059 1059  * 提供给改进活动的绩效信息和改进机会。
1060 1060  
1061 1061  
1062 -
1063 1063  === **​​​​​​​4.5.6**  **交付和支持** ===
1064 1064  
1065 1065  
... ... @@ -1079,7 +1079,6 @@
1079 1079  * 有关新的和变更的服务组件和服务的知识和信息,他们由设计和转换活动,以及获取/构建活动提供
1080 1080  * 契动活动提供的有关第三方服务组件的知识和信息。
1081 1081  
1082 -
1083 1083  这项活动的主要输出是:
1084 1084  
1085 1085  * 提供给客户和用户的服务
... ... @@ -1090,7 +1090,6 @@
1090 1090  * 提供给获取/构建活动的变更请求
1091 1091  * 提供给设计和转换活动的服务绩效信息。
1092 1092  
1093 -
1094 1094  有关服务价值链活动的更多详细信息,请参见其他ITIL 4出版物和补充材料。
1095 1095  
1096 1096  
... ... @@ -1109,7 +1109,6 @@
1109 1109  * 持续改进实践,它支持组织日常改进工作。
1110 1110  
1111 1111  
1112 -
1113 1113  ITIL持续改进模型可用作支持改进举措的高阶指南。该模型的使用将提高ITSM举措成功的可能性,聚焦客户价值,并确保改进工作能够与组织的愿景相联系。该模型支持以迭代的方式进行改进,将工作划分为可管理的部分,具有可以逐步实现的单一的目标。
1114 1114  
1115 1115  
... ... @@ -1158,7 +1158,6 @@
1158 1158  * 需要为计划中的改进建立高层次的愿景。
1159 1159  
1160 1160  
1161 -
1162 1162  这一步骤内的工作应当确保:
1163 1163  
1164 1164  * 已经理解了高层次的方向
... ... @@ -1168,7 +1168,6 @@
1168 1168  * 负责实施改进的人员或团队在实现组织愿景方面方面的角色是明确的。
1169 1169  
1170 1170  
1171 -
1172 1172  如果跳过此步骤,则改进可能只是针对所涉及的人员或团队的优化,而不是对整个组织的优化,或者改进的重点独独落在非增值活动上。
1173 1173  
1174 1174  
... ... @@ -1381,7 +1381,6 @@
1381 1381  |Did we get there?|✔| | |✔|✔| |
1382 1382  |How do we keep the momentum going?|✔| | |✔|✔| |✔
1383 1383  
1384 -
1385 1385  **持续改进和约束理论:**
1386 1386  
1387 1387  在日新月异的商业环境中,一个企业能否快速变革,无论是对外部因素的反应,还是对市场的颠覆,都能决定企业的失败与成功。
深圳市艾拓先锋企业管理咨询有限公司