"あのとき何が良くて、何がまずかったのか"をうまく言葉にできない。そんな経験はないでしょうか。PDCAを回しているつもりが、いつの間にか改善点を探すだけの場になってしまう。振り返りに型がないと、こうした状態に陥りがちです。

振り返りフレームワークは、そうした偏りや抜け漏れを防ぎ、思考を整理するための枠組みです。ここでは代表的な9種類のフレームワークと、目的・場面ごとの使い分けを整理します。

振り返りフレームワークとは

振り返りフレームワークとは、経験した事実を整理し、そこから学びや改善点を取り出すための決まった型のことです。自由に話し合うだけでは論点が散らばりますが、型に沿って問いを投げることで、個人もチームも短時間で気づきにたどり着けます。

ちなみに振り返りと反省は少し違います。反省は悪かった点を直す方向に寄りやすく、振り返りは良かった点・悪かった点・事実・解釈を幅広く扱う。フレームワークの多くは、この幅を確保するように設計されています。

フレームワークを活用する3つのメリット

振り返りフレームワークを活用する意味は、気づきの質を安定させ、継続しやすくし、チームで共通言語を持てることにあります。個人の感覚任せにしないからこそ、再現性のある学びが生まれます。

まず"気づきの質"です。振り返りを習慣的に行うと、同じ出来事でも捉え方が変わっていきます。感情的な反省や自己評価にとどまらず、"何が起きたのか"、"なぜそうなったのか"を切り分けて捉えられるようになる。結果として、出来事そのものに振り回されにくくなり、次に活かせる形で整理されていきます。型があることで、こうした視点の持ち方が安定します。

継続のしやすさも無視できません。自由記述の振り返りは、書き方の判断を毎回求められるため負荷が高く、長続きしにくい。一方で、KPTやYWTのように枠組みが決まっていれば、考えるべきポイントが明確になり、記述のハードルが下がります。結果として、振り返りそのものが習慣化しやすくなります。

さらに、フレームワークはチームにおける共通言語としても機能します。たとえば"Keep"が"継続すべき良い行動"を指すと共有されていれば、短い言葉でも意図が正確に伝わります。逆に枠組みがない場合、"良かった点"といった曖昧な表現は、人によって粒度や観点がばらつき、受け手の解釈に委ねられてしまいます。

振り返りフレームワーク9選

ここから紹介するのは、個人・チーム・プロジェクトのいずれかで広く使われている9種類の手法です。使う場面・目的が違うので、覚える必要はありません。自分の状況に合いそうなものから試してみてください。なお、テンプレートは、参考記事：【振り返りシートの書き方と活用法｜テンプレートと例文でわかる実践方法】もご覧ください。

KPT

KPTはKeep・Problem・Tryの頭文字を取った手法で、続けたいこと、問題に感じていること、次に試したいことの3つに分けて整理します。シンプルで覚えやすく、短時間でも回せる実用性の高さが強みです。ホワイトボード1枚あればすぐ始められ、会議の終盤に10分程度差し込むような運用にも比較的なじみます。

一方で弱点もはっきりしています。Problemに話が集中すると場の空気が重くなり、何から手を付けると良いか難しくなります。逆にKeepばかり並ぶと現状肯定で終わってしまい、改善が進みません。Tryに落とし込んでも、誰が実行するかが曖昧なまま流れることも起こりがちです。

向いているのは、週次や隔週の定例ミーティングで小さな改善を回し続けたいチームです。後述するKPTAを検討するのも良いでしょう。

KPTA

KPTAはKPTにAction、つまり"誰が・いつまでに・何をするか"を追加した派生形です。TryからActionへの落とし込みが弱いというKPTの構造的な弱点を補う形で生まれました。

メリットは実行責任が明確になる点です。担当者と期限が同じフォーマットに収まるため、次回の振り返りで進捗確認もしやすくなります。KPTで物足りなさを感じ始めたタイミングで切り替えるのが良いでしょう。

Starfish

StarfishはKeep（継続する）、More（増やす）、Less（減らす）、Start（始める）、Stop（やめる）の5領域に分けて振り返る手法で、KPTの3分類より行動変容の幅が広いのが特徴です。

