KPT(ふりかえり)の書き方:終わった仕事から次の準備を拾う三つの欄
KPTは、Keep(続けること)・Problem(問題だったこと)・Try(次に試すこと)の三つの欄で終わった仕事を振り返る方法です。ひとりで10分で書く方法、Tryを次の準備に移す方法、よくある失敗をまとめました。
KPTは、終わった仕事を Keep(続けること)・Problem(問題だったこと)・Try(次に試すこと) の三つの欄で振り返る方法です。欄が三つだけなので10分で書けますし、最後の欄が「次に何を変えるか」で終わるので、振り返りが感想のまま残りません。
同じ種類の仕事を繰り返す人にとくに合います。毎回の教室、毎回の顧客インタビュー、毎回の撮影のように、次の回が必ず来る仕事なら、今回のTryがそのまま次回の準備になります。
KPTの三つの欄
- Keep — 続けること。 うまくいって、次もそのままやること。「良かった」ではなく、何をしたからうまくいったのかを書きます。
- Problem — 問題だったこと。 詰まったこと、足りなかったこと、予想と違ったこと。起きたことを事実として書きます。
- Try — 次に試すこと。 Problemを減らす、あるいはKeepを伸ばすために、次回に変える行動。
この枠組みは、ソフトウェア開発者のアリスター・コーバーン(Alistair Cockburn)が振り返りのワークショップで使っていた三つの欄(Keep these / Problems / Try these)から来ていて、日本でKPTという名前で広く使われるようになりました。チームの振り返りから始まりましたが、ひとりで書くのにもそのまま合います。
書き方:10分、三つのステップ
終わった直後がいちばんです。1日たつと「材料が足りなかった」という記憶は残っても、「いくつ足りなかったか」は消えています。
1. Keepから書きます(3分)。 うまくいったことから書くのには理由があります。問題から書くと、うまくいったことを書く力が残りません。そして書かなかったKeepは、次回たまたま抜け落ちます。
2. Problemは事実で書きます(3分)。 「進行がまずかった」ではなく「第2部の開始が15分遅れた」と書きます。評価ではなく観察でないと、次の欄で行動に変えられません。
3. ProblemごとにTryをひとつ付けます(4分)。 Tryは決意ではなく、次回の準備物や手順に入る一文です。「時間管理をしっかりする」はTryではありません。「第1部の終了10分前にアラームを鳴らす」がTryです。
例:キャンドル教室 第3回を終えて
| 内容 | |
|---|---|
| Keep | 材料を人数分あらかじめ小分けにしておいた — 開始が5分で済んだ |
| Problem | 芯が2本足りなかった ・ 香り選びが長引いて、固める時間が20分減った |
| Try | 芯は人数+3本を用意する ・ 香りはサンプル6種だけ出して、10分で選んでもらう |
Tryの二行は、そのまま第4回の準備物リストと進行の手順に入ります。そこまで行って、振り返りは終わりです。
Tryを書くコツ
- 次回の準備に入れられる文にする。 準備物なら数量まで、手順ならタイミングまで書きます。
- 状況しだいのTryは「もし〜なら」で。 「香り選びが10分を過ぎたら、残っている人には二つから選んでもらう」と書いておけば、その場でもう一度悩まずに済みます。この形はif-thenプランニングの記事で詳しく扱いました。
- 数を絞る。 Problemが五つあっても、Tryは次回ほんとうにやる二つか三つだけ。残りはProblemに置いておけば、次の振り返りでまた目に入ります。
よくある失敗
- Problemばかり長く、Tryがない振り返り。 問題のリストは次回を変えません。Tryが付いていないProblemは、まだ半分しか書けていません。
- Keepを飛ばす。 うまくいったことは当たり前に見えて書かなくなりますが、書かないと、なぜうまくいったのかを忘れます。
- Tryを振り返りの文書の中だけに置く。 次回の準備を始めるときにその文書を開き直さなければ、Tryはなかったことになります。Tryは書いたその場で、次回の準備物・手順に書き写します。
- 前回のTryを確かめない。 次の振り返りは「前回のTryをやったか、効いたか」から始めます。効いたならKeepに上がります。
AAR(アフターアクションレビュー)との違い
近い方法に、米陸軍で始まった**AAR(After Action Review)**があります。問いは四つです — 何をしようとしたか、実際に何が起きたか、なぜ差が出たか、次は何を変えるか。
どちらも同じところに着きます。AARは「しようとしたこと」と「起きたこと」の差から出発するので、計画がはっきりしていた仕事に向いています。KPTは欄が少なく、早く書けます。どちらにしても要は、決まった問いで振り返り、次の行動で終えることです。
根拠もあります。46件の研究をまとめたメタ分析(Tannenbaum & Cerasoli, 2013)では、構造をもったデブリーフィングを行った個人やチームは、行わなかった場合より成果が平均20〜25%高くなりました。なんとなく「どうだったかな」と思い出すのではなく、決まった問いに答える形式が条件でした。
振り返りが次の準備へ渡る場所
KPTでいちばん途切れやすいのは、Tryから次回の準備へ行く道です。振り返りは振り返りの文書に、準備は別の場所にあると、そのあいだを人が毎回運ばなければなりません。
私たちが作っているアプリ ペチット では、繰り返す仕事をテンプレートとして置き、やるたびにそのテンプレートからタスクを作って実行します。タスクを終えたら、振り返りの欄に気づいたことを書きます。テンプレートの振り返りの欄に「Keep / Problem / Try」の三行を書いておけば、そのテンプレートから作ったタスクは、三つの欄が書かれた状態で始まります。
Tryで準備物や手順を直したら、テンプレートの改善で変わった点を選んでテンプレートに反映します。次の回のタスクは、直した準備から始まります。
道具が何であれ、順番は同じです。終わった直後の10分、Keep・Problem・Tryの三つの欄、そしてTryを次回の準備に書き写すこと。