プロジェクト終結と振り返りのやり方｜KPTで経験を資産にする「最高の解散式」

本連載について
この記事は、難解なプロジェクトマネジメントのノウハウを、誰もが経験したことのある「家族旅行」に例えてわかりやすく解説する全12回のシリーズです。（※どの回からでも単独でお読みいただけます）

最終回となる今回は「プロジェクトの終結と振り返り（解散式）」についてお届けします！

「無事に納品が終わって、『はい、お疲れ！』とそのままチームが解散してしまった」
「トラブル続きだったのに、振り返り（反省会）もせずに次のプロジェクトが始まってしまった」

ついに目的地から帰り着き、我が家の玄関が見えてきました。「あぁ、やっと終わった！」とカバンを放り出して寝てしまいたい気持ちもわかりますが、プロのプロジェクト（旅）はここからが本当の仕上げです。

実は、プロジェクトマネジメントにおいて最もおろそかにされがちなのが、この「終結（クロージング）」と「振り返り」です。ここを丁寧に行うかどうかが、あなたとチームが「ただ疲れて終わる」のか、「経験を資産に変えて成長する」のかの分かれ道になります。

今回は、プロジェクトの経験を次の武器に変える「解散式（KPT）」の極意と、終結の作法を解説します。

終わり良ければ…？終結でよくある「残念な解散」3パターン
プロジェクトの終結とは「家に入って鍵をかけるまで」
振り返り（KPT）で「思い出」を「次に活きる知恵」に変える
【現場のリアル】成功したプロジェクトの「唯一のサイン」とは？
全12回の旅を終えて：PMは「最高の景色」を見せる案内人

終わり良ければ…？終結でよくある「残念な解散」3パターン

まずは、現場でよく見かける「終わらせ方」の失敗例を見てみましょう。あなたのチームは、旅の終わりにこんな状態になっていませんか？

① 燃え尽き霧散型（「はい、お疲れ！」で即解散）

旅行の例：玄関に着いた瞬間、家族がバラバラに自分の部屋へ。車内にはゴミが散らかり、楽しかった思い出より「疲れ」だけが残る。
実務での弊害：ドキュメントが未整備のまま、環境も立ち上げっぱなし。知見が共有されず、数ヶ月後に「あの時の設定はどうしたっけ？」と大騒ぎになります。

② 犯人探し型（険悪な反省会）

旅行の例：「お父さんの運転が下手だった」「お母さんがチケットを忘れたから」。失敗の原因を誰かのせいにして、次回の旅行に行く気が失せる。
実務での弊害：振り返りが個人攻撃の場になり、チームの士気が崩壊。「二度とこのPMとは組みたくない」とメンバーが離れていきます。

③ 宿題放置型（レンタル返却忘れ）

旅行の例：レンタカーをガソリン空っぽのまま、傷の報告もせずに返却し、後から高額な請求が来る。
実務での弊害：請求処理の漏れ、ライセンスの解約忘れ、顧客との最終合意（受領印）が未完了。終わったはずのプロジェクトが、後から火を噴きます。

プロジェクトの終結とは「家に入って鍵をかけるまで」

「システムが本番稼働した」「お土産を渡した」……それは通過点に過ぎません。プロジェクトの終結には、事務的な「後始末」が含まれます。

旅行で「レンタカーにガソリンを入れて返す」「立て替えたお金を精算する」のと同じように、実務でも以下の作業を完遂して初めて、プロジェクトの「鍵」が閉まります。

成果物の引き渡し：顧客に正式に納品し、受領印（検収）をもらう。
リソースの解放：開発環境やサーバーを閉じ、メンバーを元の部署や次の案件へリリースする。
事務手続き：契約の終了確認、外注先への支払い、完了報告書の作成。

振り返り（KPT）で「思い出」を「次に活きる知恵」に変える

旅が終わった後、家族で写真を見ながら語り合う時間は、次の旅をより良くするための貴重な「知恵」になります。プロジェクトにおいても、この振り返りこそが最大の資産です。ここでは、シンプルかつ強力なフレームワーク「KPT（ケプト）」の進め方を解説します。

KPTの基本

K（Keep）：良かったこと、次も続けたいこと
P（Problem）：悪かったこと、課題、困ったこと
T（Try）：次に試したいこと、Pを解決するための改善案

KPTの進め方（3ステップ）

進め方の各ステップと、現場で実践する際のポイントを表にまとめました。

ステップ	やること	成功のポイント
1. 書き出し（個人ワーク）	付箋やオンラインボードに、各自が「K」と「P」を書き出します。（5〜10分）	質より量を重視し、自分の感じたことを素直に出す。「雑談チャットがあって質問しやすかった」等の些細な感想でも、場の空気を和らげ新しい発見に繋がります。
2. 共有と整理（グループワーク）	一人ずつ発表し、似た内容をグループ化して議論します。	「人を責めず、仕組みを責める」のが最重要。「人の不注意」ではなく「仕組みの欠陥」として捉えることで前向きな議論になります。
3. Tryの決定（アクションプラン）	出された「P」の中から次回の改善テーマを絞り、具体的な「T」を決めます。	精神論はNG。「誰が・いつ・どう動くか」という具体的な行動まで落とし込むのが、知恵を資産に変えるコツです。

【要注意】チームを壊す「ダメなKPT」のアンチパターン

せっかくの振り返りを台無しにしないよう、「人を責めず、仕組みを責める」ことを意識しましょう。

KPTの項目	NGな書き方（アンチパターン）	OKな書き方（仕組み・行動ベース）
Keep（継続）	「Aさんの残業のおかげで間に合った」（属人的で再現性がない）	「毎朝15分の朝会で遅延の早期発見ができた」
Problem（課題）	「Aさんのコーディングミスが多かった」（個人攻撃）	「コードレビューの基準が曖昧で形骸化していた」
Try（挑戦）	「次はもっと気をつける・頑張る」（精神論）	「マージ前に必ず静的解析ツールを走らせるルールの徹底」

Try（T）は精神論ではなく、「誰が・いつ・どう動くか」という具体的な行動に落とし込むのが、知恵を資産に変えるコツです。

【現場のリアル】成功したプロジェクトの「唯一のサイン」とは？

プロジェクトは有期的なチームであり、目的を果たせば解散します。しかし、その「別れ際」にこそリーダーの真価が問われます。

まずは、メンバー一人ひとりに具体的な感謝を伝えましょう。「あの時のリカバリのおかげで救われたよ」という一言で、メンバーは「ここで頑張って良かった」という誇りを胸に次へ進めます。

そして、プロジェクトが本当に成功したかを見極める「唯一のサイン」。それは利益や納期ではなく、解散する時の「空気」です。

旅行で言えば、「玄関に着いた瞬間、誰からともなく『次はどこへ行こうか？』と話が出るかどうか」。

たとえ無事にゴールしても、「二度とこの人と働きたくない」とメンバーが疲弊しきっていたら、組織としては負けです。逆に、どれほど苦しい旅でも、最後に「またこのメンバーで集まりたい」と笑い合えたなら、そのプロジェクトは100点満点。PMの最大の成果とは、完成したシステムではなく、その「成長したチーム」そのものなのです。