フレームワーク活用ガイドひとことで言うと#
スプリントやプロジェクトの振り返りを効果的に行うための複数のフォーマットを使い分け、チームの継続的改善を促進する手法。同じ形式の繰り返しによるマンネリを防ぎ、多角的な視点で改善点を引き出す。
押さえておきたい用語#
- KPT（Keep/Problem/Try）
- 続けること・問題・試すことの3つに分類する最も基本的なレトロスペクティブ形式を指す。
- 心理的安全性（Psychological Safety）
- チームメンバーが批判を恐れず率直に意見を言える状態のこと。効果的な振り返りの大前提。
- ドット投票（Dot Voting）
- 各メンバーがシールや印で優先的に議論したいテーマに投票する手法のこと。限られた時間でテーマを絞るのに使う。
- パーキングロット（Parking Lot）
- 今の議題から外れた話題を一時的に保留して後で議論するためのリストのこと。議論の脱線を防ぐ。
レトロスペクティブ手法の全体像#
こんな悩みに効く#
- 毎回同じ形式の振り返りで、出てくる意見がワンパターンになっている
- 振り返りで「改善アクション」が出ても、実行されない
- 一部のメンバーだけが発言し、全員の意見を引き出せない
基本の使い方#
チームの成熟度や今の課題に合わせて、適切なフォーマットを選択する。
代表的な5つのフォーマット:
- KPT（Keep/Problem/Try）: 最も基本的。初心者チーム向け
- Start/Stop/Continue: 行動変容にフォーカス。何を始め、やめ、続けるか
- Mad/Sad/Glad: 感情ベース。チームの心理的な状態を把握したいとき
- 4Ls（Liked/Learned/Lacked/Longed for）: 学びに重点。新しい取り組みの後に有効
- Sailboat（帆船）: 比喩を使って楽しく。追い風（良い点）、錨（障害）、岩礁（リスク）を可視化
ポイント: 3〜4スプリントごとにフォーマットを変えると、新鮮な視点が得られる。
全員が率直に意見を言える心理的安全性を確保する。
- 冒頭で「ここでの発言は批判ではなく改善のため」と宣言する
- 付箋やオンラインツールで匿名で意見を出せる仕組みを用意する
- ファシリテーターは中立を保ち、特定の意見を否定しない
ポイント: 心理的安全性がなければ、表面的な意見しか出ない。場づくりが最も重要。
出された意見をグルーピングし、チームで深掘りする。
- 似た意見をまとめてカテゴリ化する
- 投票（ドット投票）で優先的に議論するテーマを決める
- 「なぜそうなったのか？」を掘り下げ、表面的な対処で終わらせない
ポイント: 全部の意見を議論する時間はない。最も重要な2〜3テーマに絞る。
振り返りから具体的で実行可能なアクションを決め、次のスプリントで実行する。
- アクションは「誰が」「いつまでに」「何をする」を明確にする
- 1スプリントで取り組むアクションは1〜3個に限定する
- 次回の振り返りの冒頭で、前回のアクションの実施状況を確認する
ポイント: アクションが多すぎると何も実行されない。少なく、確実に実行する。
具体例#
状況: KPTを半年続けて意見が出にくくなったチーム（7名）で、フォーマットを変更。
ホワイトボードに帆船の絵を描き、4つのエリアに付箋を貼る:
| エリア | 意味 | 出された意見 |
|---|---|---|
| 風（Wind） | チームを前に進めた力 | ペアプロの導入で知識共有が進んだ / POが仕様を早く決めてくれた |
| 錨（Anchor） | チームの足を引っ張ったもの | CI/CDパイプラインの不安定さ / レビュー待ちの滞留 |
| 岩礁（Rocks） | 今後のリスク | 来月のメンバー異動 / 技術的負債の増加 |
| 島（Island） | 目指すゴール | リリースサイクルを2週間に短縮 / バグ0でのリリース |
投票結果: 「レビュー待ちの滞留」が7票中5票で最多。
アクション: レビュー依頼から24時間以内にレビュー完了するルールを試行（担当: チーム全員、期間: 次スプリント）。
結果: 翌スプリントでレビューのリードタイムが平均5日→1.5日に短縮。完了ストーリー数が20%増加。フォーマット変更によりメンバーから「楽しかった」「普段出ない意見が出た」と好評。
背景: 東京・大阪・福岡の3拠点に分散するチーム12名。オンラインでのKPTがマンネリ化し、参加率が70%まで低下。
フォーマット変更: Mad/Sad/Gladを採用し、Miro（オンラインホワイトボード）で実施。まず5分間の個人タイムで付箋を貼り、その後グルーピングと議論。
出された意見:
| 感情 | 付箋数 | 主な内容 |
|---|---|---|
| Mad（怒り） | 8枚 | 「急な仕様変更が多すぎる」「情報がSlackで流れて追えない」 |
| Sad（悲しみ） | 12枚 | 「拠点間のコミュニケーションが減った」「雑談がない」 |
| Glad（喜び） | 15枚 | 「新ツール導入が快適」「チーム目標を達成できた」 |
議論のフォーカス: Sad の「拠点間コミュニケーション」が最多票。
アクション:
- 毎週金曜15時に15分の「バーチャルコーヒー」を導入（担当: SM、即日開始）
- 仕様変更はJiraチケット化を必須にし、Slackでの口頭依頼を禁止（担当: PO、来週から）
結果: 3スプリント後の参加率が70%→95%に回復。チームの心理的安全性スコア（匿名アンケート）が3.2→4.1（5点満点）に向上。感情ベースのフォーマットにより、普段言いにくい本音が引き出された。
背景: 新規事業部門に発足したばかりの5名チーム。スクラム経験者は2名のみ。最初から複雑なフォーマットは混乱の元と判断。
段階的なフォーマット進化:
| 時期 | フォーマット | 選択理由 | 主な成果 |
|---|---|---|---|
| Sprint 1〜4 | KPT | 最もシンプル。まず振り返りの習慣をつける | 「デイリーの時間が長い」→15分ルール導入 |
| Sprint 5〜8 | Start/Stop/Continue | 行動変容にフォーカス | 「コードレビューを始める」→品質改善 |
| Sprint 9〜12 | 4Ls | 学びの振り返り | 「ペアプロで学んだことが多かった」→定常化 |
| Sprint 13〜 | Sailboat | リスクも含めた多角的振り返り | 技術的負債の早期対処に成功 |
12スプリント（6ヶ月）での変化:
| 指標 | Sprint 1 | Sprint 12 |
|---|---|---|
| 振り返りで出る意見数 | 8件 | 25件 |
| アクション実行率 | 50% | 92% |
| ベロシティ | 18pt | 32pt |
| チーム満足度 | 3.0 | 4.5（5点満点） |
結果: 段階的にフォーマットを進化させることで、チームの振り返り能力が自然に向上。ベロシティは78%増、チーム満足度は50%向上した。
やりがちな失敗パターン#
- 愚痴大会で終わる — 問題を共有するだけでアクションに落とさないと、不満が溜まるだけ。必ず「で、どうする？」まで持っていく
- アクションを追跡しない — 決めたアクションが翌スプリントで忘れられると、振り返り自体への信頼が失われる。次回の冒頭で必ず確認する
- ファシリテーターが結論を誘導する — マネージャーが「こうすべきだ」と結論を押しつけると、チームの主体性が失われる。答えはチームの中にある
- 同じフォーマットを半年以上続ける — どんなに良いフォーマットもマンネリ化する。3〜4スプリントごとに変えて新鮮な視点を確保する
まとめ#
レトロスペクティブは、チームが継続的に改善するための最も強力な仕組み。KPT、Start/Stop/Continue、Sailboatなど複数のフォーマットを状況に応じて使い分けることで、マンネリを防ぎ、多角的な視点を引き出せる。成功のカギは、心理的安全性の確保、テーマの絞り込み、そして少数のアクションを確実に実行すること。