レトロスペクティブとは?振り返りの進め方とフレームワーク7選
公開日:
最終更新日:
レトロスペクティブとは、チームが一定期間の仕事の進め方を振り返り、次の改善を決める活動です。スクラムではスプリントの最後に行います。何を作ったかの説明よりも、協働、工程、ツール、品質の確かめ方などを扱います。
目的は反省を述べることではなく、次の期間で試せる変更を決めることです。Scrum.orgの公式解説も、品質と有効性を高める改善を中心に据えています。
レビューとの違い
スクラムイベントとは?プランニング・デイリースクラム・レビューの進め方で扱うスプリントレビューは、成果と状況の変化を関係者と確認し、プロダクトの次の方向を考える場です。レトロスペクティブは、仕事の進め方を改善する場です。
たとえば「利用者が入力欄で迷ったため、次は導線を変える」はレビューで扱う話題です。「利用者テストの日程が決まらず検証が遅れたため、開始日に協力者を確保する」はレトロスペクティブで扱えます。同じ出来事でも、考える問いが違います。
振り返りフレームワーク7選
手法 | 整理する観点 | 選ぶ場面 |
|---|---|---|
KPT | 続けること・問題・次の試行 | 事実から行動まで簡潔に決めたい |
YWT | やったこと・わかったこと・次にやること | 初めての仕事で学びを整理したい |
Start / Stop / Continue | 始める・やめる・続ける | 習慣や会議を見直したい |
4Ls | Loved・Loathed・Longed for・Learned | 経験や学びを広く拾いたい |
Sailboat | 目標・追い風・足を引く要因・リスク | 前進を妨げる構造を話したい |
Starfish | 始める・やめる・増やす・減らす・続ける | 既存の行動量を調整したい |
Timeline | 出来事を時系列に並べる | 長期間の記憶をそろえたい |
呼び方や分類には流派があります。最初に各欄の意味を合わせることが大切です。4LsについてはAtlassianの進行ガイドが参考になります。KPTの詳しい書き方はKPTとは?振り返りの進め方と書き方の例【テンプレート付き】で解説しています。
初めて実施するチームの進め方
最初に、対象期間と目的、記録を共有する範囲を確認します。続いて全員が個別に事実を書き、似たものをまとめます。発言の多い人の記憶だけに頼らず、作業記録や待ち時間も参照してください。
次に、今後への影響が大きく、チームで変えられるテーマを選びます。票が集まった話題だけで自動的に決めず、品質上の重要な問題や少数意見にも目を通します。
最後に改善を1〜2件選び、担当、試す期間、結果の見方を決めます。以下の時間や件数は説明用の架空例です。
改善記録の欄 | 記入例 |
|---|---|
事実 | 3件の原稿がレビュー待ちで2日以上停止した |
仮説 | レビュー担当が開始時に決まっていなかった |
実験 | 着手時にレビュー担当と代理者を登録する |
担当・期間 | 進行担当A/次の1スプリント |
確認 | 待ち日数と差し戻し理由を次回比較する |
この表の役割は原因を断定することではありません。まず仮説として試し、結果から修正します。レビュー担当を早く決めても待ちが減らなければ、仕事量や依頼内容など別の要因を確かめます。
発言しやすい場を作る
進行役は「誰が悪かったか」より「どの条件で何が起きたか」を尋ねます。話しにくい内容は事前記入を受け付け、個人名を含む記録の扱いも決めます。上司への報告会と同じ進め方では、困りごとが出にくくなる場合があります。
スクラムではスプリントレトロスペクティブはスクラムチームのイベントです。外部の参加者を加える場合は、率直な対話への影響と参加目的を検討してください。進行の支援を担う役割はスクラムマスターとは?役割とプロダクトオーナーとの違いでも説明しています。
同じ問題が繰り返されるとき
前回の改善が未実施なのか、実施したが効果がなかったのかを分けます。未実施なら時間や権限を確保し、効果がなければ原因の仮説を更新します。毎回手法を変えるだけでは解決しません。
毎回違うフレームワークを使う必要はありますか?
必要ありません。目的に合うものを継続して使い、得たい情報が出ないときに変更します。新鮮さよりも、改善を試し続けられることを優先します。
オンラインでも実施できますか?
共有文書で個別記入の時間を設ければ実施できます。発言順や議論の時間を決め、会議後に改善記録を見つけられる場所へ置きます。
改善を日々の施策へ反映する際は、Xtrategyのプロジェクト管理で確認できるタスク進行や承認情報と合わせて、実行状況を共有してください。

