由 superadmin 于 2024/04/03, 17:34 最后修改
从版本< 13.1 >
由superadmin编辑
在2021/12/11, 17:44上
到版本
由superadmin编辑
在2021/12/29, 23:45上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -1,6 +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%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/]]  [[返回上一章>>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%AC4%E7%AB%A0%20%E6%B5%8B%E9%87%8F%E5%92%8C%E6%8A%A5%E5%91%8A/]]
5 +
1 1  {{box cssClass="floatinginfobox" title="**Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
9 +
4 4  = 第5章 持续改进 =
5 5  
6 6  
... ... @@ -86,7 +86,6 @@
86 86  * 同意下一步的步骤以验证范围和计划改进倡议的详细信息。
87 87  )))
88 88  
89 -
90 90  ==== 5.4.1.1 计划改进的愿景 ====
91 91  
92 92  当规划改进倡议时，变更推动者通常会考虑潜在的改进，否则，他们希望针对他们知道存在改进机会的广阔领域。他们的想法可能来自持续改进登记册、会议记录、管理指令、开发日志、问题管理记录或其他来源。
... ... @@ -106,7 +106,7 @@
106 106  
107 107  === 5.4.2 步骤2：我们现在在哪里？ ===
108 108  
109 -[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps6066.tmp.png]]如果不了解当前状态，则几乎不可能定义要执行什么需求才能转换到未来状态。记录当前状态涉及建立当前状态指标度量，以便可以客观地证明向新状态的进度。
114 +如果不了解当前状态，则几乎不可能定义要执行什么需求才能转换到未来状态。记录当前状态涉及建立当前状态指标度量，以便可以客观地证明向新状态的进度。
110 110  
111 111  
112 112  |(((
... ... @@ -118,7 +118,6 @@
118 118  * 基线当前状态的测量和指标度量，将用于以后的比较。
119 119  )))
120 120  
121 -
122 122  (% style="text-align:center" %)
123 123  [[image:1639215318282-759.png]]
124 124  
... ... @@ -152,7 +152,6 @@
152 152  * 利益相关者提出的协议，以提出建议的改进和任何相关的优先级。
153 153  )))
154 154  
155 -
156 156  ==== 5.4.3.1 确定成果的优先级和范围 ====
157 157  
158 158  在评估了当前状态并定义了所需的结果之后，需要对结果进行优先级划分和确定范围。确定的结果都应有助于实现所需的状态，但是某些结果将比其他结果更为关键，并且按特定顺序实施更改可能会促进某些成果。有些成果需要采用不同的方法来实现，有些成果则需要大量投资，而另一些成果只需花费很少的精力就可以实现。需要用可衡量的术语定义所需的结果。
... ... @@ -190,7 +190,6 @@
190 190  * 了解改进的性质以及用于达到预期结果的最有效方法。
191 191  )))
192 192  
193 -
194 194  ==== 5.4.4.1 创建改进计划 ====
195 195  
196 196  根据改进的大小，组织中既定的方法或要求可能会决定规划的执行方式和改进的交付方式。变更推动者应确保已建立的策略得到遵守，并应利用现有的制品（例如工具和模板）（如果存在）。计划的设计应高效且轻巧，同时确保利益相关者具有可视化和控制的要求级别，并确保考虑到任何法规要求。
... ... @@ -236,7 +236,6 @@
236 236  在步骤5结束时，变更推动者应利用先前传达并批准的性能或绩效计划，完成改进的动作。
237 237  )))
238 238  
239 -
240 240  重要的是要记住，可能会并行发生多个单独的改进迭代。使用的治理方法应适应许多类型变更的有效管理。
241 241  
242 242  (% style="text-align:center" %)
... ... @@ -293,7 +293,6 @@
293 293  * 有关其他改进倡议或迭代的建议列表
294 294  * 记录下来的经验教训分析，记录了有关如何在将来更好地实施改进的想法。
295 295  
296 -
297 297  ==== 5.4.7.1 识别额外的改进机会 ====
298 298  
299 299  即使实现了所有改进计划的目标，也总是有更多范围可以解决改进问题。变更推动者将在进行的改进计划中仔细管理范围，以保持关注焦点和改进成功的可能性。这通常意味着在步骤5中出现的改进想法无法集成到变更的该迭代中。这些想法应记录在案，并考虑在将来的性能或绩效中使用。此外，通常在持续改进登记册中，应记录在步骤1、2和3中产生的想法，以备将来可能使用的性能或绩效。
... ... @@ -317,7 +317,6 @@
317 317  (% style="text-align:center" %)
318 318  [[image:1639215795722-566.png]]
319 319  
320 -
321 321  == 5.5 在持续改进中使用测量和报告 ==
322 322  
323 323  测量和报告为持续改进的各个方面做出了贡献。表5.1给出了实践在持续改进模型上做出的突出贡献的示例。
... ... @@ -360,7 +360,6 @@
360 360  监视并报告新行为，以确保改进不会随着时间的流逝而减弱。
361 361  )))
362 362  
363 -
364 364  == 5.6 总结 ==
365 365  
366 366  通过在整个组织和SVS的每个元素中嵌入持续改进的承诺，组织可以更好地对更改做出响应，并增强与利益相关者共同创建价值的能力。
... ... @@ -367,4 +367,6 @@
367 367  
368 368  无论组织的成熟度如何，持续改进都应成为每个SVS的重要组成部分。所有服务管理四维模型都受持续改进的约束。技术在不断变化，提供服务的方式需求可以跟上这些变化。强大的持续改进实践（自身会不断改进）是维护和增加价值的关键，而服务供应商为其服务消费者和其他利益相关者做出了贡献。
369 369  
370 -
368 +
369 +
370 +[[阅读下一章>>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/]]  [[返回上一章>>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%AC4%E7%AB%A0%20%E6%B5%8B%E9%87%8F%E5%92%8C%E6%8A%A5%E5%91%8A/]]
深圳市艾拓先锋企业管理咨询有限公司