レトロスペクティブとは？振り返りの進め方とフレームワーク7選

2026年11月10日与謝秀作

レトロスペクティブとは、チームが一定期間の仕事の進め方を振り返り、次の改善を決める活動です。スクラムではスプリントの最後に行います。何を作ったかの説明よりも、協働、工程、ツール、品質の確かめ方などを扱います。

目的は反省を述べることではなく、次の期間で試せる変更を決めることです。Scrum.orgの公式解説も、品質と有効性を高める改善を中心に据えています。

レビューとの違い

スクラムイベントとは？プランニング・デイリースクラム・レビューの進め方で扱うスプリントレビューは、成果と状況の変化を関係者と確認し、プロダクトの次の方向を考える場です。レトロスペクティブは、仕事の進め方を改善する場です。

たとえば「利用者が入力欄で迷ったため、次は導線を変える」はレビューで扱う話題です。「利用者テストの日程が決まらず検証が遅れたため、開始日に協力者を確保する」はレトロスペクティブで扱えます。同じ出来事でも、考える問いが違います。

手法	整理する観点	選ぶ場面
KPT	続けること・問題・次の試行	事実から行動まで簡潔に決めたい
YWT	やったこと・わかったこと・次にやること	初めての仕事で学びを整理したい
Start / Stop / Continue	始める・やめる・続ける	習慣や会議を見直したい
4Ls	Loved・Loathed・Longed for・Learned	経験や学びを広く拾いたい
Sailboat	目標・追い風・足を引く要因・リスク	前進を妨げる構造を話したい
Starfish	始める・やめる・増やす・減らす・続ける	既存の行動量を調整したい
Timeline	出来事を時系列に並べる	長期間の記憶をそろえたい

呼び方や分類には流派があります。最初に各欄の意味を合わせることが大切です。4LsについてはAtlassianの進行ガイドが参考になります。KPTの詳しい書き方はKPTとは？振り返りの進め方と書き方の例【テンプレート付き】で解説しています。

最初に、対象期間と目的、記録を共有する範囲を確認します。続いて全員が個別に事実を書き、似たものをまとめます。発言の多い人の記憶だけに頼らず、作業記録や待ち時間も参照してください。

次に、今後への影響が大きく、チームで変えられるテーマを選びます。票が集まった話題だけで自動的に決めず、品質上の重要な問題や少数意見にも目を通します。

最後に改善を1〜2件選び、担当、試す期間、結果の見方を決めます。以下の時間や件数は説明用の架空例です。

この表の役割は原因を断定することではありません。まず仮説として試し、結果から修正します。レビュー担当を早く決めても待ちが減らなければ、仕事量や依頼内容など別の要因を確かめます。

進行役は「誰が悪かったか」より「どの条件で何が起きたか」を尋ねます。話しにくい内容は事前記入を受け付け、個人名を含む記録の扱いも決めます。上司への報告会と同じ進め方では、困りごとが出にくくなる場合があります。

スクラムではスプリントレトロスペクティブはスクラムチームのイベントです。外部の参加者を加える場合は、率直な対話への影響と参加目的を検討してください。進行の支援を担う役割はスクラムマスターとは？役割とプロダクトオーナーとの違いでも説明しています。

前回の改善が未実施なのか、実施したが効果がなかったのかを分けます。未実施なら時間や権限を確保し、効果がなければ原因の仮説を更新します。毎回手法を変えるだけでは解決しません。

必要ありません。目的に合うものを継続して使い、得たい情報が出ないときに変更します。新鮮さよりも、改善を試し続けられることを優先します。

共有文書で個別記入の時間を設ければ実施できます。発言順や議論の時間を決め、会議後に改善記録を見つけられる場所へ置きます。

改善を日々の施策へ反映する際は、Xtrategyのプロジェクト管理で確認できるタスク進行や承認情報と合わせて、実行状況を共有してください。