「KPTで振り返りをしているのに、なぜか次に活きない」「TryをたくさんあげたのにいつのまにかKeepやProblemと同じ話を繰り返している」――KPTでの振り返りを続けているのに改善した実感が薄い人ほど、書き出すこと自体が目的になってしまいがちです。けれど、KPTが効くかどうかは、振り返りの精度よりも”その後の行動に繋がっているか”でほぼ決まります。
結論から言えば、KPTでの振り返りが空回りする最大の原因は、Try（次に試すこと）が「もっと丁寧に確認する」のような大きく曖昧なまま放置され、実行できるタスクになっていないことです。Keep・Problemを整理するところまでは多くの人ができています。差がつくのは、Tryを「今日やる最初の一歩」まで分解して、実際に動ける形にできるかどうかです。
私はAIタスク管理アプリ「するたす」を開発・運営しています。本記事では、KPTでの振り返りのやり方を基本から整理したうえで、開発者の視点で「振り返りが実行に繋がらない3つの失敗パターン」「Tryを行動に落とす設計原則」「今日から回す実践ステップ」を解説します。
振り返りの前段にあたるタスクの全体把握は「タスクの棚卸しのやり方」を、Tryを具体的な行動に割る方法は「タスク分解の基本：今日から動ける3ステップ」を併せてご覧ください。
KPTでの振り返りとは何か：Keep・Problem・Tryの基本
まず検索意図に正面からお応えします。KPTは「Keep（続けること）」「Problem（問題点）」「Try（次に試すこと）」の頭文字を取った、振り返りのフレームワークです。やったことを3つの枠に分けて書き出し、次の改善に繋げるために使います。チームの定例でも、個人の日次・週次の振り返りでも使える、シンプルで応用範囲の広い型です。
KPTでの振り返りで書く3つの枠の意味
3つの枠は、それぞれ役割が違います。混同すると振り返りがぼやけるので、最初に意味を押さえておきます。
- Keep（続けること）：うまくいった行動、これからも続けたいやり方。成功の再現性を高めるための枠です。
- Problem（問題点）：うまくいかなかったこと、困ったこと、引っかかったこと。事実として起きた問題を書きます。
- Try（次に試すこと）：KeepとProblemを踏まえて、次に何をするか。ここが振り返りを次の行動に繋ぐ唯一の枠です。
基本的な進め方は、Keep→Problem→Tryの順で書き出すことです。まず良かった点を挙げて場を前向きにし、次に問題点を率直に出し、最後にその両方を材料にTryを導く。この順番には意味があり、いきなりProblemから入ると粗探しの空気になりやすく、Tryも萎縮しがちです。
KPTでの振り返りが「やって終わり」になりやすい理由
タスク管理アプリを設計する中で繰り返し見てきたのは、KPT自体は正しく書けているのに改善が回っていない、というケースの多さでした。原因はだいたい次の2つに集約されます。
- Tryが大きく曖昧なまま：「コミュニケーションを増やす」「もっと早めに着手する」のような粒度だと、明日の自分が何をすればいいのか分からず、結局動けません。
- Tryが実行する場所に置かれていない：振り返りシートの中に書いただけで、日々のタスクリストに入っていない。視界から消えるので、次の振り返りまで誰も触りません。
この2つは重なって効きます。曖昧なTryが、実行されない場所に置かれたまま積み上がる。これが振り返りが「やって終わり」になる正体です。振り返りの前にそもそも何を抱えているかを把握する段階でつまずいているなら、「タスクの棚卸しのやり方」から整えると見通しが良くなります。
💡 Tryを「今日動ける一歩」に変えたい方へ
このページ下部の体験フォームで、ぼんやりしたTryを入れるだけでAIが「今日やる最初の一歩」まで分解します。振り返りが具体的な行動に変わるので、次に活きます。登録不要・無料です。
KPTでの振り返りが実行に繋がらない3つの失敗パターン【開発者視点】
ここからが本記事の核心です。AIタスク管理アプリ「するたす」を開発する立場から、ユーザーの困りごとを分析する中で見えてきた、KPTでの振り返りが次に活きない典型的な3つのパターンを率直に整理します。いずれもフレームワークの問題ではなく、Tryの扱い方の問題です。
失敗パターン1：Tryが大きく曖昧で行動に落ちていない
「報連相を改善する」というTry。一見もっともらしいですが、これは行動ではなく方針です。実際に何をするのかが入っていません。「いつ・誰に・何を・どう伝えるか」まで割れて初めて、明日の自分が動けます。Tryが大きい粒度のままだと、振り返りは立派に見えても、実行段階で必ず止まります。
振り返りが活きない人は、Tryを思いつけていないのではなく、Tryを「今日やる最初の一歩」まで分解できていないのです。大きな方針を具体的なタスクに割る手順は「タスク分解の基本：今日から動ける3ステップ」で詳しく解説しています。
失敗パターン2：Tryが日々のタスクリストに乗っていない
振り返りシートに書いたTryが、その場で完結してしまう。日々のタスクリストとは別の場所に置かれているため、振り返りが終わった瞬間に視界から消えます。人は見えていないものを実行できません。次の振り返りで開いたとき、前回のTryが手つかずで残っている――この経験に心当たりがある人は多いはずです。
ここで誤解してほしくないのは、「Tryを減らせ」という話ではない点です。問題はTryの数ではなく、振り返りで生まれたTryが、実行する場所に移されていないことにあります。せっかくのTryを、日々動かしているタスクの流れに合流させる仕組みが要ります。
失敗パターン3：Tryが増え続けて何から手をつけるか分からない
振り返りを重ねるほどTryが溜まっていく。気づけば「やった方がいいこと」のリストが膨れ上がり、どれも中途半端なまま、結局どれにも着手できない。Tryを出すこと自体は良いことですが、全部を同時に動かそうとすると、注意が割れてどれも進みません。
厄介なのは、このタイプの停滞は「振り返りをサボったから」ではなく「真面目に振り返ったから」起きることです。Tryが多いこと自体は前向きな証拠なのに、着手の焦点が定まっていないせいで、努力が成果に変わらない。Tryをたくさん出せる人ほど、出した後に「今この瞬間に動かす一番重い1つ」を決める設計が効きます。
この3つに共通するのは、いずれも「Tryが実行可能な行動になっていない」という一点です。振り返りが効くかどうかは、フレームの完成度ではなく、Tryを動ける形に変換できるかで決まるのです。
KPTでの振り返りを実行に繋ぐ設計原則
では、どう仕組みを作ればいいのか。「書いて終わる振り返り」と「行動に繋がる振り返り」では、Tryの扱い方がまったく違います。まずは両者の違いを整理します。
書いて終わる振り返り vs 行動に繋がる振り返りの比較
| 観点 | 書いて終わる振り返り | 行動に繋がる振り返り |
|---|---|---|
| Tryの粒度 | 「○○を改善する」と方針止まり | 「今日やる最初の一歩」まで分解 |
| Tryの置き場所 | 振り返りシートの中だけ | 日々のタスクリストに合流 |
| 着手の焦点 | 全Tryを同時に抱える | 一番重い1つから着手 |
| Keep・Problemの役割 | 感想で終わる | Tryを導く材料として使う |
| 次の振り返り | 前回と同じ話を繰り返す | 前回Tryの結果を検証できる |
違いは明確です。振り返りを成果に変えるには、Tryを「書いて満足する対象」から「実行して検証する対象」に移すことです。フレームを整理する作業は人間が担い、その後の「Tryを実行できる行動に割る」工程をAIに任せると、振り返りと実行の段差がなくなります。
設計原則1：Tryを「今日やる最初の一歩」まで分解する
「報連相を改善する」を「今日の終業前に、進捗をSlackでAさんに3行で共有する」まで割る。ここまで分けて初めて、明日ではなく今日動けます。最も効くのは、この”Tryの行動化”です。Tryが大きいほど、分解せずに置いておくと実行されません。
分解のコツは、「これを読んだら、迷わず手が動くか」を基準にすることです。手が止まるなら、まだ粒度が大きいサインです。KPT自体の整理は人間がやることですが、Tryを実行可能な単位に割る工程は、心理的ハードルが高くて後回しになりがちです。慣れないうちは、この最後の一手間をAIに任せてしまうと、振り返りが実行に繋がりやすくなります。
設計原則2：Tryを日々のタスクリストに合流させる
振り返りシートの中にTryを置いたままにしない。分解したTryを、普段使っているタスクリストに移します。振り返りの場と実行の場が分かれている限り、Tryは実行されません。日々目に入る場所に置いて初めて、Tryは「次の振り返りまでの宿題」ではなく「今日のタスク」になります。何を抱えているかを一覧にする手順は「タスクの棚卸しのやり方」が参考になります。
設計原則3：Tryが多いときは一番重い1つに焦点を当てる
Tryをたくさん出すこと自体は止めません。減らすのは「同時に手をつける数」です。今この瞬間に着手する一番重いTryを1つ決め、それが片付くまで他は”待ち”に置く。焦点が1つに定まると、Tryが膨らんでも前に進みます。一番重い1つは、締切が近いものとは限らず、他のTryの前提になっているもの――流れの起点になるTryから着手すると、全体が動き出します。減らすのではなく、順番に焦点を当てていく感覚です。
🎯 振り返りのTryを行動に変える仕組みが「するたす」です
- ✅ 入力はTryの一文だけ → AIが今日動ける小ステップに自動分解
- ✅ 結果はタスクとして残る → 振り返りで終わらず実行に繋がる
- ✅ 今日やる最初の一歩に絞れる → Tryが増えても注意が割れない
※登録不要で体験フォームが使えます
📱 PCの方はスマホで読み取り
KPTでの振り返りを今日から回す実践ステップ
設計原則を、今日から回せる手順に落とします。難しいことはしません。順番に並べるだけで、振り返りの活き方が変わります。
- Keep→Problem→Tryの順で書き出す：良かった点から挙げ、問題点を率直に出し、その両方を材料にTryを導く。分類と整理はここで人間が行います。
- 各Tryを「今日やる最初の一歩」まで分解する：「○○を改善する」を、迷わず手が動く行動までブレイクダウンする。分解の型はタスク分解の基本3ステップへ。
- 分解したTryを日々のタスクリストに移す：振り返りシートの中に残さず、毎日目に入る場所へ。
- 今この瞬間に着手する一番重い1つを決める：Tryが多いときも、他は”待ち”に置き、注意を割らない。
- 次の振り返りで前回Tryの結果を検証する：実行できたかをKeep/Problemに反映し、サイクルを回す。
この5ステップのうち、2の「Tryの分解」が一番面倒で、つい飛ばしてしまう工程です。けれど、KPTでの振り返りが活きないのはまさにこの分解不足です。面倒な分解を軽くする手段としてAIを使うと、振り返りと実行の段差が一気に下がります。
振り返りの前に、そもそも何を抱えているかが整理できていないと感じるなら、まずタスク全体を見える化する順番が先です。その場合は「タスクの棚卸しのやり方」を先に読むのがおすすめです。なお、KPTは短いサイクルの改善に向く型ですが、より長い期間の目標設計と組み合わせたい場合は「OKRとは」も参考になります。
KPTでの振り返りに関するよくある質問（FAQ）
Q1. KPTでの振り返りはどの順番で書けばいいですか？
Keep→Problem→Tryの順がおすすめです。まず良かった点を挙げて前向きな空気を作り、次に問題点を率直に出し、最後にその両方を材料にTryを導きます。いきなりProblemから入ると粗探しの雰囲気になり、Tryも萎縮しがちです。良い点から始めることで、Tryが具体的で建設的になりやすくなります。
Q2. KPTでの振り返りをやっても改善しないのはなぜ？
Try（次に試すこと）が大きく曖昧なまま、実行する場所に移されていないことがほとんどの原因です。「○○を改善する」という方針のままでは、明日の自分が何をすればいいのか分かりません。Tryを「今日やる最初の一歩」まで分解し、日々のタスクリストに合流させると、振り返りが行動に繋がり始めます。
Q3. Tryが多すぎて何から手をつけるか分かりません。
Tryを無理に減らす必要はありません。減らすべきは「同時に手をつける数」です。今この瞬間に着手する一番重いTryを1つ決め、それが片付くまで他は待ちに置きます。一番重い1つは、他のTryの前提になっている”流れの起点”から選ぶと、全体が動き出しやすくなります。順番に焦点を当てていけば、Tryが多くても前に進めます。
Q4. KPTと他の振り返りフレームの違いは何ですか？
KPTはKeep・Problem・Tryの3枠だけで成り立つ、最もシンプルな振り返りフレームの一つです。枠が少ない分、日次や週次など短いサイクルで気軽に回せるのが強みです。どのフレームを使うにしても、振り返りで出た「次に試すこと」を具体的な行動に分解して実行する、という最後の工程は共通して必要になります。フレームの違いよりも、その実行への落とし込みが成果を分けます。
Q5. AIを使うとKPTでの振り返りは活きますか？
KeepやProblemの整理、Tryを思いつく部分は人間が担う工程です。AIが効くのは、その後の「曖昧なTryを今日動ける行動に分解する」工程です。Tryの一文を入れるだけで実行できる小ステップに割れるので、振り返りで終わらず行動に繋げやすくなります。AIが優先順位を点数で決めるわけではなく、あくまで実行の段差を下げる道具として使うのが現実的です。
まとめ：KPTでの振り返りは「Tryの行動化」で決まる
- KPTはKeep（続けること）・Problem（問題点）・Try（次に試すこと）の3枠で回す、シンプルな振り返りフレーム
- 振り返りが活きないのはフレームの問題ではなく、Tryが大きく曖昧なまま実行されないこと
- 典型的な失敗は Tryが方針止まり・タスクリストに乗らない・増えすぎて着手できない の3つ
- 設計原則は Tryを今日の一歩まで分解・日々のタスクに合流・一番重い1つに焦点
- 分類と整理は人間が、Tryを実行可能な行動に割る工程はAIに任せると、振り返りと実行の段差が消える
🚀 「するたす」を無料で試す
KPTでの振り返りのTryを、今日動ける行動に。Tryの一文を入れるだけで、AIが実行できる小ステップに自動分解します。
📱 PCの方はスマホで
この記事をシェア：
著者：藤岡 拓也（Takuya Fujioka）
AIタスク管理アプリ「するたす」開発者・運営者
タスク分解の”摩擦”をゼロにすることをテーマに、プロダクトを日々磨いています。
