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 |