Sprint Retrospective は、チームが自分たちの働き方を検査し、改善を計画する定期的な機会です。Review の後、次の Sprint Planning の前に行われます。焦点は product そのものではなく、process、つまり人、関係性、tool、Definition of Done です。
進め方
よく使われるシンプルな構成です。
text
1. うまくいったことは？ (続ける)
2. うまくいかなかったことは？ (問題や摩擦)
3. 何を変えるか？ (1〜2 個の具体的で owner のある action)
重要な output は、少数の実行可能な改善です。理想的には次の Sprint Backlog に追加し、実際に行われるようにします。
具体例
チームは code review が数日止まることに気づきます。「review request は 4 時間以内に拾う」という rule に合意し、1 人が reminder 投稿を担当します。次の Retrospective で効果を確認します。