あるプロジェクトチームは、ソフトウェアをインストールし、運用チームに知識を移転し、最終レポートを送信し、成功を祝いました。1週間後、クライアントは未達成の要件リストを送り、元の予算内で修正を求めました。これを防ぐためにプロジェクトマネージャーは何をすべきだったでしょうか？

プロジェクトの完了前に、プロジェクトマネージャーは受け入れ基準がすべて満たされていることを確認し、クライアントから正式な最終承認を得るべきでした。これにより、プロジェクトの成果物がクライアントの期待と要件に完全に合致していることが保証され、後からの未達成要件の申し立てを防ぐことができます。 「リリース後の改善のためにリスク予算を割り当てる」は、将来の改善に対応するものであり、現在の要件未達を防ぐものではありません。 「クライアントのパフォーマンスパラメータを理解するためにパイロットを実施する」は、プロジェクトの初期段階で実施されるべきであり、完了後の問題を防ぐものではありません。 「プロジェクトの全フェーズを通じてクライアントと定期的に会議を開催する」は良い習慣ですが、それだけでは正式な受け入れと承認のプロセスを代替するものではありません。