成果物が要件を満たしていない場合、問題の根本原因を理解することが不可欠です。最初のステップは、プロジェクトチームと連携し、使用されているプロセスについて話し合い、誤解や知識のギャップを特定することです。このアプローチは、PMBOKガイドがプロジェクトマネジメントの重要な側面として強調しているコミュニケーションとステークホルダーエンゲージメントの原則と一致しています。また、ビジネスアナリシスの実践に見られるコラボレーションと継続的改善の原則も反映しています。
: = PMBOKGuide1、PMI Professional in Business Analysis (PMI-PBA) 参考資料2。

説明
PMBOKガイドによると、変更管理プロセスとは、プロジェクトの変更を開始、記録、評価、承認、そして解決するために用いられるメカニズムです1。プロジェクトの変更は、承認済みのプロジェクト成果物の範囲、期間、またはコストを変更する必要があると判断された場合に必要となります。ほとんどの変更は、プロジェクトの予算やスケジュールに影響を与えます。変更管理プロセスには、以下のステップが含まれるべきです2。
まず、改善の機会を特定し、関係者からの承認を確保します。
次に、計画を立ててプロセスを評価します。
変更を伝え、進捗状況を監視し、リスクを継続的に評価します。
このシナリオでは、プロジェクトマネージャーは、スコープが既に確定した後に、プロジェクトに機能や特徴を追加するよう要求を受けました。つまり、この要求はプロジェクトスコープステートメント（プロジェクトの成果物とその作成に必要な作業を記述した、正式に管理された文書）に対する変更提案となります3。プロジェクトマネージャーは、以下の変更管理プロセスに従ってこの要求に対応する必要があります。
変更の説明、正当性、影響分析を含む変更要求フォームに記入して要求を文書化します。
変更をレビュー、評価、承認または拒否する正式なグループである変更管理委員会 (CCB) にリクエストを送信します。
承認された変更を実装し、それに応じてプロジェクト管理計画、プロジェクト ドキュメント、プロジェクト ベースラインを更新します。
変更要求のステータスと結果を関係する利害関係者に伝達します。
プロジェクトマネージャーは、ステークホルダーエンゲージメントプロセスに従うべきではありません。これは変更要求とは直接関係がありません。ステークホルダーエンゲージメントプロセスとは、プロジェクトのステークホルダーの期待と関与を特定、分析、計画、管理するプロセスです。4 プロジェクトマネージャーはリスク管理プロセスに従うべきではありません。これは変更要求に対処するには不十分だからです。リスク管理プロセスとは、プロジェクトの目標に影響を与える可能性のある不確実性を特定、分析、計画、管理するプロセスです。プロジェクトマネージャーは要件管理プロセスに従うべきではありません。これは変更要求には適用できないからです。要件管理プロセスとは、プロジェクトのステークホルダーのニーズと期待を引き出し、文書化し、分析、検証、管理するプロセスです。
参考文献: 1: PMBOKガイド、第6版、115ページ。 2: 効果的な変更管理プロセスのための8つのステップ 3: PMBOKガイド、第6版、154ページ。 4: PMBOKガイド、第6版、513ページ。 : PMBOKガイド、
第 6 版、397 ページ。: PMBOK ガイド、第 6 版、139 ページ。