第22章スプリントレトロスペクティブ

本章では、スプリントの最後（スプリントレビューの直後）に行われる、スクラムチームが自身の「働き方」を振り返り、改善するためのイベント「スプリントレトロスペクティブ」について解説します。

22.1 概要

スプリントレトロスペクティブは、チームのプロセス、ツール、人間関係を「検査」し、次からのスプリントに向けて「適応（改善）」するための専用の時間です。

目的: チームがより効率的、効果的、かつ楽しく働けるようにするための「継続的改善（カイゼン）」のサイクルを回すことです。
WhatとHowの違い: スプリントレビューが「何を（What）作ったか」に焦点を当てるのに対し、レトロスペクティブは「どうやって（How）作ったか、どう働いたか」に焦点を当てます。

レトロスペクティブには、スクラムチーム全員（プロダクトオーナー、スクラムマスター、開発チーム）のみが参加します。

ステークホルダーの不参加: 外部のマネージャーやステークホルダーが参加すると、率直な意見が出にくくなるため、基本的には招待しません。
心理的安全性（ノーブレイム）: 個人を非難（犯人探し）するのではなく、「プロセスやシステムにどのような問題があったか」という視点で議論する安全な環境が不可欠です。
ラスベガスのルール: 「ここで起きたことは、ここだけにとどめる」という原則を守り、チーム外へ不用意に情報が漏れないようにします。

Esther DerbyとDiana Larsenによって体系化された、効果的なふりかえりのための「5つのステップ」が標準的に用いられます。

場を設定する (Set the Stage):
- メンバーが発言しやすい雰囲気を作ります。チェックイン（今の気分を短い言葉で表すなど）を行い、全員が一度は声を出すようにします。
データを収集する (Gather Data):
- スプリント中に起きた出来事、メトリクス（ベロシティやバグの数）、そしてメンバーの「感情」といった客観的・主観的なデータを集めて視覚化（タイムラインなど）します。
洞察を引き出す (Generate Insights):
- 収集したデータから、「なぜその問題が起きたのか？」「何がうまくいったのか？」という根本原因やパターンを探ります。
何をすべきか決定する (Decide What to Do):
- 多くのアイデアの中から、次のスプリントで実際に取り組む「具体的で実行可能な改善アクション（アクションアイテム）」を1〜2個に絞り込みます。欲張って多すぎると失敗します。
レトロスペクティブを終了する (Close the Retrospective):
- ふりかえりの時間そのものが有意義だったかを評価し、互いの協力に感謝してスプリントを正式に締めくくります。

レトロスペクティブが機能しなくなる、よくあるアンチパターンです。

話すだけで実行されない: アクションアイテムを決めたものの、次のスプリントで誰もそれを実行せず、毎回同じ不満が繰り返される状態です。アクションアイテムは必ずスプリントバックログに入れ、時間を確保する必要があります。
マンネリ化: 毎回同じフォーマット（例：KPTだけ）で漫然と行っていると、チームは飽きて形骸化します。スクラムマスターは様々な手法を用いて場を活性化させる工夫が求められます。

レトロスペクティブは、スクラムにおける「適応」の心臓部です。どんなに技術力のあるチームでも、立ち止まって刃を研ぐ（働き方を改善する）時間を取らなければ、いずれ技術的負債や疲労によってベロシティは低下します。このイベントをもって、1つのスプリントのライフサイクルが完全に終了します。