KPTとは？振り返りの書き方・進め方・形骸化を防ぐコツ

KPTとは何か。意味と読み方をまず整理する

KPT（KPT法とも呼ばれます）とは、Keep（続けたいこと）、Problem（課題）、Try（次に試すこと）の3つの視点で振り返りを行うフレームワークです。読み方は"ケプト"、もしくは"ケーピーティー"。プロジェクトや日々の業務を継続的に改善するための手法として、多くの現場で使われています。

もとはアメリカのプログラマー、アリスター・コーバーン（Alistair Cockburn）が発案した振り返り手法で、アジャイル開発の現場で生まれ、その後日本でも広まりました。いまではIT業界に限らず、営業チームの週次ミーティング、店舗運営の月次会、個人の日報まで幅広く使われています。Keep Problem Tryという3語の頭文字を取った名前です。

なぜこのフレームワークがここまで広がったのか。理由はシンプルで、3つの箱に書き込むだけで振り返りが成立するからです。面倒な準備もテンプレートのマニュアルも不要。ホワイトボードや紙に3本の縦線を引けば、もう始められる。この手軽さが、多くのチームで振り返りを習慣化させてきました。

ただ、シンプルゆえに誤解も多い。Problemばかりが膨らんでKeepが空欄になる、Tryが宿題のように積まれて誰も実行しない、振り返りそのものが形骸化する。そういった落とし穴については後半でじっくり扱います。まずはKPTの基本から解説します。

KPTの3項目に何を書くのか

Keepには続けたい良い習慣や成功要因、Problemには起きた課題や違和感、Tryには次の振り返りまでに試す具体的な行動を書きます。3つの項目はそれぞれ役割が違うため、混同せずに書き分けることが効果を左右します。

Keepに書くこと

Keepは"うまくいったこと、続けたいこと"を書く欄です。成果が出た施策、良かったコミュニケーション、自分やチームのポジティブな変化を可視化します。

ここで多いのが、Keepを軽く流してしまうパターン。とくに真面目なチームほど、課題探しに集中してKeepが数行で終わってしまう。すると振り返りは、反省会になりがちです。成果につながった行動やうまくいった工夫も、意識して言葉にしなければ、せっかくの取り組みも見過ごされてしまいます。続けたいものは、続けたいと書く。Keepは自分たちの強みを見つける欄でもあるのです。

Problemに書くこと

Problemは課題、困りごと、違和感を書く欄です。事実ベースで書くのがコツで、感情的な不満や個人攻撃にならないよう注意します。

ここで気をつけたいのは、Problemを"愚痴の置き場"にしないこと。書き出した瞬間にスッキリしてしまい、解決に向かわないなら意味がない。"なぜそれが問題なのか"、"放置したらどうなるか"までセットで書くと、次のTryにつながりやすくなります。まずは事実を書き、そのあとで問題だと考える理由を整理する。この順番を意識するだけで、Problemは愚痴ではなく改善の材料になります。

Tryに書くこと

Tryは次の期間に試す具体的な行動です。Problemを解決するための打ち手、もしくはKeepをさらに広げるための実験を書きます。

Tryで一番多い失敗は、抽象度が高すぎること。"コミュニケーションを増やす"、"丁寧に対応する"。これらは何をすればいいか分からないため、結局やらずに終わります。Tryは誰が、何を、いつやるかが見える粒度で書くことが大切です。たとえばコミュニケーションを増やすなら、"来週から毎週月曜の朝に10分間の情報共有ミーティングを実施する"と書く。ここまで具体化して、ようやく実行に移せます。

KPTの記入例。3項目を埋めたサンプル

言葉での説明だけではイメージしにくいので、あるチームの一週間の振り返りを想定した記入例を載せます。特別なツールがなくても、紙やホワイトボードで同じように書けます。

ポイントはTryの粒度です。「資料づくりを効率化する」ではなく、誰が・いつ・何をするかまで書く。ここまで具体的にすると、次回の冒頭で「やったかどうか」を確認できます。

この形式をそのまま使えるテンプレートは、下記からダウンロードできます。

関連記事：【振り返りシートの書き方と活用法｜テンプレートと例文でわかる実践方法】

KPTのメリット。なぜわざわざフレームワークを使うのか

KPTのメリットは、振り返りの観点を3つに固定することで思考が散らからず、課題の早期発見と継続的な改善が回りやすくなることです。フォーマットが共通言語になるため、メンバー間のコミュニケーションも整理されます。

頭の中だけで振り返ると、人はどうしても直近の出来事や強い感情に引っ張られます。失敗が頭にあれば失敗の話ばかり、成功体験のあとなら良かった点ばかりに目が向く。KPTという外側の枠を借りることで、その偏りに気づける。これが地味に大きい。

