振り返り会とは?進め方・5つのフェーズ・手法8選・テンプレート【2026年版】

「振り返り会をやっているのに、何も変わらない」と感じていませんか。スプリントの終わりに集まって、良かったこと・悪かったことを出し合い、なんとなく前向きな気持ちで解散していないでしょうか。それなのに2週間後には同じ問題がまた起きている、というのが振り返り会の悩みで一番多いパターンです。
この記事では、まず振り返り会の意味と基本を押さえたうえで、レビューやポストモーテムとの違い、定番の「5つのフェーズ」による進め方、帆船やStarfishなど手法8選の使い分けを解説します。あわせて、コピーしてすぐ使えるテンプレートと、多くのチームで振り返りが続かない原因になっている「記録問題」の解決策も紹介します。
⚠️ 本記事は、2026年9月時点の公開情報やユーザーフィードバックを基に独自にまとめたものです。
目次
- 振り返り会とは?意味と定義
- レビュー・レッスンズラーンド・ポストモーテムとの違い
- 進め方:5つのフェーズ
- 振り返り手法8選を比較
- 帆船・4L・Starfishを詳しく
- そのまま使える振り返りテンプレート
- よくある失敗と対策
- リモート振り返りと記録問題
- FAQ
- まとめ
振り返り会とは?意味と定義
振り返り会とは、チームが直近の一定期間の仕事を振り返り、そこで見つかった気づきを次の期間の具体的な改善につなげる定例会議のことです。 英語ではretrospectiveと呼ばれ、アジャイル開発の現場では「レトロ」と略されることもあります。対象になるのはプロダクトそのものではなく、チームの協働のあり方です。具体的には、プロセス、コミュニケーション、ツール、チームのコンディションなどを扱います。
この形式が広まったきっかけはアジャイル開発でした。スクラムでは「スプリントレトロスペクティブ」が各スプリントの最後に行う公式イベントのひとつになっています。スクラムガイドでは、1か月スプリントの場合で最大3時間、それより短いスプリントでは短めに行うとされています。とはいえ、考え方自体はもっと古くから存在します。ノーム・カース氏は2001年の著書「Project Retrospectives」で、開発に限らずあらゆるプロジェクトチームの振り返りを体系化しました。同書で示された基本原則(プライムディレクティブ)は、今でも良い振り返りの出発点になっています。要約すると「全員がその時点の知識と状況の中でベストを尽くした、という前提に立つ」というものです。振り返りで探すのは仕組みの中にある原因であって、犯人探しではありません。
ただの感想共有と本来の振り返り会を分けるポイントは3つあります。
- 繰り返すことです。 1回だけの反省会は振り返りとは呼べません。決めて、試して、次の回で結果を確認する、という連続に価値があります。
- 対象期間が決まっていることです。 直近のスプリント、先月、プロジェクトの一区切りなど、範囲を区切ります。「今まで困ったこと全部」は対象にしません。
- 決定で終わることです。 成果物は、担当者付きの少数の具体的な改善アクションです。雰囲気をまとめたメモではありません。
レビュー・レッスンズラーンド・ポストモーテムとの違い
現場でよく混同される4つの用語を整理しておきます。それぞれ答える問いが違うので、区別しておくと使い分けに迷いません。
| 振り返り会 | スプリントレビュー | レッスンズラーンド | ポストモーテム | |
|---|---|---|---|---|
| 対象 | 協働の仕方・プロセス | プロダクト・成果物 | プロジェクト全体 | 特定のインシデント |
| 参加者 | チーム自身 | チームとステークホルダー | プロジェクト関係者全員 | インシデント関係者 |
| タイミング | 定期的(スプリントごとなど) | スプリント末、振り返りの前 | 節目とプロジェクト終了時 | インシデント発生後 |
| 成果物 | 2〜3個の改善アクション | 成果物へのフィードバック | 次のプロジェクトに渡す知見集 | 原因分析と再発防止策 |
これらはどれかひとつを選ぶものではなく、併用するものです。スプリントごとにレビューと振り返りを行い、プロジェクトの終わりにレッスンズラーンドをまとめ、重大な障害の後にはポストモーテムを実施する、という組み合わせが自然です。特に混同が多いのはレビューと振り返りです。レビューは「何を作ったか」を扱い、振り返りは「どう働いたか」を扱います。
進め方:5つのフェーズ
最も広く使われている進行の型は、エスター・ダービー氏とダイアナ・ラーセン氏の著書「Agile Retrospectives」(2006年)で示された5つのフェーズです。観察から決定へと自然に流れる構成になっています。8人までのチームが2週間を振り返る場合、60〜90分が目安です。
フェーズ1:場を整える(約5分) 進行役が対象期間とテーマを宣言し、プライムディレクティブを確認したうえで、全員に一度は口を開いてもらいます。「今回のスプリントを一言で表すと?」のようなひとことチェックインが定番です。最初の数分で発言した人は、その後の議論にも参加しやすくなります。
フェーズ2:データを集める(約15分) 議論を始める前に、各自が黙って、何が起きたか、何がうまくいき、何が足を引っ張ったかという事実と観察を書き出します。この「先に書く」が振り返り会全体で一番大事な仕掛けです。最初から自由討論にすると、声の大きい人の解釈がその期間の公式見解になってしまいます。
フェーズ3:気づきを深める(15〜20分) 出てきた項目をグルーピングし、重要なものについて、なぜ起きたのか、どんな影響があったのかを掘り下げます。症状と原因が分かれるのはこの段階です。「リリースがつらかった」は症状で、「実装開始後に仕様が2回変わった」は手を打てる原因です。
フェーズ4:アクションを決める(約15分) 影響の大きいテーマを2〜3個選び、それぞれに具体的な変更を決めて、担当者と確認タイミングを付けます。「もっと気をつける」「連携を密にする」は禁止ワードです。良いアクションは、次回の振り返りで実行されたかどうかを判定できる行動になっています。
フェーズ5:締める(約5分) 決まったアクションを声に出して確認し、次回の日程を確定します。最後に「この振り返り自体で改善する点は?」という短いメタ振り返りで閉じます。
5つのフェーズは形式的に見えるかもしれません。それでも経験豊富な進行役ほど省略しません。フェーズ2と3を飛ばすと、チームは感情から直接アクションに飛んでしまい、そのアクションが症状にしか効かなくなるからです。
振り返り手法8選を比較
帆船や4Lといった手法は、フェーズ2と3のための枠組みです。チームがどんな切り口で意見を集めて議論するかを決めてくれます。完璧な手法を選ぶことより、選んだ手法を続けることのほうが重要です。とはいえ、マンネリを感じてきたら、意図を持って型を切り替えるのも有効です。
| 手法 | 切り口 | 向いている場面 |
|---|---|---|
| KPT | Keep / Problem / Try | 定例振り返りの信頼できる定番 |
| Start / Stop / Continue | 始める / やめる / 続ける | 「やめること」を明確に決めたいチーム |
| 4L | Liked / Learned / Lacked / Longed for | 学びや感情まで見えるようにしたいとき |
| 帆船(Sailboat) | 追い風 / 錨 / 岩礁 / 島 | 新しいチームや混成メンバーへの入り口 |
| Starfish(ヒトデ) | もっと / 減らす / 始める / やめる / 続ける | 定着したプロセスの微調整 |
| Mad / Sad / Glad | 怒り / 悲しみ / 喜び | チームの雰囲気そのものがテーマのとき |
| DAKI | Drop / Add / Keep / Improve | ツールやプロセスの取捨選択 |
| タイムライン振り返り | 出来事を時系列に並べる | 長い期間、四半期、障害の振り返り |
運用としては、定例の振り返りには標準の型をひとつ決めておくのがおすすめです(KPTかStart/Stop/Continueを選ぶチームが多いです)。そのうえで、四半期の締めにはタイムライン、消耗した時期の後にはMad/Sad/Gladのように、意図があるときだけ型を変えます。毎週型を変えるチームは、改善ではなくルールの学び直しに力を使ってしまいます。
帆船・4L・Starfishを詳しく
帆船(Sailboat)の振り返りは、1枚の絵で進めます。チームは島(ゴール)を目指して航海する船です。追い風は船を進めるもの(チームを速くしている要素)、錨は船を引き留めるもの(足を引っ張っている要素)、岩礁は航路上のリスク、島は共通のゴールを表します。この比喩のおかげで、参加のハードルがぐっと下がります。「プロセスの問題を指摘する」ことに気が引ける人でも、錨に付箋を貼るくらいなら抵抗が少ないものです。新しく組成されたチーム、ステークホルダーが混ざる場、チームの最初の振り返りに特に向いています。注意点はひとつだけです。フェーズ4では比喩の世界から出てください。錨は、担当者付きの具体的なアクションになって初めて処理されたことになります。
4Lの振り返りでは4つの問いを立てます。良かったこと(Liked)、学んだこと(Learned)、足りなかったこと(Lacked)、望んでいたこと(Longed for)です。この形式の強みはLearnedの欄にあります。放っておけば暗黙知のまま消えていく学びを、チームに言語化してもらう仕組みだからです。オンボーディング、技術の切り替え、新プロジェクトの最初のスプリントなど、新しいことが多かった期間の後に特に効果を発揮します。LackedとLonged forからは、良い・悪いの二択では出てこないアクションの材料が集まります。
Starfish(ヒトデ)の振り返りは、Start/Stop/Continueに「もっと増やす」「減らす」という中間の目盛りを2つ加えた形式です。この目盛りの細かさが、成熟したチームにちょうど合います。2年も一緒に働いたチームには、ゼロから始めることや完全にやめることはあまり残っていません。その代わり、量が合っていない習慣はたくさんあります。ペアレビューはもっと増やす、進捗確認の会議は減らす、といった具合です。逆に、できたばかりのチームにStarfishは細かすぎます。調整するほど定着した習慣が、まだ存在しないからです。
どの手法から始めるか迷ったときは、次の基準が役に立ちます。
- チームの最初の振り返りなら: 参加のハードルが低い帆船が向いています。
- プロセスが安定した成熟チームなら: 量の調整ができるStarfishが合います。
- 学びの多かった時期の直後なら: 学びを言語化できる4Lがおすすめです。
- それ以外なら: 信頼できる定番のKPTかStart/Stop/Continueで始めれば十分です。
そのまま使える振り返りテンプレート
ほとんどの手法にそのまま使えるテンプレートです。真ん中の項目名だけ、使う手法に合わせて差し替えてください。共有ドキュメントやオンラインホワイトボードに貼り付ければすぐ始められます。
# 振り返り ― [チーム名] ― [日付]
対象期間: [YYYY/MM/DD 〜 YYYY/MM/DD]
手法: [KPT / 帆船 / 4L など]
参加者: [名前]
## チェックイン:前回のアクションの確認
- [ ] [前回のアクション] ― 結果: [実行した / 効果あり / やめる]
## うまくいったこと(手法に合わせて差し替え)
- [事実としての観察。なぜうまくいったのかも一言]
## 足を引っ張ったこと(手法に合わせて差し替え)
- [事実ベースで。いつ、何が、どう困ったか]
## 気づき
- [重要な項目の背後にある原因]
## アクション(最大2〜3個)
- [ ] [実行したか判定できる行動] ― 担当: [名前] ― 確認: [次回]
## 次回の振り返り: [日付]
チェックインの欄が一番上にあるのは意図的です。すべての振り返りは、前回のアクションの確認から始めます。このループがあるかどうかで、振り返りが積み上がっていくか、つながりのない雑談の繰り返しになるかが決まります。
よくある失敗と対策
- 不満を出すだけの会になってしまいます。 話して、うなずいて、何も決めずに終わるパターンです。対策はシンプルです。フェーズ4の時間をアジェンダに固定し、「アクションは最大2〜3個、必ず担当者と確認タイミング付き」を交渉の余地なしのルールにします。
- プロセスではなく人を責めてしまいます。 「Aさんの対応が遅い」は観察ではなく攻撃です。進行役が事実に翻訳します。「レビュー待ちが平均2日あった」と言い換えれば、議論できるテーマになります。冒頭のプライムディレクティブは儀式ではなく、この場の作業ルールです。
- 毎回同じテーマが出てきます。 前回のアクションが仕組みの変更ではなく決意表明(「もっとすり合わせる」)だったサインです。繰り返し出てくるテーマには努力系のアクションを禁止し、プロセスかツールを変える案だけを認めるようにします。
- 忙しくなると振り返りが消えます。 実際には、忙しいときこそ振り返りの価値が高い時期です。繁忙期に振り返りを飛ばすチームは、「改善は暇なときにやる活動だ」と宣言しているのと同じです。なくすのではなく、30分に短縮して続けるほうが得です。
- 誰も記録せず、何も積み上がりません。 ホワイトボードの写真は検索できませんし、書記役を立てるとその人は議論の半分を失います。信頼できる記録がないとチェックインの欄が機能しなくなり、積み上げてきた価値ごと消えてしまいます。これは次のセクションで詳しく扱います。
リモート振り返りと記録問題
振り返りはリモートでも意外なほどうまくいきます。会議室よりやりやすい面もあるくらいです。黙って書き出すフェーズは共有ドキュメントやオンラインホワイトボードと相性が良く、文字にしてしまえば、控えめなメンバーの意見も声の大きさの差に埋もれません。一方で、リモートでも対面でも変わらず残るのが記録問題です。振り返りで一番価値があるのは議論そのものなのに、その議論は消えてしまいます。
ここで役に立つのが、会議中にリアルタイムで記録を取るAI会議アシスタントです。SuperInternは、デバイスの音声を直接キャプチャするボットレスのデスクトップアプリ(Mac・Windows対応)です。会議にボットが入室しないため、Zoom、Google Meet、Microsoft Teams、Webexのどれで振り返りをしても同じように動きます。ノートPCを1台置いておけば、対面の振り返りでも使えます。