メリットは、変化の方向性を細かく描ける点にあります。"続ける/やめる"の二択ではなく、"増やす/減らす"という中間の選択肢があるため、現実的な改善案が出やすくなります。デメリットは、5領域の区別が慣れないうちは曖昧になる点です。MoreとStart、LessとStopの違いで議論が止まることもあります。KPTでは粒度が粗いと感じ始めたチームの次の一手として機能します。

YWT

YWTは"やったこと"、"わかったこと"、"次にやること"の3段階で振り返る手法で、日本能率協会グループが提唱しました。KPTが問題と改善の発見に重心を置くのに対し、YWTは経験から学びを抽出することに軸足があります。

メリットは、行動と学習をひとつながりで捉えられる点です。研修直後やプロジェクトの節目で使うと、参加者が"何を学んだか"を言語化しやすくなります。デメリットとしては、組織課題の解決には弱い面があります。個人の気づきに寄るため、構造的な問題には届きにくい設計です。

OJT中の若手育成、研修の事後フォロー、勉強会の締めくくりなど、知識の定着を狙う場面に向いています。

4行日記

4行日記は事実・気づき・教訓・宣言の4行で1日を振り返る個人向けの手法で、小林惠智氏が提唱しました。毎日続けられる手軽さが特徴です。

メリットは、宣言で終わる構造にあります。ただ書いて終わるのではなく、次の行動を一文で約束する形になるため、内省が次の行動につながります。デメリットは、チームでの活用には向かない点です。個人の内面を扱う設計なので、共有を前提にすると書きにくくなります。

リーダー候補の自己理解、新人の業務日報の代替、転職活動中のキャリア棚卸しなど、ひとりで続ける用途に最適です。内省を習慣として根付かせる方法については参考記事：【内省する意味とは？習慣化して自己成長を加速する実践法】も参考になります。

PDCA

PDCAはPlan・Do・Check・Actionの4段階を回す改善サイクルで、製造業の品質管理から広まりました。振り返りそのものというより、業務改善を回し続けるための基本的なサイクルと捉えるほうが実態に近いでしょう。

強みは、計画から実行・評価・修正までを一気通貫で扱える点にあります。一方でデメリットも指摘されています。1サイクルが長く、変化の速い事業環境では遅すぎる場面が出てきます。意思決定の速度を重視する文脈では、OODAループと比較される機会が増えました。OODAループは、観察（Observe）→状況判断（Orient）→意思決定（Decide）→行動（Act）を高速に回すことで変化に適応するフレームワークです。腰を据えて取り組む長期プロジェクト、製造現場、品質管理部門との相性は良いでしょう。

タイムライン

タイムラインはプロジェクトの始まりから終わりまでを時系列で並べ、各局面の出来事と感情を可視化する手法です。長期プロジェクトの最終振り返りで力を発揮します。

最大のメリットは、記憶のゆがみを補正できる点にあります。人は終盤の出来事だけでプロジェクト全体を評価しがちですが、タイムラインを描くと序盤の苦労や中盤の転換点が浮かび上がります。デメリットは時間がかかることです。時間をかけないと中途半端に終わることがあります。数か月以上続いた大型プロジェクトの完了時、新規事業の節目、組織変革のフェーズ移行などに向きます。

FDL

FDLはFun・Done・Learnの3つに分けて振り返る手法で、楽しかったこと、やり遂げたこと、学んだことに光を当てます。ポジティブな感情を出発点にする設計が、他のフレームワークと一線を画す部分です。

メリットは、関係性が悪化したチームにも導入しやすい点にあります。Problemから入るKPTでは発言が止まる場面でも、Funから入れば口が開きやすくなります。デメリットは、深い課題分析には向かない点です。改善志向の場では物足りなさが残るかもしれません。

心理的安全性が低下したチーム、メンバーの疲弊が見えるプロジェクト終盤などに差し込む用途がおすすめです。普段使いの定例には不向きな感じがします。

ワールドカフェ

ワールドカフェは小グループでの対話とテーブル入れ替えを繰り返しながら議論を深めていく手法で、1995年にJuanita Brown氏とDavid Isaacsが提唱しました。少人数の振り返りとは異なり、20人から100人規模を想定した設計です。

メリットは、部署や立場を越えた対話が生まれる点にあります。普段交わらないメンバー同士が同じテーマを扱うため、組織横断の気づきが出てきます。デメリットは準備の重さです。ファシリテーターの力量、会場設計、問いの質がそろわないと、雑談で終わります。

