→プロジェクト憲章にリスクを文書化する
プロダクトの提供を計画し、そのために必要なスキルがチームになければ、それはリスクです。リスクは、プロジェクト開始前に影響を分析できるよう、プロジェクト憲章に文書化するべきです。
なぜこの答えになるのか？
- 問題文の前提は「企業では新プロダクトの準備中」＝すでにプロジェクト立ち上げフェーズに入っている想定です。
- プロジェクト憲章は、開始プロセス群のアウトプットであり、主要なハイレベルリスクを記録する のが役割の一つ。
- 「必要なスキルが社内に存在しない」というのは、まさに ハイレベルリスク であり、憲章に明記してスポンサー承認を得るべき対象です。
- 要求事項の収集（Collect Requirements）は 計画プロセス群 の活動であり、憲章作成の前段階でなく、憲章の承認後に行うもの。
👉 よって、試験的には「まず憲章にリスクを書いて、正式に承認を得る」が正解とされます。
❌ 「要求事項を決定する」が不正解な理由
- 要求事項の収集は計画プロセス群（特に「要求事項収集」「スコープ定義」）で行われる。
- プロジェクト開始前にやるのは「高レベルな要求事項の特定」であり、これは憲章に含まれる。
- 問題文は「すでにスキル不足というリスクが明確」なので、次のアクションは「それを憲章に記録する」ことになる。
💡 PMP試験ワンポイントアドバイス
- プロジェクト憲章には：
- ビジネスケースの要約
- 高レベル要求事項
- 高レベルリスク
- 主なステークホルダー
- 主要なマイルストーン
を記載する。
- 試験で「開始段階でスキル不足が見つかった」→ 憲章にリスクとして文書化 が定番の答え。
- 「要求事項を決定する」は計画段階に入ってから。
PMI提供 クローン問題（ウォーターフォール型１）26
コメント