プロジェクトマネジメント講座【初級編】第18回：プロジェクト終結と成果物の納品

サマリ

プロジェクトの終結は始まりと同じくらい重要です。成果物の納品、品質確認、顧客承認までの流れを正しく進めることで、プロジェクトの真の成功が決まります。この記事では、終結フェーズで押さえるべきポイントを分かりやすく解説します。

詳細

プロジェクト終結フェーズとは

プロジェクト終結フェーズは、すべての作業がほぼ完了し、成果物を顧客に納品する段階です。単に「完成した」では終わりではありません。納品物が要件を満たしているか、品質基準をクリアしているか、契約通りに引き渡されるか。これらを確認する極めて大切なプロセスなのです。

企業によって呼び方は異なります。「クロージング」「引き渡し」「竣工」などと表現されることもありますが、意味は同じです。どの業界でも、最後のこのフェーズが甘いと、後々トラブルに発展する確率は40％以上とも言われています。

成果物納品前のチェックリスト

納品前には必ず品質チェックを実施します。これを「納品検査」と呼びます。

まず確認すべき項目は以下の通りです。成果物が要件書の全項目を満たしているか、バグやエラーがないか、ドキュメントが完備されているか、納期と予算が合致しているか。これらを一つひとつ確認することが重要です。

実務では、チェックシートを作成して管理するのが一般的です。100項目あれば100項目すべてを確認し、完了率100％を目指します。完了率95％で納品すれば、後で問題が見つかる可能性が高まるのです。

顧客との最終確認会議

成果物が完成したら、顧客と最終確認会議を開催します。これは単なる報告ではなく、相互のすり合わせの場です。

会議では、納品予定日時、成果物の仕様、納品方法、保証期間などを確認します。特に重要なのは「顧客が何を期待していたのか」と「実際に納品される物のギャップがないか」の確認です。

この段階でずれが見つかれば、納品前に修正できます。納品後に「想像と違う」と言われるより、事前に調整する方がはるかに低コストで済みます。アメリカのデータでは、納品前の修正は納品後の修正の3分の1のコストで済むと報告されています。

ドキュメント作成と引き継ぎ

成果物と同じくらい大切なのが、ドキュメント類です。マニュアル、操作ガイド、保守手順書など、顧客が成果物を使い続けるために必要な資料をすべて揃える必要があります。

特にソフトウェアやシステム開発では、このドキュメント作成に全体工期の20～30％の時間がかかることも珍しくありません。品質の高いドキュメントがあれば、その後のサポートコスト削減にもつながります。

引き継ぎ会議では、顧客の担当者に対して、成果物の使い方、トラブル時の対応方法、保守体制などを丁寧に説明します。この時点で顧客の理解度が低いと、納品後のクレームが増加します。

正式納品と顧客承認

すべての確認が終わったら、いよいよ正式納品です。成果物を顧客に引き渡し、「納品確認書」にサインをもらいます。これは契約を履行したことの証拠になります。

納品確認書には、納品日時、成果物の内容、品質状況、今後のサポート内容などを記載します。口頭での約束ではなく、文書に残すことで、後々のトラブルを防げます。

プロジェクト終結報告書の作成

顧客への納品が完了したら、社内向けの「プロジェクト終結報告書」を作成します。このレポートには、当初の計画と実績の比較、成功した点、改善が必要だった点などを記載します。

例えば、計画では3000万円・6ヶ月の予定が、実績では2800万円・5ヶ月で完了したなら、その理由を分析します。こうした情報は、次のプロジェクトに活かすための貴重な資産になるのです。

プロジェクトチームの解散と評価

プロジェクトが完了したら、チームメンバーの評価を実施します。個人の貢献度、スキルの向上、チームワークの質などを総合的に判断します。

同時に、チーム全体で学んだことを共有する「lessons learned」セッションを開催することをお勧めします。何がうまくいったのか、何が課題だったのか。こうした振り返りが、組織全体のプロジェクト管理能力を高めるのです。

納品後のサポート体制

プロジェクトが終わっても、仕事は終わりではありません。多くの場合、納品から1～3ヶ月間の保証期間が設定されます。

この期間に不具合が見つかれば、無料で修正対応する契約になっていることがほとんどです。修正対応がスムーズに進まなければ、顧客満足度が低下し、次の受注につながらなくなります。

最後に

プロジェクト終結は「完了」ではなく「引き継ぎ」と考えることが大切です。顧客が成果物を活用できるまでが、プロジェクトマネジャーの責任です。細心の注意を払い