持续改进——kaizen——意味着由做实际工作的人推动的小的、持续的改变，使团队在每个 Sprint 中都能改进，而不仅仅在偶尔的重组中才能改进。它是 Agile "检查和适应"背后的引擎，其成败取决于心理安全和后续行动的落实。
如何嵌入它
text
- Make retros produce 1-2 owned, tracked actions (and verify them)
- Run small experiments: hypothesis → try one Sprint → inspect
- Surface problems early; reward raising issues, not hiding them
- Use metrics (cycle time, flow) to spot what to improve
- Spread learning across teams (communities of practice)
具体例子
团队将每个回顾会的行动视为一个实验："我们认为更小的 PR 会缩短审查时间——让我们在一个 Sprint 中限制 PR 大小并进行测量。"他们保留有效的做法，放弃无效的做法，在几个月内形成复合效益。
常见陷阱
- 回顾会产生想法但从不改变任何东西，导致愤世嫉俗。
- 一种责备文化，人们隐瞒问题而不是改进问题。
- 大规模、不频繁的改进推动，而不是稳定的小步改进。
为什么这很重要
小改进的复利优于罕见的大举措，它也增强了韧性，因为团队拥有自己进化的主权。
真正的 kaizen 文化正是在最初热情褪去后保持 Agile 采纳生命力的东西——团队养成习惯地自我改进。