振り返り（KPT）が次に活きない本当の理由 — 「書いて終わり」を変える

「前にも同じ失敗、しなかったっけ？」

プロジェクトの途中でそう感じた経験、ありませんか。きちんと振り返り（KPT）もやっていたはずなのに、同じ落とし穴をまた踏んでいる。私自身、何度もこの感覚を味わってきました。

振り返りは多くの現場で習慣になっています。それなのに「次に活きた」と胸を張れる人は、意外と少ない。なぜでしょうか。原因は個人の意識の低さではなく、**振り返りという営みが置かれている「構造」**にあると私は考えています。

理由1：振り返りが「書くこと」で完結してしまう

KPT を書き出した瞬間、達成感が生まれます。Keep・Problem・Try が埋まると、それだけで「振り返った気」になる。でも本当の目的は、書くことではなく次の行動を変えることです。

記録が目的化すると、振り返りは「やったという事実」を残すための儀式になります。ドキュメントは増えるのに、行動は変わらない。これが形骸化の第一歩です。

理由2：いざという時、どこにあるか分からない

仮に良い Try を書けたとしても、それを参照するのは数週間後、数ヶ月後の「似た場面」です。ところがその時、過去の振り返りは Excel、議事録、チャットのどこかに散らばっていて、見つけ出せません。

しかも厄介なのは、当時と今で使う言葉が違うことです。当時「リソース不足」と書いた問題を、次の現場では「人が足りない」と表現する。キーワードが一致しないと、全文検索では引っかからない。「探せないから、無いのと同じ」になってしまうのです。

この「探す時間が毎日蒸発していく」感覚については、毎日1時間が消えていた話でも詳しく書きました。

理由3：必要な瞬間に、誰も思い出さない

最大の問題はこれです。過去の学びは、次の似た局面で自動的に思い出されない限り、存在しないのと同じです。

人間の記憶は当てになりません。「あの時の教訓、どこかにあったな」と思い出せるのは、すでにその教訓を覚えている人だけ。新しくチームに入った人や、忙しさに追われている当事者は、過去の振り返りにたどり着けません。学びがチームの資産にならず、個人の頭の中に閉じてしまうのです。

たとえば、半年前のプロジェクトで「外部APIの仕様変更でテストが大量に落ちた」という Problem を記録していたとします。次に似たプロジェクトを始めるとき、その教訓が要件定義の段階でそっと差し出されれば、同じ落とし穴は避けられます。けれど現実には、誰もそのファイルを開かないまま、同じ問題をもう一度踏む。振り返りが「次のプロジェクトの入口」につながっていないのです。

これは失敗を組織的に蓄積・活用する文化の話とも地続きです。失敗を学びに変える仕組みについては、『失敗の科学』の読書ノートで掘り下げています。

解決の方向：「貯める」から「必要な時に届く」へ

整理すると、振り返りが活きないのは「書いて終わり」「探せない」「思い出されない」の3つが重なるからです。逆に言えば、過去の振り返りが、次の似た場面で自動的に目の前へ差し出されるなら、この問題はかなり解けます。

鍵になるのが「意味検索」です。キーワードの一致ではなく文章の意味の近さで関連を判定すれば、「リソース不足」と「人が足りない」を同じ問題として結びつけられます。貯めた情報を、必要な瞬間に届く資産へと変えられるのです。

私がこの発想を形にしたのが、AI業務管理秘書「たすきば」です。過去のプロジェクト・課題・振り返りを覚えておき、いま着手している作業に関連するものを意味検索で自動提案します。「書いて終わり」だった振り返りを、「必要な時に向こうから届く」状態に変えるための道具です。

さいごに

振り返りそのものをやめる必要はありません。変えるべきは、書いた後にそれが埋もれる構造のほうです。

次に KPT を書くとき、「これは半年後の自分が、探さずに受け取れるだろうか？」と一度問うてみてください。その問いが、振り返りを儀式から資産へと変える最初の一歩になります。