全社方針の浸透、組織文化の見直しなど、規模の大きいテーマに向く手法です。

目的・場面別の使い分け方

どのフレームワークが自分に合うかは、振り返りの目的・対象人数・時間軸の3つで決まります。ここでは、目的や場面に応じた選び方の軸を整理します。

個人の日々の内省であれば、4行日記が一番続けやすいでしょう。YWTも個人向けですが、特定のタスクや経験を深掘りしたいときに合います。

チームの定例振り返りには、KPTやKPTAが使いやすいです。ホワイトボードや付箋があれば、すぐに始められます。KPTはシンプルで導入しやすい一方で、改善行動が曖昧になりやすい傾向があります。そのため、慣れてきたチームはKPTAに切り替えると、より具体的なアクションにつながりやすくなります。Starfishも、行動の整理という観点では有効な選択肢です。最終的には、チームの目的や運用に合うものを選ぶとよいでしょう。

プロジェクト終了時の振り返りは、タイムラインかワールドカフェが適しています。数ヶ月のプロジェクトでKPTを使うと、大きな出来事が抜け落ちる。時間をかけて、全員で記憶を並べる時間を取るとよいでしょう。

業務改善サイクル全体を設計したいなら、PDCAが基礎になります。目標管理と振り返りを接続したい、品質管理の文脈で使いたい、といった場面ではPDCAが良いでしょう。現場の週次振り返りはKPTやYWTで回し、月次・四半期でPDCAのCheckに集約する、という組み合わせもよいでしょう。

FDLは特殊な使い方をします。チームの空気が悪くなったとき、振り返り自体が重い行為になってしまったときに、意図的に差し込む。毎回使う型ではないかもしれません。

振り返りを成功させるポイント

振り返りを機能させるには、型を守ることよりも、事実と解釈を分けること・心理的安全性を確保すること・次の行動に繋がることの3点を押さえるほうが大事です。型はあくまで器です。

振り返り全般の基礎的な考え方は参考記事：【リフレクションとは？成果につながる基本と実践法】もご覧ください。

事実と解釈を分ける、という話から。例えば"納期が遅れた"という事実と"Aさんの段取りが悪かった"という解釈を同時に書いてしまうチームは、振り返りが険悪になります。事実はだれが見ても同じもの、解釈は人によって変わるもの。KPTでもYWTでも、まず事実を書き出してから、その意味を議論するという順番を守るだけで議論はよくなります。

心理的安全性という言葉はすっかり有名になりましたが、振り返りの場でこれが欠けていると、Problemが出てきません。例えば"問題提起すると、次の週に仕事量が増える"となる場合、問題提起した人が損をする構造では、本音は出てきません。ファシリテーターは、問題提起した人を守る設計をする必要があります。具体的には、問題の所有者を一人に押し付けず、チームで解決する宣言をする。それだけでも空気は変わります。

継続もポイントです。1回やって終わる振り返りは、記録にも残らず気づきも消えます。週次なら金曜の夕方、月次なら第一月曜、のように時間を固定する。記録はNotionでもExcelでも紙でも構いません。見返せる場所に置くと良いでしょう。

最後に、振り返りの結果が次の行動に繋がること。Actionまで書く、担当者と期限を決める、次回の冒頭でその進捗を確認する。この循環が回らないと、振り返りの効果は小さくなります。実施して満足する場、ではなく、次の動きを生む場にする。

まとめ

振り返りフレームワークは、経験から学びを取り出し、改善行動につなげるための型です。個人には4行日記やYWT、チームにはKPTA（KPT）やStarfish、プロジェクト終了にはタイムラインやワールドカフェ、業務改善全体の設計にはPDCA。目的・人数・時間軸の3つで選ぶと迷いが減ります。FDLのように、場面を選んで差し込む型もあります。自分のチームに合うものを深く回すほうが実りがあります。

大事なのは、型を導入することそのものではなく、型を通じて何をしたいかです。ここを意識してないと、どのフレームワークも形式的な作業に変わります。

こういった振り返りの型をチームに根付かせたいと感じている方には、アップフォースの研修をご検討ください。実践的なワークショップを通じて、振り返りを文化として定着させる設計を一緒に作ります。お問い合わせはお気軽にどうぞ。