もうひとつのメリットは、可視化です。ホワイトボードや共有ドキュメントに3つの欄を並べると、チームが何を続けて何に困っているかが一目で見える。新メンバーが入ってきたときも、過去のKPTシートを見れば、何に取り組み、どんな課題を抱え、どのように改善してきたのかが分かります。口頭で説明する時間が減り、引き継ぎもしやすくなります。

数字で出にくい改善を残せる点も見逃せません。売上や工数のような数値で表しにくい、"会議の空気が良くなった"、"お互いの依頼の仕方が丁寧になった"といった変化を、KeepやTryに記録として残せる。こうした小さな積み重ねが、チームの働きやすさや協力しやすさにつながっていきます。

KPTの進め方。フォーマット準備から実行まで

KPTの基本的な進め方は、フォーマットを準備し、KeepとProblemを書き出し、ディスカッションを経てTryを決定するという流れです。所要時間は30分から1時間が目安で、テーマと参加人数に合わせて調整します。

最初に用意するのはフォーマットです。ホワイトボードでも、Miroのようなオンラインツールでも、紙のテンプレートでもいい。3つの欄が見えればそれで十分です。テーマも明確にしておきます。"今週のプロジェクト全体"なのか、"先月の顧客対応"なのか、対象を絞らないと議論が拡散します。

書き出しは、まず個人で5分から10分、付箋やドキュメントに自由に書く。ここで大事なのは、いきなり議論を始めないこと。声の大きい人の意見に引っ張られて、本当の課題が出てこなくなります。書いたものを順番に発表し、似た内容をグループ化していく。この時点で全体像が見えてきます。

次にディスカッションです。Problemに挙がった項目を、影響度や緊急度で並べ替え、議論する優先順位を決める。全部に時間をかけようとすると終わらないので、上位2つか3つに絞るのが現実的です。Problemの背景や原因を掘り下げ、参加者の視点を交換していきます。

最後にTryを決定します。Tryは数を絞ること。5つも6つも出てくると、どれも実行されません。次回までに絶対やる1つから3つに絞り、担当者と期限を必ずセットで決める。ここを曖昧にしたまま終えると、次回のKPTで同じProblemがまた出てきます。

KPT法を成功させるポイント

KPT振り返りを成功させるポイントは、心理的安全性の確保、ファシリテーターの存在、テーマを絞ること、そして継続することです。フォーマットの正しさよりも、運用の質が結果を決めます。

心理的安全性は最初の関門です。Problemに本音が出てこないチームのKPTは、ほぼ機能しません。"こんなこと書いたら怒られるかな"と思わせない場づくりが先で、フォーマットの議論はそのあと。新しいチームでKPTを導入するなら、最初の数回は意図的にライトな話題を扱い、書いて発言しても安全だという経験を積ませる。これに尽きます。

ファシリテーターの役割も大きい。発言が偏らないよう順番に振る、議論が脱線したら戻す、時間を区切る。地味な仕事ですが、これがあるかないかで会議の生産性は変わります。固定の人がやり続けると属人化するので、慣れてきたら持ち回りにするのが良いでしょう。

テーマを絞ることも軽視できません。"今期全体の振り返り"のような広いテーマは、Problemが膨大に出て収拾がつかなくなる。"先週の顧客対応"、"このプロジェクトのリリース直前期間"のように、対象期間と範囲を狭めたほうが、具体的なTryにつながります。

最後に、継続です。KPTは一度で完成する手法ではなく、繰り返すほど効いてきます。前回のTryが今回どうなったか、チームがどう変わってきたか。こうした変化は、続けているからこそ見えるものです。逆に、思い出したように年に数回やるだけでは、毎回ゼロからの仕切り直しになり、改善が積み上がりません。続けるコツは、一回あたりの完成度を求めすぎないこと。30分で粗くても止めないほうが、丁寧な単発より結果的に多くを残します。

KPTが形骸化する根本パターン

KPTが形骸化する最大の原因は、Tryが実行されずに次回また同じProblemが繰り返される構造にあります。フォーマットの問題ではなく、振り返りと業務の間に断絶が起きていることが本質的な要因です。

失敗パターンには共通点があります。Tryの実行確認が次回の冒頭に組み込まれていないこと。担当者と期限が曖昧なこと。そして、Tryを実行できなかった理由を分解する習慣がないこと。"なぜできなかったか"を個人の怠慢で片づけると、次から誰もTryを引き受けなくなります。実行できなかった理由が"想定より工数がかかった"なら、Tryの粒度が大きすぎたという学びになる。"優先度の高い別件が入った"なら、Tryに優先度を付けるルールが必要だったとわかる。失敗を素材として扱う姿勢があるかどうかが、形骸化を防ぐ分かれ目です。

