失敗を二度と繰り返さない、プロジェクト完了後の「標準振り返り」

プロジェクトが終わった解放感で、そのまま次の現場へ移っていませんか？振り返り（ポストモーテム）を疎かにすることは、将来発生するかもしれない「同じ失敗」という巨大な手戻りを放置することと同じです。

今回は、負担感なく、かつ確実に組織の余白を守るための「標準振り返り」の手順を解説します。

1. 振り返りの「シキ（仕様）」を固定する

感情論ではなく、構造的に振り返ります。

• KPT+A:
  • Keep: 良かったこと（次も標準化すべきこと）。
  • Problem: 課題（摩擦・手戻りが発生した場所）。
  • Try: 次回試したいこと。
  • Action: 具体的にどのSOPを修正するか（標準への反映）。

2. 振り返りを「SOPの修正」で完結させる

単なる感想で終わらせず、必ず「マニュアルの更新」をゴールにします。

[!TIP] 「次からは気をつけよう」は仕組みではありません。マニュアルに「○ページの△項目にこの注意書きを追加する」と決めることが、真の改善です。

まとめ

振り返りは、未来の自分たちへの「投資」です。 短い時間でも形式に沿って振り返り、それを仕組みに還元し続けることで、組織の「手戻り」は限りなくゼロに近づき、本質的なクリエイティブに充てる余白が循環し始めます。