フレームワーク活用ガイドひとことで言うと#
定期的にチームで**「何がうまくいったか」「何がうまくいかなかったか」「次にどう改善するか」**を話し合う場。アジャイル開発のスクラムで生まれたプラクティスだが、どんなチームにも使える。大事なのは犯人探しではなく、プロセスの改善。
押さえておきたい用語#
- KPT（Keep / Problem / Try）
- ふりかえりの代表的な手法。続けたいこと・問題・次に試すことの3つに分けて意見を出す。最もシンプルで広く使われている。
- サイレントライティング
- 議論の前に個人で黙って意見を書き出す時間。声の大きい人の意見に引きずられるのを防ぎ、全員から均等にアイデアを集める手法。
- ドット投票
- 出されたテーマに対して各自がシール（ドット）を貼って優先順位をつける方法。民主的かつ短時間で合意形成ができる。
- グラウンドルール
- ふりかえりの場で守る約束事。「個人を責めない」「発言は平等」「ここで話したことは外に持ち出さない」が典型例。
ふりかえり（レトロスペクティブ）の全体像#
こんな悩みに効く#
- 同じ失敗を何度も繰り返してしまう
- チームの改善が場当たり的で、定着しない
- 「あれ、よくなかったよね」と思っていても言える場がない
基本の使い方#
ふりかえりは心理的安全性が前提。始める前に場の雰囲気を整える。
- チェックイン: 全員が一言ずつ今の気分を共有（「今日はちょっと疲れてます」でもOK）
- グラウンドルールを確認:「個人を責めない」「発言は平等」「ここで話したことは外に持ち出さない」
- ファシリテーターは特定の人が発言を独占しないよう注意する
ポイント: 最初の5分で場の空気が決まる。軽いアイスブレイクを入れるのも効果的。
最もポピュラーな手法はKPT（Keep / Problem / Try）。
- Keep: うまくいったこと、続けたいこと
- Problem: 困ったこと、改善したいこと
- Try: 次に試してみたいこと
やり方:
- 付箋（またはMiro等のツール）に個人で5分間書き出す（サイレントライティング）
- 一人ずつ付箋を貼りながら共有
- 似た内容をグルーピングする
他の手法: 「Start / Stop / Continue」「Mad / Sad / Glad」「帆船のふりかえり（Sailboat）」など、マンネリ化を防ぐために手法を変えるのも大事。
出てきたテーマの中から、最も重要なもの2〜3個に絞って議論する。
- ドット投票（各自3票）で優先順位をつける
- 選ばれたテーマについて「なぜそうなったか」を深掘りする
- 表面的な問題の裏にある根本原因を探る
注意: すべてのテーマを議論しようとすると時間が足りない。「選ぶ」ことが重要。
議論の結果を具体的なアクションに落とす。ここが最も重要なステップ。
良いアクションの条件:
- 具体的: 「コミュニケーションを改善する」ではなく「朝会で昨日の困りごとを1つ共有する」
- 担当者が明確: 「誰かがやる」ではなく「〇〇さんが来週までに」
- 小さい: 1スプリントで実行・検証できるサイズ
やりすぎ注意: アクションは1〜2個に絞る。5個も10個も決めると結局どれもやらない。
具体例#
背景: スクラムマスターの佐藤さんが、2週間スプリントごとにレトロスペクティブを実施。
スプリント3のKPT結果:
| カテゴリ | 内容 | 投票 |
|---|---|---|
| Keep | ペアプロでコード品質が上がった | 4票 |
| Keep | 朝会が15分以内で終わるようになった | 2票 |
| Problem | リリース前日にバグが見つかり残業 | 3票 |
| Problem | 仕様の認識ズレで作り直し発生 | 5票（最多） |
| Problem | ドキュメントが古いまま | 2票 |
深掘り: 仕様の認識ズレ → なぜ？ → PRDを読む時間がなかった → なぜ？ → スプリント開始前にリファインメントをやっていなかった
アクション: スプリント開始前日にリファインメント（1時間）を実施 → 担当: スクラムマスター
12スプリント（約6ヶ月）の累積効果:
| 指標 | Sprint 1 | Sprint 12 | 変化 |
|---|---|---|---|
| ベロシティ（pt/sprint） | 28pt | 52pt | 85%向上 |
| 仕様認識ズレの作り直し | 月3件 | 月0件 | ゼロ達成 |
| リリース日の残業 | 月4回 | 月0回 | ゼロ達成 |
| チーム満足度（5点満点） | 3.1 | 4.4 | 42%向上 |
1回のレトロで劇的に変わるのではなく、毎スプリントの小さな改善が積み重なって大きな変化になった。「完璧な振り返り」より「毎回やり続けること」に価値がある。
背景: 工場長の鈴木さんが、アジャイルのレトロスペクティブを製造現場に導入。月末の1時間で実施。
導入時の課題:
- 「現場でふりかえりなんて意味あるの？」という抵抗感が強かった
- 過去の改善活動は「QCサークル」だったが形骸化していた
鈴木さんの工夫:
- 最初の3ヶ月はKPTではなく**「よかったこと・困ったこと」の2つだけ**に簡略化
- 付箋は手書き、ホワイトボードに貼る（デジタルツールなし）
- アクションは毎月1つだけ、翌月の冒頭で必ず結果を確認
6ヶ月間のアクションと効果:
| 月 | アクション | 効果 |
|---|---|---|
| 1月 | 段取り替えのチェックリスト作成 | 段取り時間 -15分 |
| 2月 | 不良品発生時の即時共有ルール | 後工程への流出 -60% |
| 3月 | 新人への手順書の写真追加 | 新人の作業ミス -40% |
| 4月 | 材料置き場の5S実施 | 探す時間 -20分/日 |
| 5月 | 設備点検の頻度を週1→日1に変更 | 突発停止 -50% |
| 6月 | 3交代間の引き継ぎフォーマット統一 | 引き継ぎミス -70% |
6ヶ月後の成果:
- 不良率: 0.45%→0.26%（42%削減）
- ライン稼働率: 91%→96%
- 年間コスト削減効果: 約1,800万円
「ふりかえり」はIT業界だけのものではない。製造現場でも「毎月1つだけ改善」を積み重ねれば、半年で劇的な変化が起きる。
背景: 市民課の課長補佐・田中さんが、窓口業務のチームに隔週のふりかえりを導入。行政の「前例踏襲」文化を変えたかった。
第1回のふりかえり結果（Mad / Sad / Glad手法を使用）:
| カテゴリ | 上位テーマ | 投票 |
|---|---|---|
| Mad | 同じ質問に毎日何十回も答えている | 6票 |
| Sad | 新人が手続きを覚えるのに3ヶ月かかる | 4票 |
| Glad | 住民から「丁寧にありがとう」と言われた | 5票 |
四半期のアクション実績:
| 回 | アクション | 担当 | 結果 |
|---|---|---|---|
| 第1回 | よくある質問TOP10のFAQシートを窓口に設置 | 山本さん | 同一質問の対応時間 -30% |
| 第2回 | 手続き別フローチャートの作成 | 鈴木さん | 新人の独り立ちが3ヶ月→6週間に |
| 第3回 | 待ち時間の番号発券+所要時間目安の掲示 | 佐藤さん | 「まだですか？」の問い合わせ -80% |
| 第5回 | 住民の「ありがとう」を集める「感謝ボード」設置 | 全員 | チームの士気向上 |
6ヶ月後の成果:
| 指標 | Before | After | 変化 |
|---|---|---|---|
| 住民クレーム件数/月 | 17件 | 6件 | 65%減 |
| 窓口平均対応時間 | 12分 | 8分 | 33%短縮 |
| 職員満足度（5点満点） | 2.8 | 4.0 | 43%向上 |
行政でもふりかえりは有効。「前例がないからできない」から「小さく試してみよう」へ文化が変わった。キーポイントはアクションを「1つだけ」に絞り、確実に実行すること。
やりがちな失敗パターン#
- アクションを決めない（話して終わり） — 盛り上がるが何も変わらない「ガス抜きレトロ」になりがち。必ず具体的なアクションを1つは決める
- 前回のアクションを確認しない — アクションを決めても次回の冒頭で確認しなければ形骸化する。「前回のTryはどうなった？」から始める
- 同じ手法ばかり使う — 毎回KPTだと飽きる。手法を変えることで新しい気づきが生まれる
- 犯人探しになる — 「誰がこのバグを出したのか」ではなく「なぜレビュープロセスで発見できなかったか」に焦点を当てる。個人ではなく仕組みを改善する
- アクションを欲張りすぎる — 1回のレトロで5つも10個もアクションを決めると、どれも中途半端になる。1〜2個に絞り、確実に実行する方が効果的
まとめ#
ふりかえりは、チームが自分たちで自分たちのやり方を改善していく仕組み。「犯人探し」ではなく「仕組みの改善」にフォーカスし、小さなアクションを着実に実行していくことが大事。完璧な振り返りより、毎回やり続けることに価値がある。