CONCEPT — KPT

KPTとは:Keep・Problem・Tryで振り返り、Tryを担当と期限つきで次回に持ち越す進め方

業務設計・仕組み化 sento.group 編集部 · · 約10分

キープ(続けること)・プロブレム(困ったこと)・トライ(次に試すこと)の3つの枠に事務チームの記入例を書き、トライが担当・期限・次回の確認結果の列を持つ台帳の行に流れ、次の振り返りの最初にその行を読んで、効いたものはキープへ、効かなかったものはプロブレムへ戻す流れを示した図
図:記入例は説明用の仮想例。トライを台帳の行にして、次の振り返りの最初に確認結果を読みます。

KPT(ケプト、ケーピーティー)とは、仕事やプロジェクトのひと区切りで、Keep(続けること)・Problem(困ったこと)・Try(次に試すこと)の3つの枠に分けて書き出し、次に何を変えるかを決める振り返りの手法です。付箋とホワイトボード、または共有の表が1枚あれば始められます。この記事では、月末の請求書の発行を担当する事務チームの説明用の仮想例で、進め方の手順と時間配分、3つの枠の書き方、テンプレートの列を書きます。決めたTryを担当と期限つきで台帳に残し、次の振り返りの最初に読む運用までを1回の流れとして扱います。

KPTとは:Keep・Problem・Tryの3つの枠と、読み方

KPTは、3つの枠の英語の頭文字を並べた名前で、読み方は「ケプト」か「ケーピーティー」です。週の終わりやプロジェクトの節目に、チームや個人でやってきたことを3つの枠に分けて書き出し、次の期間に何を変えるかを決めます。

  • Keep(キープ:続けること):うまくいったので、次の期間も続けることを書きます。「送付前に2人で金額を読み合わせた。訂正の連絡は0件だった」のように、やったことと結果を一緒に書きます。
  • Problem(プロブレム:困ったこと):うまくいかなかったこと、困ったこと、不安なことを書きます。起きた事柄と回数や日付を書くと、話し合いで原因を探しやすくなります。
  • Try(トライ:次に試すこと):KeepとProblemを見て、次の期間に試すことを書きます。Keepを強めること、Problemを減らすことの両方が入ります。
  • 使う場面:ソフトウェア開発のチームがスプリントの終わりに行う振り返りでよく使われ、事務・営業・店舗の週次の会議や、個人の週の振り返りにも使われています。

自社の会議で振り返りを始めたいけれど、何を議題にすればよいか決まらない方は、最近の会議の議事録を1回分送ってください。KPTの3つの枠に分けたときに、どこから話すかを一緒に決めます。

KPTの進め方5つの手順と、60分の時間配分の例

KPTの会は、前回決めたTryの確認から始め、Keep・Problem・Tryの順に書き出していきます。下の時間配分は、5人前後のチームで60分の会を開くときの説明用の例です。

  • 手順1 前回のTryの確認(10分):台帳を画面に出し、前回決めたTryの行を1つずつ読みます。担当が「やった・やらなかった」と結果を言い、次回の確認結果の列に書きます。初回はこの手順を飛ばします。
  • 手順2 Keepの書き出し(個人で5分、共有で10分):まず各自が付箋や表に黙って書き、そのあと1人ずつ読み上げて貼ります。うまくいったことから始めると、続く話し合いで発言が出やすくなります。
  • 手順3 Problemの書き出し(個人で5分、共有で10分):Keepと同じく、先に個人で書いてから共有します。同じ内容の付箋は重ねてまとめます。
  • 手順4 話し合い(10分):Problemの中から、回数が多いもの、締め日などの期限に響くものを1つか2つ選び、なぜ起きたかを話します。
  • 手順5 Tryの決定と記録(10分):選んだProblemと、強めたいKeepに対してTryを出し、次の期間にやるものを1つから3つに絞ります。絞ったTryに担当1人と期限を付けて、その場で台帳に書きます。

参加人数は、Qiita Teamの解説が5名前後を勧め、10人以上だと意見が広がりすぎるとしています。人数が多いときは、チームを分けて別々にKPTを行い、最後にTryだけを持ち寄ります。

振り返る間隔は、KPTAを紹介しているAgile Studioの天野勝さんのブログが、繰り返し型の開発でなくても1〜2週間ごとを勧めています。月に1回の締めの業務なら、締めが終わった翌週に開くと、遅れた日付をまだ覚えているうちに書けます。

Keep・Problem・Tryの書き方と、事務チームの記入例

説明用の仮想例として、月末に請求書を発行する事務チーム(3人)が、締めが終わった翌週にKPTをした場面で書き方を示します。

  • Keepの記入例:「請求書の送付前に、2人で金額を読み合わせた。今月は訂正の連絡が0件だった」。やったことと、その結果の数を1枚に書くと、次の期間も続けるかどうかを判断できます。
  • Problemの記入例:「締め日の3日前の時点で、受注の登録が12件残っていた。請求書の発行が2日遅れた」。起きた事柄と件数と日付を書き、人の名前は書きません。
  • Tryの記入例:「営業の受注の登録を、毎週金曜の17時までに入れてもらう。担当:事務リーダー。期限:次の締めの前週の金曜」。誰が・何を・いつまでに、を書き、次回の確認で「やった・やらなかった」と答えられる形にします。
  • あいまいなTryの直し方:「もっと情報を共有する」と書いたTryは、次回に確かめられません。どの情報を、誰に、いつまでに渡すかまで書き直してから台帳に入れます。

