レトロスペクティブとは？チームの継続的改善を実現する振り返り手法

レトロスペクティブとは

レトロスペクティブ（Retrospective）とは、チームがプロジェクトやスプリントの活動を定期的に振り返り、うまくいったこと・うまくいかなかったことを分析して、次の改善アクションを決定する手法です。「ふりかえり」とも呼ばれます。

アジャイル開発のスクラムにおいて「スプリントレトロスペクティブ」として定義されたことで広く普及しました。しかし、その適用範囲はソフトウェア開発に限定されません。コンサルティングプロジェクト、営業チーム、組織運営など、チームで活動するあらゆる場面で有効です。

レトロスペクティブの本質は「検査と適応（Inspect and Adapt）」にあります。過去の実績を検査し、そこから学びを抽出して次のアクションに適応する。この継続的改善のループがチームのパフォーマンスを段階的に向上させます。エスター・ダービーとダイアナ・ラーセンの著書「Agile Retrospectives」では、レトロスペクティブを5つのフェーズで構成するフレームワークが提示されています。

構成要素

5フェーズの構造

レトロスペクティブは以下の5つのフェーズで構成されます。

フェーズ	目的	所要時間（60分の場合）
1. 場の準備（Set the Stage）	心理的安全性の確保、参加意識の醸成	5分
2. データ収集（Gather Data）	期間中に起きた事実と感情の可視化	15分
3. 洞察を生む（Generate Insights）	データの背景にある原因や構造の分析	15分
4. 改善策を決定（Decide What to Do）	具体的な改善アクションの合意	15分
5. クローズ（Close the Retrospective）	振り返りの振り返りと感謝	5分

代表的なフォーマット

振り返りの「型」として、目的やチームの状況に応じた複数のフォーマットがあります。

KPT（Keep / Problem / Try）は、日本で最も広く使われているフォーマットです。「続けるべきこと」「問題だったこと」「次に試すこと」の3つのカテゴリでアイデアを整理します。構造がシンプルで初めてレトロスペクティブを行うチームに適しています。

Start / Stop / Continue は、「新しく始めること」「やめること」「続けること」の3カテゴリで整理するフォーマットです。KPTとの違いは、「やめる」という選択肢が明示されている点です。チームが抱えている無駄な慣習や不要なプロセスに気づきやすくなります。

4Ls（Liked / Learned / Lacked / Longed For）は、「良かったこと」「学んだこと」「不足していたこと」「欲しかったこと」の4つの視点で振り返るフォーマットです。感情面と学習面の両方を扱うため、チームの成長に焦点を当てたい場面に適しています。

実践的な使い方

ステップ1: 場の準備をする

チェックインの活動を通じて、全員の参加意識を高めます。「今の気分を天気で表すと？」「この期間を一言で表すと？」といった問いかけが一般的です。ファシリテーターは冒頭に「この場では率直な発言が歓迎される」ことを明確にし、心理的安全性を確保します。ラスベガスルール（この場で出たことはこの場に留める）を宣言することも有効です。

ステップ2: データを収集する

対象期間中に起きた事実を時系列で可視化します。タイムラインを壁に貼り、イベント（リリース、障害、レビュー指摘など）を付箋で配置する方法が効果的です。事実だけでなく、各時点での感情（嬉しかった、不安だった、疲弊した）も付箋の色を変えて貼り出します。データ収集は個人ワークで行い、その後共有することでアンカリングを防ぎます。

ステップ3: 洞察を生む

収集したデータを見ながら「なぜそうなったのか」「どのような構造が背景にあるか」を議論します。ファイブ・ホワイズ（5回のなぜ）を使って表面的な原因から根本原因に掘り下げたり、関連する付箋をグルーピングしてパターンを見出したりします。このフェーズでは「誰が悪い」ではなく「何が（プロセスや構造が）問題を引き起こしたか」に焦点を当てることが重要です。

ステップ4: 改善アクションを決定する

洞察から導かれた改善策を具体的なアクションアイテムに落とし込みます。アクションには必ず「担当者」と「期限」を設定します。チームの改善能力には限りがあるため、1回のレトロスペクティブで決定するアクションは1〜3個に絞ります。多すぎるアクションは実行されません。ドット投票で優先順位を付ける方法がよく使われます。

ステップ5: クローズする

最後に、レトロスペクティブ自体の振り返りを行います。「今日のふりかえりは有意義だったか」「改善したい点はあるか」を確認します。参加者への感謝を伝え、次回のレトロスペクティブの日程を確認して終了します。

活用場面

• スプリントの終了時: スクラムの定型イベントとして、各スプリント終了後にチームプロセスを改善します
• プロジェクトのフェーズ完了時: 要件定義、設計、開発、テストなどの各フェーズの区切りで振り返ります
• インシデント発生後: 障害やトラブルの事後分析（ポストモーテム）として、再発防止策を策定します
• 四半期ごとの組織振り返り: チームや部門の四半期の活動を振り返り、次期の改善テーマを設定します
• ワークショップやイベントの終了後: 研修やカンファレンスの運営を振り返り、次回の改善点を特定します

注意点

形骸化を防ぐ

定期開催されるレトロスペクティブは、回を重ねるうちに「毎回同じ話が出る」「アクションが実行されない」という形骸化に陥りやすい傾向があります。フォーマットを定期的に変える、前回のアクションの進捗確認をフェーズ2に組み込む、外部ファシリテーターを招くなどの対策が有効です。

アクションの実行を追跡する

レトロスペクティブで決定したアクションが次回までに実行されなければ、振り返りの意味がありません。アクションをチームのタスクボードに追加し、デイリースタンドアップで進捗を確認する仕組みを作ってください。

心理的安全性の継続的な維持

レトロスペクティブでの発言が人事評価に影響する、上司の前で率直に問題を指摘できないといった状況では、建設的な振り返りは実現しません。マネージャーが参加する場合は、まず自らの改善点を述べることで、率直な発言を促す姿勢を示すことが重要です。

個人攻撃にならないようにする

振り返りでは「人」ではなく「プロセス」や「構造」に焦点を当てます。「Aさんがレビューを遅延させた」ではなく「レビュープロセスにボトルネックがある」という表現に言い換えます。ファシリテーターは個人攻撃の兆候を察知したら、速やかに議論の方向を修正してください。

まとめ

レトロスペクティブは、チームの活動を定期的に振り返り、継続的改善のサイクルを回すための手法です。5つのフェーズ（場の準備、データ収集、洞察、改善策決定、クローズ）に沿って進行し、KPT、Start-Stop-Continue、4Lsなどのフォーマットを活用します。形骸化を防ぎ、アクションの実行を追跡する仕組みを組み合わせることで、チームの成長エンジンとして機能させることができます。