→成果物を詳細にレビューする場を設ける。
そのような事態を防ぐには、成果物を詳細にレビューする場を設けてスコープを明確化し、ステークホルダーの賛同を得ます。
その他の選択肢は誤りです。ベネフィットに関するクライアントとの話し合いは、プロジェクトの初期段階で行います。プロダクト・バックログを作成しても要件不適合の問題には対処できません。他の類似プロジェクトの例を示しても、プロジェクトごとに成果物は異なるので問題の防止にはなりません。
理由（なぜこれが正しいのか）
この問題の本質は、
「リリース予定のプロダクトが、エンドユーザー要件を満たさない可能性がある」
という点です。
つまり、要求事項の不一致・品質のギャップが生じるリスクを、
**事前に防ぐ（予防的対応）**ことが問われています。
そのためにプロジェクト・マネジャーが取るべき最も効果的な手段は、
成果物レビュー（レビュー会・ウォークスルー・検査）を実施し、ステークホルダーと一致を確認すること
です。
✅ PMP的視点での裏付け
PMBOKでは、成果物が要求事項を満たしているかどうかを確認するプロセスは：
「検証（Validate Scope）」または「品質の管理（Control Quality）」
に該当します。
これらのプロセスでは、成果物をレビューしたり、顧客やステークホルダーを招いて確認してもらう場を設けることが推奨されています。
特に、リリース前段階での不一致リスクを防ぐには：
- 要件と成果物を照合してレビュー（検証）
- ステークホルダーによる正式な受入れ確認（Validate Scope）
を行うことが重要です。
したがって、「成果物を詳細にレビューする場を設ける」が最も適切です。
❌ 他の選択肢が不適切な理由
- 「ベネフィットについてクライアントと話し合う。」
→ ベネフィットはビジネス価値や効果の話であり、
現時点で問題になっているのは**要件の満足度（品質）**です。
目的がずれているため、適切な対応ではありません。 - 「プロダクト・バックログを作成する。」
→ これはアジャイルの初期段階で行う活動であり、
すでにリリース直前の段階では遅すぎます。
さらに、要件確認のための手段ではなく、計画立案のツールです。
💡 ワンポイントアドバイス
PMP試験では、同じような「不一致を防ぐためにどうすべきか？」という問題が頻出します。
そのときのキーワードは以下です：
| 状況 | 有効な行動 |
|---|---|
| 要件との不一致を防ぎたい | 成果物レビュー・検証（Validate Scope） |
| 品質上の欠陥を防ぎたい | 品質管理・検査（Control Quality） |
| 要件そのものの誤解を防ぎたい | ステークホルダーとの早期コミュニケーション |
✅ まとめ
プロジェクト・マネジャーは、
成果物がエンドユーザー要件を満たしているかを確認するために、
成果物の詳細レビュー（検証）を実施するべきです。これは「スコープの検証」プロセスに該当し、
要件とのずれを未然に防ぐ最も効果的な方法です。
フルレングス試験1 (日本語)73
コメント