ガイド › ガイド

プロジェクト完了報告書 テンプレート

プロジェクトを終えることと、閉じることは別物です。完了報告書は、終わったはずのプロジェクトが、この先半年も静かにつきまとうのを防ぐための書類です。

完了報告書の役割

プロジェクト完了報告書は、何を納品し、いくらかかり、何が残り、今後は誰が担当するのかを、スポンサーと組織に伝えます。数か月後に「あれは結局終わったの？」と聞かれたときに、示せるものにもなります。

3〜5ページを目安にしてください。スポンサーが署名するので、読まれる書き方をします。

コピーして使う構成

この見出しをこの順序で使います。各見出しは、1段落か小さな表で済ませます。

• サマリー：プロジェクトを3文で、全体の成果とともに。
• 目標：当初の各目標について、達成・一部達成・未達成。
• 成果物：引き渡したもの、引き渡し先、受け入れ日。
• スケジュール：基準計画の完了日、実際の完了日、差がある場合はその理由。
• 予算：承認額、最終コスト、差異を項目ごとに。
• 承認済みの変更：すべての変更要求と、その決定の一覧。

未完了事項と引き継ぎ

終わっていないことは正直に書きます。担当者のいる未完了事項は問題ありませんが、誰も触れない事項は将来のインシデントです。

成果物の運用を今後担う人またはチームを明記し、本人たちがそれを知っていることを確認します。

• 残っている課題とリスク。それぞれ新しい担当者と期日つき。
• サポート体制と保証期間（該当する場合）。
• 引き渡す文書、アクセス権、ライセンスと、その保管場所。
• 取引先との契約：終了、延長、移管のいずれか。
• 未払いの請求書と、解放または返却する予算。

効果と教訓

納品と価値は同じではありません。どの効果を期待し、誰がいつ測るかを記録します。これを忘れた完了報告書は、プロジェクト全体を、目的のないコストのように見せてしまいます。

教訓を短くまとめ、全文の繰り返しではなく完全なログへの参照を示します。

• 期待される効果、測定指標、担当者、レビュー日。
• うまくいったこと上位3つと、うまくいかなかったこと上位3つ。
• PMOまたは次の類似プロジェクトへの提言。

承認と締めくくり

署名欄で締めます。スポンサー、プロジェクトマネージャー、引き継ぎ先のサービス責任者が、それぞれ日付つきで署名します。その後、残務を片付けて、プロジェクトを本当に止めます。メンバー、原価コード、アクセス権を解放してください。

計画、コスト、RAIDログがすでに1か所にあるSenshinなら、この報告書の多くは、メールから再構築するのではなく、すでにある数字を読み取る作業になります。

• 計画、RAIDログ、報告書、決定事項を、PMOが見つけられる場所に保管する。
• チームを解散し、原価コードを閉じる。
• ステークホルダーに、プロジェクトが完了したことと、今後の連絡先を伝える。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22