ゴールまであと少し：タスク10 - プロジェクトの終結
未来のPMP認定者の皆さん、こんにちは！これまで計画、実行、監視と一生懸命取り組んできましたね。いよいよ最後のステップ、プロジェクトの終結（Project Closure）です。多くの受講生が「終結＝作業を終わらせること」だと考えてしまいがちですが、PMPの世界では、これは正式なプロセスです。賃貸マンションの退去をイメージしてみてください。ただ鍵を置いて出ていくだけではありませんよね。部屋を掃除し、精算を行い、敷金を回収し、正式に鍵を引き渡すはずです。この章では、組織があなたの成功から学び、次のステップへ進めるように、物事をきれいに締めくくる方法を学びましょう！
1. なぜプロジェクトを終結させるのか？
終結は、成功したプロジェクトのためだけのものではありません。完了したプロジェクト、中止されたプロジェクト、そして大規模プロジェクトにおける各フェーズの終わりには、必ず終結を行う必要があります。これを行う目的は、あらゆる「やり残し（未完了事項）」を整理し、終わるべきものに組織がいつまでも資金を投じ続けないようにするためです。
終結の主な目的：
- プロジェクトの作業が完了したことを確認する。
- 製品を顧客や運用チームへ正式に引き渡す。
- 教訓（Lessons Learned）を収集し、組織の知見を高める。
- チームを解放し、他のプロジェクトで活躍できるようにする。
- 法的または記録上の理由でドキュメントをアーカイブする。
2. 成功する終結のためのステップ
最初は膨大な事務作業のように感じるかもしれませんが、心配しないでください。以下のステップを順番に守れば、あなたも終結のプロになれます！
ステップA：完了基準の確認
私たちが本当に「終わった」と判断するにはどうすればよいでしょうか？プロジェクトマネジメント計画書とスコープベースラインを確認します。すべての要件が満たされていること、そして顧客が成果物に対して正式に承認（サインオフ）していることを確認する必要があります。
例え：家にペンキを塗る業者を雇ったとき、「完了」とは筆を置いた瞬間のことではありません。一緒に家の中を歩いて回り、「素晴らしい仕上がりだ」と合意し、請求書にサインをしたときこそが「完了」なのです。
ステップB：所有権の移転
製品が完成したら、実際にそれを使用する人々へ引き渡す必要があります。これを所有権の移転（Transfer of Ownership）や移行（Transition）と呼びます。これには、新しいユーザーへのトレーニングや、マニュアル、保証書の引き渡しなどが含まれます。
ヒント：ソフトウェアアプリを開発している場合、終結には「テスト環境」から、実際の顧客が使用できる「本番環境」へ移行する作業が含まれます。
ステップC：行政的終結（事務的な終結）
これは「事務作業」のフェーズです。PMP試験では非常に重要です！以下の対応が求められます：
- ベンダーとの契約をすべて完了させる。
- すべての財務アカウントを精算する（支払いがすべて完了し、プロジェクト予算が閉じられているか確認する）。
- プロジェクトの状況（納期通りか、予算内かなど）を要約した最終プロジェクト報告書を作成する。
- すべてのプロジェクト文書を組織のプロセス資産（OPAs）にアーカイブする。
ステップD：教訓と知識の移転
これは、あなたの会社にとって最も価値のある終結プロセスといえます。チームメンバーと話し合い、「何がうまくいったか？」「何がうまくいかなかったか？」を共有します。
- 知っていましたか？ PMPでは、教訓（Lessons Learned）はプロジェクトを通じて収集されるべきものですが、最終化されるのは終結時です。これらは会社の「ライブラリ」の一部となり、将来のプロジェクトマネージャーが同じ過ちを繰り返さないために役立てられます。
ステップE：チームの解放
作業が完了し、書類が提出されたら、チームメンバーを解放する時です。マトリックス組織であれば、彼らは元の機能部門のマネージャーのもとへ戻ります。プロジェクト指向型組織であれば、新しいプロジェクトにアサインされることになります。
重要ポイント：たとえプロジェクトが途中で中止になったとしても、行政的終結は義務です！なぜ失敗したのかを記録し、完了したものをアーカイブする必要があります。
3. 記憶の助け：頭文字「C.L.O.S.E.」
タスク10の主な活動を覚えるには、C.L.O.S.E.という言葉を思い出してください：
C (Confirm) - 作業が完了し、受け入れられたことを確認する。
L (Lessons) - 教訓を記録（ドキュメント化）する。
O (Ownership) - 顧客へ所有権を移転する。
S (Settle) - すべての財務的・法的義務を精算する。
E (Exit) - チームを解放（退出）する。
4. 避けるべき一般的な落とし穴
PMP試験では、次のような「ひっかけ」のシナリオに注意してください：
- 間違い：教訓の記録が終わる前にチームを解放してしまう。（チームこそが教訓のソースです！セッションが終わるまでメンバーを確保しておきましょう。）
- 間違い：中止になったプロジェクトには終結は不要だと考える。（支払いを済ませ、なぜ中止になったかを記録する必要があります！）
- 間違い：2年かかるプロジェクトの最後になるまで、終結について考えない。（終結は各フェーズの終わりごとに行うべきです。）
5. 終結のためのツールと技法
実際にどうやって終結を完了させるのでしょうか？これらのシンプルなツールを使います：
1. 専門家の判断（Expert Judgment）
法務の専門家、調達部門、または上級マネージャーに相談し、技術的または法的な要件を見落としていないか確認します。
2. 会議（Meetings）
「教訓（Lessons Learned）」会議や「振り返り（Post-Mortem）」会議こそが魔法の場です。チームが自由に発言できる、オープンで正直な環境を作りましょう。
3. 文書分析（Document Analysis）
プロジェクトマネジメント計画書や記録を確認し、すべてがチェックされているかを確認します。PMP試験においては、「文書に記載されていないことは、起こっていない」とみなされます！
クイック復習ボックス：
- 最終成果物：顧客へ引き渡し完了。
- 最終報告書：プロジェクトのパフォーマンスを要約。
- 教訓：組織のライブラリ（OPAs）に追加。
- チーム：次の冒険（プロジェクト）へ解放。
まとめ：タスク10の締めくくり
プロジェクトの終結は、ただ「さようなら」を言うこと以上のものであり、スコープの検証、製品の移転、記録のアーカイブ、そしてチームの懸命な努力を称えるための構造化されたプロセスです。これらのステップを踏むことで、プロジェクトの成功が認められ、組織は次の課題に対してより良い準備ができるようになります。さあ、これでドメインIIの次のタスクへ進む準備が整いました！