振り返りでの使いどころは次のとおりです。
- AI Canvasには振り返りの型を一度教えるだけで済みます。 普通の文章で「これは帆船形式の振り返りです。議論を追い風・錨・岩礁・ゴールに分類して、決まったアクションは担当者付きで記録してください」と書いておけば、以降の振り返りはその構造のままリアルタイムで埋まっていきます。
- 進行役が進行に専念できます。 記録のために議論から抜ける人がいなくても、ノートは会話の進行に合わせて育ちます。
- チェックインが数秒で終わります。 前回のアクションは前回のノートに残っています。会議横断のAIチャットに「直近3回の振り返りで繰り返し出たテーマは?」と聞くこともできます。
- 拠点が分かれていても同じ速度で進められます。 50以上の言語に対応したリアルタイム翻訳で、海外拠点との合同振り返りも成立します。要約は各自が自分の言語で受け取れます。

限界も正直に書いておきます。SuperInternは、黙って書き出すフェーズのためのオンラインホワイトボードや、アクションを追跡するタスク管理ツールの代わりにはなりません。担ってくれるのは記録の部分です。書記の負担がなくなり、検索できる振り返りのアーカイブが手元に残ります。無料プランがあるので、次回の振り返りで試すのに費用はかかりません。
FAQ
振り返り会とはどういう意味ですか?
終わった期間の協働の仕方をチームで点検し、次の期間の具体的な改善を決める定例会議のことです。英語ではretrospectiveと呼ばれ、スクラムの「スプリントレトロスペクティブ」はその代表例です。対象はプロダクトではなく、チームの働き方そのものです。
振り返りの5つのフェーズとは何ですか?
エスター・ダービー氏とダイアナ・ラーセン氏の整理によると、場を整える、データを集める、気づきを深める、アクションを決める、締める、の5つです。この流れに沿うことで、チームは観察から原因へ、原因から検証可能な決定へと進めます。
どのくらいの頻度・長さでやるべきですか?
8人以下で2週間分を振り返るなら60〜90分が目安です。スクラムガイドは1か月スプリントで最大3時間を上限としています。頻度は仕事のサイクルに合わせます。スプリントごとに1回、アジャイル開発以外のチームなら2〜4週間に1回が適切です。月1回より間隔が空くと記憶が薄れて、議論が事実ではなく印象ベースになります。
レビューと振り返りは何が違いますか?
レビューは成果物を見ます。何を作ったか、ステークホルダーがどう評価するかがテーマです。振り返りは働き方を見ます。どう協働したか、何を変えるかがテーマです。スクラムではどちらもスプリントの最後に行い、レビューが先です。
スクラムを使っていなくても振り返りはできますか?
できます。振り返りはスクラムより前からある形式で、繰り返し協働する場ならどこでも機能します。営業チームの月次の締め、マーケティングチームのキャンペーン後、プロジェクトの節目など、活用場面はさまざまです。必要なのは、区切られた対象期間と、定例の予定と、アクションで終わらせる規律だけです。
進行役は誰がやるべきですか?
スクラムチームではスクラムマスターが務めることが多いですが、原則としては、議論の中心に立たずに構造を守れる人なら誰でも構いません。型が定着した後は、チーム内の持ち回りもうまく機能します。感情的に重いテーマを扱うときは、チーム外の中立な進行役に頼むことも検討する価値があります。
人数が多いチームでは、どう振り返ればよいですか?
8〜10人を超えると会議の力学が崩れます。1人あたりの発言時間が減り、半分のメンバーは集中を失います。この場合は4〜6人の小グループに分かれて並行で意見出しと議論を行い、最後に各グループが一番重要な気づきとアクションを共有する短い全体ラウンドで締める方式が効果的です。部署をまたぐテーマは、実際の関係者だけが集まる別の場に切り出したほうがうまくいきます。
まとめ
振り返り会は、チームが自分たちの働き方に投資できる、最小単位の定期投資です。成功の条件は地味なものばかりです。
- 繁忙期にも生き残る定例の予定を持ちます。
- 5つのフェーズを進行の骨組みにします。
- チームに合った手法を選びます。
- アクションは担当者付きで最大2〜3個に絞ります。
- そして、前回のアクション確認から始めるチェックインを欠かしません。
必要なのはこれだけです。
この積み重ねを支える記録は、もう手で取る必要がありません。記録をボットレスのAIアシスタントに任せれば、チームは振り返り本来の仕事に集中できます。何を変えるかを、全員で決めることです。
SuperInternを無料で試す : 会議にボットは入室せず、チームの振り返りの型のままリアルタイムノートが育ち、すべてのアクションが次回の振り返りに確実につながります。
