Changes for page 第3章 评估和计划

Last modified by superadmin on 2024/04/03, 17:29
From version < 10.1 >
edited by superadmin
on 2021/12/29, 23:43
To version < 9.1 >
edited by superadmin
on 2021/12/11, 16:23
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -1,12 +6,6 @@
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%AC4%E7%AB%A0%20%E6%B5%8B%E9%87%8F%E5%92%8C%E6%8A%A5%E5%91%8A/]]  [[返回上一章>>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%AC2%E7%AB%A0%20%E6%88%98%E7%95%A5%E4%B8%8E%E6%8C%87%E5%AF%BC/]]
5 -
6 6  {{box cssClass="floatinginfobox" title="**Contents**"}}
7 7  {{toc/}}
8 8  {{/box}}
9 -
10 10  = 第3章 评估和计划 =
11 11  
12 12  当规划改进或其他倡议时，了解当前状态至关重要。这使组织能够：
... ... @@ -46,6 +46,7 @@
46 46  |定量|定量评估以证据为导向，因此更多。这些评估依赖于准确、完整的数据。正式审核通常是定量。
47 47  |混合法|定性和定量，混合法评估相结合，涉及专家分析证据并提出意见的过程。当采用混合法方法时，用于识别和实施改进的评估通常最有效。
48 48  
43 +
49 49  ==== 3.1.1.2 评估目标 ====
50 50  
51 51  评估可以设计为一次性使用，也可以作为常规方案的一部分，以跟踪组织功能的发展。它们应该在改进倡议开始之前、整个过程以及结论中发生。在开始之前，了解评估的目标很重要。评估目标的一些示例是：
... ... @@ -76,6 +76,7 @@
76 76  |圆桌会议|互动小组会议收集的反馈
77 77  |观察|从直接检查以及行为和性能或绩效的测量得出的报告
78 78  
74 +
79 79  ==== 3.1.2.1 指标度量/数据挖掘 ====
80 80  
81 81  此方法涉及收集相关指标度量或未处理的数据并将其处理为新指标度量。评估能被有效测量的区域使评估更具目的。但是，必须解释指标度量的含义，这会带来主观性。
... ... @@ -97,6 +97,7 @@
97 97  有时，直到原始数据的质量改进后，指标度量才可靠。
98 98  )))
99 99  
96 +
100 100  ==== 3.1.2.2 调查 ====
101 101  
102 102  如果使用得当，调查会非常有效。时间非常重要：事态之后立即进行的调查与事态捕获了几周后再进行调查的结果截然不同。适当的调查时间也各不相同：太短，可能无法收集足够的有意义的信息；时间过长，完成率和回应率就会降低。
... ... @@ -136,6 +136,7 @@
136 136  对于性能或绩效，数字响应可能很困难。书面答复可能过于密集而难以解释。
137 137  )))
138 138  
136 +
139 139  ==== 3.1.2.3 访谈 ====
140 140  
141 141  访谈与调查相似，但访谈的性质使访谈者对于提取信息并与受访者建立关系，获得了更大的自由。
... ... @@ -171,6 +171,7 @@
171 171  单独的访谈通常不能收集足够的数据。
172 172  )))
173 173  
172 +
174 174  ==== 3.1.2.4 圆桌会议 ====
175 175  
176 176  圆桌会议与访谈类似，但是具有更多的自发性交互的机会。他们参加小组会议讨论一个主题。组织者精心计划以及主持人引导会议进程，形成了问题、参与者、位置、议程和期望的输出。
... ... @@ -216,6 +216,7 @@
216 216  将会存在偏差。
217 217  )))
218 218  
218 +
219 219  ==== 3.1.2.5 观察 ====
220 220  
221 221  从源头进行观察意味着要去观察组织中价值创造活动的地方。
... ... @@ -244,6 +244,7 @@
244 244  观察属于时间消耗型。
245 245  )))
246 246  
247 +
247 247  === 3.1.3 选择评估方法 ===
248 248  
249 249  收集有关当前状态的信息后，必须对其进行严格分析以评估其含义并准确理解当前的状态。
... ... @@ -345,6 +345,7 @@
345 345  )))
346 346  
347 347  
349 +
348 348  ==== 3.1.3.3 变更准备评估 ====
349 349  
350 350  变更准备评估对组织准备过渡到一种新工作方式的评估。有许多影响因素会影响组织、部门或团队成功适应变化的能力。在启动变更举措之前，评估这些因素突出显示了其可能成为阻碍其成功的因素。
... ... @@ -380,6 +380,7 @@
380 380  确定成功变更的障碍并不意味着组织可以或将解决这些障碍。
381 381  )))
382 382  
385 +
383 383  ==== 3.1.3.4 客户/用户满意度分析 ====
384 384  
385 385  对于大多数改进而言，了解客户和用户的满意度水平是有价值的输入。当计划迭代更改时，重要的是要考虑它们将对客户和用户产生的影响。完变更之后，确定满意度的水平是否已按预期提高就很重要。
... ... @@ -405,6 +405,7 @@
405 405  请求客户和用户的时间可能会严重影响响应。
406 406  )))
407 407  
411 +
408 408  ==== 3.1.3.5 SLA绩效分析 ====
409 409  
410 410  |(((
... ... @@ -436,6 +436,7 @@
436 436  与SLA达成相关问题的根本原因可能很难发现且难以解决。
437 437  )))
438 438  
443 +
439 439  ==== 3.1.3.6 基准测试 ====
440 440  
441 441  基准测试是将组织的产品、服务或实践的性能或绩效与类似的组织的产品、服务或实践进行度量的行为。将一个组织与一个表现更好的组织进行比较，可能会突出能够产生切实改进的变更措施。基准测试应该作为持续改进实践的一部分定期进行，以使组织达到或超过竞争对手的性能。它在组织可以成为其他组织对其进行衡量的标准的前提下，也是激励文化变更的宝贵工具。
... ... @@ -465,6 +465,7 @@
465 465  旨在确定行业领导者，从而导致标准化但不一定理想的行为。
466 466  )))
467 467  
473 +
468 468  ==== 3.1.3.7 成熟度评估 ====
469 469  
470 470  成熟度评估是对能力进行评估（通常是流程或组织），用于与成熟度的框架、模型或等级相比较，用于评估的参考模型通常包括多个级别，每个级别描述特定的实践或整个组织的特性。
... ... @@ -490,6 +490,7 @@
490 490  风险是目标在于提高成熟度的水平，而不是改进组织或流程。
491 491  )))
492 492  
499 +
493 493  === 3.1.4 定义评估目标和准则 ===
494 494  
495 495  了解任何评估的目标都是至关重要的。如果要使用多种类型的评估方法，则必须明确定义每个评估的角色。如果其目标过于广泛，则评估可能会很昂贵且耗时。但是，狭窄的范围不太可能传递足够的信息。
... ... @@ -591,6 +591,7 @@
591 591  |很多方面依赖其他SVS的系统、服务或元素|项目的主题区域或者独立，或者少有依赖|有一些依赖关系，但它们是易于理解和管理
592 592  |团队成员是只担任一个角色|团队成员灵活且能够担任多个角色|团队成员有专长，但也能够跨角色和在小团体
593 593  
601 +
594 594  ==== 3.2.1.1 瀑布 ====
595 595  
596 596  使用传统瀑布式方法的计划分为不同的阶段。在每个阶段都完成并且产品处于最终状态之前，项目或计划的输出无法交付。在每个阶段结束时，都会进行一次评审，以评估项目的状态，并确定下一阶段是否可以开始。这些检查点有时被称为项目里程碑。
... ... @@ -660,6 +660,7 @@
660 660  )))
661 661  
662 662  
671 +
663 663  == 3.3 价值流图简介 ==
664 664  
665 665  价值流图是一种将从需求或机会流动到价值可视化的方法，然后在可视化如何规划中改进流动。该方法起源于精益制造技术，但同样适用于产品和服务的创建和交付，如ITIL®4：创建、交付和支持中所述。提供产品和服务时有许多价值流。可以在价值流图中定义用于快速恢复服务，以约定的可用性级别交付服务或管理服务变更的实现价值流程。对于利益相关者，组织所做的一切都应直接或间接映射到价值。
... ... @@ -733,7 +733,7 @@
733 733  |**废物种类**|**描述**
734 734  |货品的运输|工作流程生产、信息、材料
735 735  |库存|在制品，多于战略性标准的产品
736 -|人员移动  |不必要的物理移动
745 +|人员移动 |不必要的物理移动
737 737  |待期|停止或降低速度，等待工作到达的时间
738 738  |生产过剩|生产超出需要的数量或超出需要的数量
739 739  |流程冗余|多余或不必要的工作
... ... @@ -782,6 +782,7 @@
782 782  |与不适当的团队或根本没有团队进行映射|因为价值流图是具有战略意义的改进实现价值，并且将来的状态图通常需要大量的组织变革，所以映射团队必须包括可以授权那些更改的利益相关者。
783 783  |创建没有指标度量的映射|主动测量价值流的元素（例如吞吐量或实现价值持续时间）可以进行分析，理解和比较。
784 784  
794 +
785 785  (% style="text-align:center" %)
786 786  [[image:1639210933547-115.png]]
787 787  
... ... @@ -790,5 +790,4 @@
790 790  
791 791  评估是任何持续改进历程的关键部分：定义评估的目标，适当地设定范围以及了解如何从当前状态过渡到未来状态至关重要。如果您在改进的每个迭代之后都使用另一个评估来验证您的结果，那么当规划计划的下一阶段时，这将有所帮助。
792 792  
793 -
794 -[[阅读下一章>>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/]]  [[返回上一章>>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%AC2%E7%AB%A0%20%E6%88%98%E7%95%A5%E4%B8%8E%E6%8C%87%E5%AF%BC/]]
803 +
深圳市艾拓先锋企业管理咨询有限公司