継続的改善、つまり kaizen は、work を行う人々によって進められる小さく継続的な change を意味します。これにより、チームはたまの reorganization のときだけでなく、毎 Sprint 良くなります。これは Agile の "inspect and adapt" の背後にある engine であり、psychological safety と follow-through によって生きるか死ぬかが決まります。
組み込む方法
text
- retro が 1〜2 個の owned, tracked action を生むようにする（そして検証する）
- 小さな experiment を行う: hypothesis → 1 Sprint 試す → inspect
- 問題を早く表面化する。隠すことではなく、issue を上げることを評価する
- metrics（cycle time, flow）を使って改善対象を見つける
- team 間に learning を広げる（communities of practice）
具体例
チームは各 retro action を experiment として扱います。「小さい PR は review time を減らすはずだ。1 Sprint の間 PR size を制限して測ろう」。効果があるものは残し、ないものは捨て、数か月で gain を積み上げます。