PK0-005 ・出題項目 2.5

プロジェクト終了段階

プロジェクトの締めくくり、
終了段階を解説するよ！

教訓（Lessons Learned）のまとめ方に注目してね。

概要

プロジェクトを正式に完了させるプロセスです。

成果物の検証、関係者との合意、契約終了、知見の共有、文書の保存などが行われます。

成果物の検証（Deliverable Validation）

顧客またはステークホルダーと共に完成した成果物が要件を満たしているかを確認
受け入れ基準に基づいてチェックし、必要に応じて修正・再提出を行う
検証完了後、正式な受け入れ承認を取得

契約の締結（Contract Closure）

ベンダー・外注先との契約上の義務が完了しているかを確認
すべての請求、納品、支払いが完了し、契約終了文書が交付される
紛争が残らないように記録を明確に残す

リソースの解放（Resource Release）

プロジェクトチームメンバー・設備・予算などを他のプロジェクトや業務へ戻す
関係者に評価フィードバックを行う（パフォーマンス評価など）
次の活動やキャリア開発に向けたスムーズな移行を支援

ドキュメントのアーカイブ（Document Archiving）

計画書、議事録、成果物レビュー、契約関連文書などのプロジェクト文書を保存
監査・将来のプロジェクトへの参考として保管する
ナレッジマネジメントシステムに登録されることもある

終了会議の実施（Closeout Meeting / Lessons Learned）

関係者全員で成功・課題・改善点を振り返る
今後のプロジェクトに活かすための教訓（Lessons Learned）を共有・記録
ポジティブな成果と貢献への感謝を伝える場としても重要

移行計画（Transition Plan）の策定

プロジェクトチームから恒久的な運用・保守チームへ成果物の主導権（所有権）をスムーズに引き渡すための計画です。このドキュメントが完全に実行され、運用チームからの 「受入サインオフ（Handover Sign-off）」 をもらうことで、プロジェクトは公式に閉鎖プロセスを完了できます。

移行計画の標準的な8つのセクション:
1. 移行スケジュール（Transition Schedule）: 引き継ぎ期間に特化した詳細な日程表（プロジェクトのスケジュール・ベースラインとは異なります）。
2. 役割と責任（Roles & Responsibilities）: システム稼働後の保守・運用・バグ修正等の責任者をRACIマトリクス等で定義。
3. 引き継ぎアクティビティ（Transition Activities）: アカウント権限の譲渡など、引き継ぎ期間中に完了させるべきタスク一覧（チェックリスト）。
4. 製品ドキュメント（Product Documentation）: 運用チームがシステム維持に必要な仕様書・設計書・プレイブック等のリスト。
5. ツールとテクニック（Tools & Techniques）: 障害検知（監視ツール）やバックアップ手順など、運用管理に必要なツールとその使用手順。
6. 資産移行計画（Asset Transition / Transfer Plan）: ハードウェア、ライセンス、クラウド等の所有権を運用チームに移管・引き渡す方法の戦略。
7. 運用トレーニング（Operational Training）: 運用チームがシステムを正しく運用・トラブル対応できるようにするためのナレッジトランスファー（教育計画）。
8. メンテナンススケジュール（Maintenance Schedule）: 稼働後のセキュリティパッチ適用やバックアップ実行などの頻度・日程の定義。

試験対策ポイント

成果物は事前定義された「受け入れ基準」に基づいて検証・受け入れられる。
終結フェーズには、成果物の検証（Verification）、プロジェクト評価（Lessons Learned）、リソースの解放（Release of resources）、契約のクローズの4大活動が含まれる。