過去のプロジェクトから得られた教訓をレビューしている際、プロジェクトマネージャーは、クライアントのエンジニアが契約に明記されていない変更であっても、すべての変更をレビューするよう主張したことを発見しました。プロジェクトマネージャーは、プロジェクトを計画する際に、これにどのように対処すべきですか？

過去の教訓から得られた情報に基づき、将来のプロジェクトで同様の問題を避けるためには、変更管理計画にこの特定の要件を明確に文書化することが最も適切です。これにより、プロジェクトチームとクライアント双方にとって、変更のレビュープロセスに関する期待値が明確になり、誤解を防ぐことができます。 プロジェクト憲章はプロジェクトの目的と主要な成果物を定義するものであり、詳細な変更管理要件を記載する場所ではありません。クライアントとの話し合いは重要ですが、文書化された計画がなければ、将来的に再び問題が発生する可能性があります。リスク登録簿に記録することも可能ですが、これはすでに発生した教訓であり、変更管理計画で直接対処すべき運用上の要件です。