もうひとつ、KPTがダメになるパターンとしてよくあるのが、Keepの放置です。続いている良い習慣を言語化しないまま、人事異動や担当変更が起きると、誰も理由を知らないまま消えていく。Keepの記録は"続けるべき理由"の引き継ぎ資料でもある。ここを軽く扱うチームは、改善のサイクル自体が浅くなります。

個人で使うKPT。ヒトリKPTという選び方

KPTはチームだけでなく個人の振り返りにも有効です。週末や月末に自分一人でKeep・Problem・Tryを書き出すヒトリKPTを習慣にすると、自己改善のサイクルが回り始めます。

個人KPTは続けるのが難しい。一人だと書いても誰にも見られないので、Tryが甘くなる。これを乗り越えるコツは、書く時間と場所を固定することです。日曜の夜にカフェで20分、と決めてしまう。意志ではなく仕組みで続ける発想が要ります。

ヒトリKPTのいいところは、チームKPTと違って心理的安全性を気にしなくていい点です。書きたいことを書きたいだけ書ける。代わりに、自分への甘さと向き合う必要があります。第三者の目がない分、Problemをぼかしたり、Tryを抽象化して逃げたくなる誘惑が常にある。そこをしっかり認識する必要があります。

KPTと他フレームワークYWT・PDCA・KPTAとの違い

KPTと似た振り返り手法にYWTとPDCAがあります。YWTは"やったこと・わかったこと・次にやること"の3視点で経験学習に強く、PDCAは計画から実行までの管理サイクルとして使われます。KPTは"続ける・課題・試す"という3軸で、改善志向が強いのが特徴です。

関連記事：【振り返りフレームワーク9選｜目的別の選び方と使い分けを解説】

YWTは経験から学びを抽出することに重心があり、新人教育やプロジェクト終了時の学習レビューに向いています。一方KPTは、続けながら改善していく現場の運用に向いている。週次や月次で繰り返すリズムにフィットします。

関連記事：【YWT振り返りとは｜KPTとの違い・やり方・チーム導入のコツ】

PDCAは計画ありきの大きな管理サイクルで、KPTのような振り返りとはそもそも違います。両者は対立するものではなく、PDCAのCheckのフェーズでKPTを使う、という併用もできます。フレームワーク同士は競合させず、目的で使い分けるのが良いでしょう。

KPTにAction（具体的な行動）を加えたKPTAという派生形もあります。Tryが"コミュニケーションを改善する"のような宣言で止まってしまうのを防ぎ、Tryを誰がいつ何をするかまで落とし込むステップを足したものです。本記事で繰り返し触れてきたTryの抽象化問題に正面から対処する形なので、どうしてもTryがふわっとしてしまうチームは、KPTAから始めるのも有効です。

義務ではなく、成長のルーティンへ

KPTの本当の価値は、フォーマットそのものではなく、組織と個人の成長を支えるルーティンとして根づいたときに発揮されます。反対に、フォーマットを使うこと自体が目的になると、形骸化の入口に立ってしまいます。

KPTが機能するかどうかを分けるのは、Keep・Problem・Tryという3つの項目ではありません。運用の設計です。

もしKPTを毎週やらなければならない作業と感じているメンバーが一人でもいるなら、それはフォーマットではなく運用を見直すサインかもしれません。Tryは実行されたか、Keepは継続できているか、Problemは表面的な不満で終わっていないか。振り返りの時間だけでなく、その前後の仕組みまで含めて点検する必要があります。

KPTはシンプルなフレームワークですが、実は運用の影響を大きく受けます。Tryの進捗を翌週に確認する、発言者が固定化しないようファシリテーションを持ち回りにする、Problemを個人の責任ではなく仕組みの課題として扱う。KPTのゴールは、振り返り会議を続けることではありません。改善や学びを日常の会話として扱えるチームになることです。

関連記事：【リフレクションとは？成果につながる基本と実践法】

まとめ。KPTを定着させるために

KPTはKeep・Problem・Tryの3視点で振り返りを行うフレームワークで、書き方そのものよりも運用の継続性が成果を決めます。Tryを実行可能な粒度に落とし、次回の冒頭で実行を確認し、Keepを言語化して引き継ぐ。この3つを守るだけで、形骸化のリスクは大きく減ります。

そして、KPTを個人の習慣に取り入れると、組織の改善サイクルとは別に、自分自身の成長スピードを実感できるでしょう。チームと個人、両方の視点でKPTを使いこなせるようになると、振り返りという行為そのものの位置づけが変わるはずです。

振り返りを組織的に導入したい、研修を通じて振り返りの習慣化を促したいとお考えの方は、経験を学びに変える振り返り研修をはじめとするアップフォースの研修もご検討ください。受講者が自ら気づきを深め、行動変容につなげるための実践型プログラムをご用意しています。詳しくはお気軽にお問い合わせください。