Wiki源代码03 基于反馈迭代推进
由 superadmin 于 2024/04/13, 14:14 最后修改
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | |||
2 | |||
3 | [[返回本章节索引>>url:https://www.itil4hub.cn/bin/view/D%20%E3%80%8AITIL%204%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E8%AE%A4%E8%AF%81%E8%80%83%E8%AF%95%E6%8C%87%E5%8D%97%E3%80%8B/%E7%AC%AC%E4%BA%8C%E7%AB%A0%20ITIL%204%20%E6%A0%B8%E5%BF%83%E5%AD%A6%E4%B9%A0%E5%86%85%E5%AE%B9/2.4%20ITIL%E6%9C%8D%E5%8A%A1%E4%BB%B7%E5%80%BC%E7%B3%BB%E7%BB%9F/2.4.3%20%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/2.4.3.3%20%E4%B8%83%E9%A1%B9%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/]] [[阅读下一部分>>https://www.itil4hub.cn/bin/view/D%20%E3%80%8AITIL%204%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E8%AE%A4%E8%AF%81%E8%80%83%E8%AF%95%E6%8C%87%E5%8D%97%E3%80%8B/%E7%AC%AC%E4%BA%8C%E7%AB%A0%20ITIL%204%20%E6%A0%B8%E5%BF%83%E5%AD%A6%E4%B9%A0%E5%86%85%E5%AE%B9/2.4%20ITIL%E6%9C%8D%E5%8A%A1%E4%BB%B7%E5%80%BC%E7%B3%BB%E7%BB%9F/2.4.3%20%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/2.4.3.3%20%E4%B8%83%E9%A1%B9%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/04%20%E5%8D%8F%E4%BD%9C%E5%92%8C%E6%8F%90%E5%8D%87%E5%8F%AF%E8%A7%86%E5%8C%96%E7%A8%8B%E5%BA%A6/]] | ||
4 | |||
5 | |||
6 | |||
7 | [[image:2.4.3.3-5.png]] | ||
8 | |||
9 | |||
10 | ===== **基于反馈迭代推进** ===== | ||
11 | |||
12 | |||
13 | |||
14 | 以频繁迭代的方式工作,并将反馈循环嵌入到流程中,可以获得更大的灵活性更快地响应客户和业务需求,能够更早地发现和应对失败,并能全面提高质量。 | ||
15 | |||
16 | * 按序或同步反馈 | ||
17 | * 可管理和已管理的工作单元 | ||
18 | * 明确的成果 | ||
19 | * 限时的方式 | ||
20 | * 可以在此基础上创造未来的改进 | ||
21 | |||
22 | ◆ 在服务过程中,必须抵制一次就完成所有事情的诱惑。将服务细分为可以及时执行和完成的、较小的易于管理的部分,按部就班,持续迭代地完成。这和项目管理中的“工作包”有点类似,但不同的是,这里要用到许多精益管理所采用的术语和方法。例如DoD | ||
23 | |||
24 | (工作完成的定义)、JKK(每次百分之百完成)、One Piece Flow(单件流,当前工作仅做一件效率最高)等。 | ||
25 | |||
26 | ◆ 作为指导原则的概念之一:基于反馈迭代推进,是二级考点。 | ||
27 | |||
28 | |||
29 | |||
30 | [[image:2.4.3.3-6.png]] | ||
31 | |||
32 | |||
33 | ===== **基于反馈迭代推进** ===== | ||
34 | |||
35 | |||
36 | 反馈循环是一种将活动的部分输出用于新输入的情况。 | ||
37 | |||
38 | |||
39 | * 必须不断地重新评估初始行动及其组件选代,以反映环境中的变化 | ||
40 | * 在每次迭代之前和之后寻找并使用反馈 | ||
41 | |||
42 | 参与者之间的反馈循环帮助他们理解工作从何而来,产出从何而来,以及他们的行动如何影响结果。 | ||
43 | |||
44 | |||
45 | ◆ 改进迭代可以同时进行,也可以按顺序进行,这个可以灵活安排。所以往往一个好的管理过程,需要有调度者和把关人。 | ||
46 | |||
47 | ◆ 每个单独的迭代都要确保能及时返回有形的结果,并以此作为基础进一步改进,这也是前面为什么要确定DoD的原因。及时反馈能很大程度减少浪费,因为及时发现问题就可以及时改进,错误和损失会降到最低。 | ||
48 | |||
49 | ◆ 作为指导原则的概念之一:基于反馈迭代推进,是二级考点。 | ||
50 | |||
51 | |||
52 | |||
53 | [[image:2.4.3.3-7.png]] | ||
54 | |||
55 | |||
56 | ===== **基于反馈迭代推进** ===== | ||
57 | |||
58 | |||
59 | **如何应用** | ||
60 | |||
61 | |||
62 | * 强调整体,但可以只做其中的部分 | ||
63 | * 生态系统在不断变化,因此反馈是基础 | ||
64 | * 快速并不意味着可以不完整 | ||
65 | |||
66 | |||
67 | ◆ 组织并非在“真空”环境下提供服务,因此在迭代之前或之后获得反馈就显得相当重要,其可以确保在不断变化的情况下,服务运作也是适当的。很多人非常不愿意改变,尤其不愿意自己的计划被打断。但这个时代,正是一个要面对不断变化的时代,并且还要在变化中时刻保持通盘的思考能力。这就需要在不同的场景下灵活采用更好的工具和策略,例如在软件开发过程中,采用自动化测试工具,就是帮助高效迭代又能通盘照顾的一种辅助方法。 | ||
68 | |||
69 | ◆ 作为指导原则的概念之一:基于反馈迭代推进,是二级考点。 | ||
70 | |||
71 | |||
72 | |||
73 | [[返回本章节索引>>url:https://www.itil4hub.cn/bin/view/D%20%E3%80%8AITIL%204%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E8%AE%A4%E8%AF%81%E8%80%83%E8%AF%95%E6%8C%87%E5%8D%97%E3%80%8B/%E7%AC%AC%E4%BA%8C%E7%AB%A0%20ITIL%204%20%E6%A0%B8%E5%BF%83%E5%AD%A6%E4%B9%A0%E5%86%85%E5%AE%B9/2.4%20ITIL%E6%9C%8D%E5%8A%A1%E4%BB%B7%E5%80%BC%E7%B3%BB%E7%BB%9F/2.4.3%20%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/2.4.3.3%20%E4%B8%83%E9%A1%B9%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/]] [[阅读下一部分>>https://www.itil4hub.cn/bin/view/D%20%E3%80%8AITIL%204%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E8%AE%A4%E8%AF%81%E8%80%83%E8%AF%95%E6%8C%87%E5%8D%97%E3%80%8B/%E7%AC%AC%E4%BA%8C%E7%AB%A0%20ITIL%204%20%E6%A0%B8%E5%BF%83%E5%AD%A6%E4%B9%A0%E5%86%85%E5%AE%B9/2.4%20ITIL%E6%9C%8D%E5%8A%A1%E4%BB%B7%E5%80%BC%E7%B3%BB%E7%BB%9F/2.4.3%20%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/2.4.3.3%20%E4%B8%83%E9%A1%B9%E6%8C%87%E5%AF%BC%E5%8E%9F%E5%88%99/04%20%E5%8D%8F%E4%BD%9C%E5%92%8C%E6%8F%90%E5%8D%87%E5%8F%AF%E8%A7%86%E5%8C%96%E7%A8%8B%E5%BA%A6/]] | ||
74 | |||
75 |