Wiki源代码03 基于反馈迭代推进
Version 3.1 by superadmin on 2024/04/13, 12:46
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | |||
2 | |||
3 | |||
4 | [[image:2.4.3.3-5.png]] | ||
5 | |||
6 | |||
7 | ===== **基于反馈迭代推进** ===== | ||
8 | |||
9 | |||
10 | |||
11 | 以频繁迭代的方式工作,并将反馈循环嵌入到流程中,可以获得更大的灵活性更快地响应客户和业务需求,能够更早地发现和应对失败,并能全面提高质量。 | ||
12 | |||
13 | * 按序或同步反馈 | ||
14 | * 可管理和已管理的工作单元 | ||
15 | * 明确的成果 | ||
16 | * 限时的方式 | ||
17 | * 可以在此基础上创造未来的改进 | ||
18 | |||
19 | |||
20 | ◆ 在服务过程中,必须抵制一次就完成所有事情的诱惑。将服务细分为可以及时执行和完成的、较小的易于管理的部分,按部就班,持续迭代地完成。这和项目管理中的“工作包”有点类似,但不同的是,这里要用到许多精益管理所采用的术语和方法。例如DoD | ||
21 | |||
22 | (工作完成的定义)、JKK(每次百分之百完成)、One Piece Flow(单件流,当前工作仅做一件效率最高)等。 | ||
23 | |||
24 | ◆ 作为指导原则的概念之一:基于反馈迭代推进,是二级考点。 | ||
25 | |||
26 | |||
27 | |||
28 | [[image:2.4.3.3-6.png]] | ||
29 | |||
30 | |||
31 | 基于反馈迭代推进 | ||
32 | |||
33 | |||
34 | 反馈循环是一种将活动的部分输出用于新输入的情况。 | ||
35 | |||
36 | |||
37 | * 必须不断地重新评估初始行动及其组件选代,以反映环境中的变化 | ||
38 | * 在每次迭代之前和之后寻找并使用反馈 | ||
39 | |||
40 | |||
41 | 参与者之间的反馈循环帮助他们理解工作从何而来,产出从何而来,以及他们的行动如何影响结果。 | ||
42 | |||
43 | |||
44 | ◆ 改进迭代可以同时进行,也可以按顺序进行,这个可以灵活安排。所以往往一个好的管理过程,需要有调度者和把关人。 | ||
45 | |||
46 | ◆ 每个单独的迭代都要确保能及时返回有形的结果,并以此作为基础进一步改进,这也是前面为什么要确定DoD的原因。及时反馈能很大程度减少浪费,因为及时发现问题就可以及时改进,错误和损失会降到最低。 | ||
47 | |||
48 | ◆ 作为指导原则的概念之一:基于反馈迭代推进,是二级考点。 | ||
49 | |||
50 | |||
51 | |||
52 |