Problemの付箋が多いときは、似た付箋を重ねて、重なった枚数が多いものから話し合います。Keepの中に「読み合わせに毎回30分かかる」のような手間が見えたら、それもProblemの枠に書き写します。

KPTのテンプレート:台帳の列と、記入例

KPTは、ホワイトボードに3つの枠を描いて付箋を貼るだけでも始められます。決めたTryを次回まで残すなら、スプレッドシートに次の6つの列を持つ台帳を1枚作り、1枚の付箋を1行にして書きます。

  • 日付:KPTの会を開いた日を書きます。同じ日の行を絞り込むと、その回の振り返りの全体が読めます。
  • 区分(K/P/T):キープ・プロブレム・トライのどれかを書きます。プルダウンで3つから選べるようにすると、書き方がそろいます。
  • 内容:付箋に書いた文をそのまま入れます。1行に1つのことだけを書きます。
  • 担当:Tryの行だけに、人の名前を1人書きます。2人の名前があると、どちらも手を付けない期間が出ます。
  • 期限:Tryの行だけに、日付を書きます。「次の締めの前週の金曜」のように、次回の会より前の日にします。
  • 次回の確認結果:次の会の最初に、Tryの行に「やった・効いた」「やった・効かなかった」「やらなかった・理由」のどれかを書きます。
日付        区分  内容                                            担当          期限        次回の確認結果
2026-11-06  K     送付前に2人で金額を読み合わせた。訂正の連絡0件
2026-11-06  P     締め日の3日前に受注の登録が12件残り、発行が2日遅れた
2026-11-06  T     営業の受注の登録を毎週金曜17時までに入れてもらう   事務リーダー  2026-11-27  (次回の会で書く)
台帳の記入例(説明用の仮想例。月末の請求書の発行を担当する事務チーム)

今使っている振り返りのメモや、反省会の議事録があれば、そのまま送ってください。この6つの列の台帳の形に並べ直し、Tryに担当と期限が付いているかを一緒に見ます。最初の一歩として、2時間で業務の詰まりを見つける入口の診断、TOC分析 5万円(2時間)も選べます。

KPTがうまく回らない原因と対策

KPTの会を開いても次の期間の仕事が変わらないときは、次の5つのどれかに当たっていないかを確かめます。

  • Tryが次の会までに忘れられる:天野勝さんのブログは、Tryで合意したのに実施しないまま次の振り返りを迎え、その理由の多くが「記憶から抜けていた」だったと書いています。会の最初に、前回のTryの行を読む時間を取ります。
  • Tryがあいまいで確かめられない:「気をつける」「共有する」で終わるTryは、次回に「やった」と答えられません。担当1人・期限・何をするかを書き、書けないTryはその回では選びません。
  • 3つの枠に同じ時間を割り、Tryを決める時間が残らない:同じブログは、枠が3つあるので時間を均等に配ってしまい、行動を考える時間がなくなると書いています。60分の会なら、Tryの決定と記録に最後の10分を先に取っておきます。
  • Problemが人への不満の言い合いになる:付箋には起きた事柄と回数と日付を書き、人の名前は書かない、という決まりを会の最初に読み上げます。進行役を1人決め、話がそれたら付箋に戻します。
  • 人数が多くて話がまとまらない:10人以上のときは、チームを分けてKPTを行い、Tryだけを持ち寄ります。

KPTA・YWTとの違い

KPTと似た振り返りの手法に、KPTAとYWTがあります。どれも次の行動を決めて終わる点は同じで、枠の数と書き始める場所が違います。

  • KPTA:KPTにAction(アクション:実行する行動)の枠を足した形です。天野勝さんのブログは、Tryを「試したい改善のアイデア」、Actionを「具体的な行動」と分けています。たとえばTry「朝会を15分以内で終わらせるようにする」に対して、Action「朝会の運営ルールを更新する」のように書きます。
  • YWT:「やったこと」「わかったこと」「次にやること」の3つで振り返る手法です。やったことを時間の順に書き出すところから始め、良かったことと困ったことには分けません。
  • 使い分けの目安:チームで次の期間の行動を決めるならKPT、Tryが実行されずに終わることが続くならKPTA、研修や1件の仕事から学んだことを個人で書き残すならYWTが書きやすい形です。

この記事のKPTの台帳では、Tryの行に担当と期限を書くので、KPTAのActionの枠に近い役目をTryの行が受け持ちます。Tryが大きくて1回の期間で終わらないときは、Tryの行の下に、次の会までにやる1つ目の作業だけを別のTryの行として足します。

