FICILCOM Inc. LogoFICILCOM Inc.
  • 会社情報
  • 会社概要
  • ミッション・ビジョン・バリュー
  • 行動指針
  • サービス一覧
  • NeX-Ray
  • Xtrategy
  • おためし転職
  • 剣 - Tsurugi
  • 採用トップ
  • カルチャー
  • 福利厚生
  • 選考フロー
  • FAQ
  • 募集ポジション
お問い合わせ
  1. ホーム
  2. ブログ
  3. レトロスペクティブとは?振り返りの進め方とフレームワーク7選

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

公開日: 2026/11/10

最終更新日: 2026/11/10

この記事の内容を実践したい方へ

無料でXtrategyを始める→

登録1分・無料・いつでも停止可能

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

目的は反省を述べることではなく、次の期間で試せる変更を決めることです。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のプロジェクト管理で確認できるタスク進行や承認情報と合わせて、実行状況を共有してください。

 

 

 

 

目次

  1. レビューとの違い
  2. 振り返りフレームワーク7選
  3. 初めて実施するチームの進め方
  4. 発言しやすい場を作る
  5. 同じ問題が繰り返されるとき

 

会社情報

  • 会社情報
  • 会社概要
  • ミッション・ビジョン・バリュー
  • 行動指針

サービス

  • サービス一覧

ブログ

  • ブログ
  • カテゴリ
  • 著者

見積もり

  • 見積もりシミュレーション

採用

  • 採用情報
  • カルチャー・働き方
  • 福利厚生・制度
  • 選考フロー
  • よくある質問
  • 募集ポジション

ポリシー

  • プライバシーポリシー
  • 反社会的勢力排除方針
  • 情報セキュリティ方針

お問い合わせ

  • お問い合わせ

公式SNS

  • X
  • LinkedIn
  • Facebook
  • Pinterest
© 2026 Ficilcom Inc.

関連記事

2026/11/10

アジャイル開発とは?メリット・デメリットと代表的な手法を解説

アジャイル開発は、小さな成果とフィードバックを重ねて変化に対応する考え方です。メリット・デメリット、スクラムやカンバンとの関係、ウォーターフォールとの違い、導入手順を解説。計画や品質を軽視しない運用を紹介します。

続きを読む
2026/11/10

ウォーターフォール開発とは?アジャイルとの違いと使い分け

ウォーターフォール開発は、要件定義・設計・実装・テストなどの工程を順に進める方式です。アジャイルとの違い、向いている条件、変更時の注意点、併用する場合の判断軸を具体例で解説。計画とフィードバックの設計を紹介します。

続きを読む
2026/11/10

スクラムとは?開発の進め方・役割・イベントを図で解説

スクラムは、短いサイクルで成果を確かめながら複雑な課題に取り組むフレームワークです。アジャイルとの違い、3つの責任、5つのイベント、3つの作成物を整理し、導入時に決めることを具体例で紹介します。

続きを読む