ITパスポート 2013年 秋期 問45

プロジェクトのスコープ変更とスケジュール調整の活動【ITパスポート 解説】

正解の理由

解法ステップ

1. 設問文から行われている具体的な活動を抜き出す。例：スコープ変更、応援チーム編成、スケジュール調整、変更承認。
2. 各選択肢（コスト、調達、統合、品質）が「どのような管理をする領域か」を簡単に思い出す。
   • 統合：計画全体の作成・変更・調整・承認を行う
   • コスト：予算作成とコスト管理
   • 調達：外部からの購入・契約管理
   • 品質：成果物が要求を満たすかの管理・検証
3. 抜き出した活動が「計画の調整と変更の承認」に該当するかを確認。該当するなら統合を選ぶ。
4. 結果：計画の統合的な変更と承認を扱っているので ウ。

選択肢別の誤答解説

• ア: プロジェクト・コスト・マネジメント（Project Cost Management：コスト管理）
  • 役割：予算の作成、コストの見積りや支出管理を行う領域です。今回の設問はスコープとスケジュールの変更と承認が中心で、直接「予算」の作成やコスト差異の管理をしているわけではありません。よって主要な領域はコスト管理ではありません。
• イ: プロジェクト調達マネジメント（Project Procurement Management：調達管理）
  • 役割：外部ベンダーとの契約、購入、外注管理を扱います。設問の「応援チームの編成」は社内の人員調整を示唆しており、外部から物やサービスを調達する活動（契約・発注）には見えません。さらに変更承認のプロセスは調達そのものの管理とは別です。
• ウ: プロジェクト統合マネジメント（Project Integration Management：統合管理）
  • 役割：プロジェクト計画全体の作成、変更点の統合的な管理（例：Perform Integrated Change Control：統合的な変更管理）、関係者調整、最終的な承認などを行います。設問の一連の活動はまさにこれに該当します。
• エ: プロジェクト品質マネジメント（Project Quality Management：品質管理）
  • 役割：成果物が要求された品質基準を満たすかを確かめ、品質を維持・改善する活動です。結合テストの前という文脈はありますが、設問で問題になっているのは「機能追加に伴う計画変更と承認」であり、品質そのものの管理（品質基準の設定や検査）を行っているわけではありません。

よくある誤解

1. 「結合テスト」の“結合（integration）”と「統合マネジメント（Integration Management）」を混同する
   • 誤解：結合テスト＝統合マネジメントに関係すると思い込む。
   • 正しくは：結合テスト（integration testing）はソフトウェアのモジュールを組み合わせて検証するテスト工程のこと。統合マネジメントはプロジェクト全体の計画や変更を統合的に管理する領域です。言葉が似ていますが意味は別です。
2. 「応援チームの編成」は必ず調達マネジメント（外部調達）だと誤解する
   • 誤解：チームを増やす＝調達（procurement）だと思う。
   • 正しくは：社内の人的資源を配分する行為は人的資源管理や統合管理の範囲です。調達は外部ベンダーや外注など契約行為がある場合に該当します。
3. 「スコープ変更＝品質の問題」と結びつけてしまう
   • 誤解：機能追加は品質管理の問題だと捉える。
   • 正しくは：機能追加はスコープの変更であって、品質管理はその機能が要求品質を満たすかを扱います。スコープ変更の管理自体は統合マネジメントの責任範囲です。

補足コラム

• スコープ（scope）：プロジェクトで「何をするか／何が成果物か」を示す範囲。英語はそのまま scope。
• 変更管理委員会（Change Control Board、CCB）：プロジェクトの重要な変更を審査・承認するチームや委員会。変更の影響（コスト・スケジュール・品質など）を総合的に判断します。
• 統合的な変更管理（Perform Integrated Change Control）：複数の影響領域をまとめて評価し、変更を承認または却下するプロセス。設問の「変更した計画について承認を得た」がこれに該当します。

FAQ