KPTとPDCA・WBSのつながり

KPTの会は、PDCAサイクルの確認(Check)と改善(Act)の段階を、チームで話し合って行う場として使えます。KeepとProblemの書き出しが確認、Tryの決定が改善と次の計画に当たります。

  • PDCAの確認:前回のTryの確認結果と、Problemに書いた件数や日付が、確認の段階の数字になります。
  • PDCAの改善と計画:Tryに担当と期限を付けた行が、次の周の計画の行になります。
  • WBSとの関係:Tryが大きなプロジェクトになるときは、そのTryを最後に出す成果物と考えて、WBSで作業に分けます。分けた作業のうち、次の会までにやるものだけをTryの行に残します。

振り返りの会で同じ業務を毎週直していくならPDCAの週次の会議の型、プロジェクトの節目で一度だけ振り返るならKPTの会だけ、と使い分けても構いません。どちらでも、決めたことの担当と期限を台帳に書く点は同じです。

Tryを担当と期限つきで会社の台帳に置き、次の振り返りの最初に読む

KPTの付箋をホワイトボードに貼ったまま会を終えると、写真が誰かのスマートフォンに残るだけで、次の会でTryを確かめる元がなくなります。sento.groupでは、KPTを始める日に、会社の共有フォルダかスプレッドシートにKPTの台帳を1つ作ってもらい、Tryの行を作業と担当の表として扱う運用にしてもらいます。

Tryの行は、RACI図の責任分担表と同じ形で読めます。行が作業(Tryの内容)、担当の列が実行する人(R)です。Tryの結果を誰が認めるかまで決めたいときは、その業務のRACI図で最終責任(A)を持つ役割の人を、確認結果を書く人にします。担当が異動したときは、Tryの行の担当の名前を、同じ役割の次の人に書き換えます。

次の会の最初の10分で、期限が過ぎたTryの行を上から読み、次回の確認結果の列を埋めます。「やった・効いた」の行は、内容を書き写して新しいKeepの行にします。「やった・効かなかった」の行は、なぜ効かなかったかを書き添えて新しいProblemの行にします。「やらなかった」の行は、その回のTryの候補に戻します。この3つの振り分けをPDCAの台帳の確認と改善の列にも書くと、半年前に何を試して何が効いたかを1つの表から探せます。

会議の録音や議事録を生成AIに読ませてKPTの行を下書きさせるときは、台帳の6つの列名と、各列に何を書くかの文面を毎回同じにして頼みます。担当と期限の列は、AIが埋めた値を会の中で本人に読み上げてもらってから台帳に入れます。

最初の一歩として、sento.groupのTOC分析 5万円(2時間)では、最近の振り返りや反省会のメモと、毎月遅れやすい業務の一覧を持ってきてもらいます。2時間で、どの業務のKPTから始めるかと、1回目の台帳の行を決めます。

よくある質問

Q. KPTの読み方は何ですか?

「ケプト」か「ケーピーティー」と読みます。Keep・Problem・Tryの頭文字を並べた名前です。

Q. KPTとKPTAの違いは何ですか?

KPTAは、KPTの3つの枠にAction(実行する行動)を足した形です。Tryに「試したい改善のアイデア」を書き、Actionに「誰がいつまでに何をするか」の具体的な行動を書きます。KPTでもTryの行に担当と期限を書けば、Actionの役目をTryが受け持てます。

Q. KPTは何人で、何分くらいでやりますか?

この記事では、5人前後のチームで60分の会を開く例で説明しています。その例では、前回のTryの確認に10分、Keepに15分、Problemに15分、話し合いに10分、Tryの決定と記録に10分を割り振っています。1人で行うときは、話し合いの手順を飛ばし、書き出しとTryの決定だけを行います。

Q. Problemが出てこないときはどうすればよいですか?

「困ったこと」を聞く代わりに、締め日の何日前に何件残っていたか、何回やり直したか、を数えてもらいます。数字を書き出すと、遅れや手戻りの起きた場所が見えて、Problemの付箋が書けます。前回のTryで「やらなかった」行も、Problemの候補になります。

Q. KPTは誰が考えた手法ですか?

KPTAを紹介しているAgile Studio の天野勝さんのブログは、KPTをアリスター・コーバーン氏が書籍『アジャイルソフトウェア開発』で紹介した「Keep、Problem、Try」としています。Agile Alliance の用語集は、アジャイルの文脈での振り返りの会(reflection workshop)の最初の記述を、コーバーン氏の2001年の本『Agile Software Development』としています(どちらも2026年11月12日に確認)。

振り返りのメモを送って、KPTの台帳とTryの担当・期限を一緒に決める

最近の振り返りや反省会のメモを送ってください。Keep・Problem・Tryの3つの枠に並べ直し、Tryに担当と期限を付けた6つの列の台帳の形にしてお返しします。最初の一歩として、2時間で業務の詰まりを見つける入口の診断、TOC分析 5万円(2時間)も選べます。

無料相談を予約する