ITパスポート 2021年 問42
問題文
システム開発プロジェクトにおいて、利用者から出た要望に対応するために、プログラムを追加で作成することになった。このプログラムを作成するために、先行するプログラムの作成を終えたプログラマを割り当てることにした。そして、結合テストの開始予定日までに全てのプログラムが作成できるようにスケジュールを変更し、新たな計画をプロジェクト内に周知した。このように、変更要求をマネジメントする活動はどれか。
選択肢
ア:プロジェクト資源マネジメント
イ:プロジェクトスコープマネジメント
ウ:プロジェクトスケジュールマネジメント
エ:プロジェクト統合マネジメント(正解)
🔒 解説は解答すると表示されます
変更要求をマネジメントする活動はどれか【ITパスポート 解説】
正解の理由
問題文では、利用者からの変更要求(変更要求:change request、システムや計画に対する修正や追加の依頼)に対応するために以下の一連の作業を行っています。
- 別の作業を終えたプログラマを割り当てる(人員の再配分)
- 結合テスト開始予定日までに間に合うようスケジュールを変更する(スケジュールの調整)
- 新しい計画をプロジェクト内に周知する(関係者への伝達・調整)
これらは、プロジェクトの複数の領域(人員、スケジュール、計画の承認と伝達)にまたがる調整と変更管理を行う活動です。こうした「プロジェクト全体としての調整・変更の取りまとめ」を担当するのが、プロジェクト統合マネジメント(Project Integration Management:プロジェクトの各要素を統合して全体を管理する領域)です。したがって、該当するのは エ の選択肢です。
解法ステップ
- 問題文で実際に行っている具体的な作業を箇条書きにする。
- 人員の割り当て(プログラマを移す)
- スケジュール変更(結合テストに間に合わせる)
- 新計画の周知(プロジェクト内で伝える)
- 各作業がどの「マネジメント領域」に該当しうるかを考える。
- 人員 → 資源(リソース)マネジメント
- スケジュール → スケジュールマネジメント
- 周知・承認 → 統合(全体の調整と変更管理)
- 単独の領域だけで完結しているかを確認する。
- 今回は複数領域にまたがるため、全体を調整する「統合」領域が該当する。
- よって選ぶのは エ。
選択肢別の誤答解説
- ア: プロジェクト資源マネジメント(Project Resource Management:人や設備などの資源を計画・獲得・管理する領域)
- 理由:確かにプログラマの割り当ては資源(リソース)管理に関係します。しかし問題文はそれに加えてスケジュール調整や計画の周知まで行っており、単に人を割り当てるだけの話にとどまりません。資源管理は一部の要素であって、全体の変更を取りまとめる活動では不十分です。
- イ: プロジェクトスコープマネジメント(Project Scope Management:プロジェクトで何を行うか(範囲)を定め、変更を管理する領域)
- 理由:スコープ(範囲)管理は「何を作るか/作らないか」を決め、成果物の範囲を管理します。今回のケースは利用者の要望(機能追加)から作業が発生していますが、問題文の焦点は実際の変更をどうプロジェクト全体で管理・調整したか(人員・スケジュール・周知)にあります。スコープの定義・変更承認だけでなく全体調整を含む点で不適切です。
- ウ: プロジェクトスケジュールマネジメント(Project Schedule Management:作業の順序や日程を計画・管理する領域)
- 理由:スケジュールの変更は確かに行っていますが、今回の作業はスケジュール調整だけでなく、誰を割り当てるかの判断や計画の周知という「統合的な意思決定」を含みます。スケジュール管理だけを選ぶと、周知や変更の承認プロセスまで説明できません。
- エ: プロジェクト統合マネジメント(Project Integration Management:計画や変更を一元的に取りまとめ、プロジェクト全体の整合性を保つ領域)
- 理由:人員再配置、スケジュール調整、新計画の周知といった異なる領域を統合して管理する活動は、まさに統合マネジメントの役割です。したがって正しい選択は エ です。
よくある誤解
- 「人員を割り当てた=資源マネジメントが正解」と考える
- 誤りの理由:個別の作業(人を割り当てること)は資源マネジメントの一部ですが、変更要求への対応でプロジェクト全体の計画を調整し、関係者に周知するまで行っている点で、より広い統合的な管理が行われています。
- 「スケジュールを変えたからスケジュールマネジメント」と単純に判断する
- 誤りの理由:スケジュール変更は一要素ですが、変更の承認や他の領域(人員やコスト)とのバランス調整、計画の再配布まで含む場合は統合マネジメントになります。
補足コラム
- 「統合マネジメント」とは何か?
- イメージとしては、オーケストラの指揮者です。各奏者(スコープ、スケジュール、資源、コスト、品質など)を個別に演奏させるだけでなく、全体として一つの演奏(プロジェクト)になるように調整する役割を担います。
- 用語メモ
- ベースライン(baseline):プロジェクト計画の基準となる版。変更があればベースラインを更新し、変更履歴を残すことが重要です。
- 結合テスト(integration testing):複数のプログラムを組み合わせて正しく動くかを確認するテスト段階。結合テストの開始日が基準になっている点が日程調整の焦点になっています。
FAQ
Q1. 変更要求が出たとき、必ず統合マネジメントが関与するのですか?
A1. はい。変更がプロジェクトの複数側面に影響する場合は、統合マネジメント(変更の評価・承認・実行・周知)を通じて取り扱うのが一般的です。ただし、影響がごく限定的で手続き上個別領域で処理できる場合もあります。
Q2. 「統合マネジメント」と「変更管理」は同じですか?
A2. 完全に同義ではありませんが密接に関連します。統合マネジメントの中に「変更管理(change control)」プロセスが含まれ、変更の評価・承認・周知・実行を行います。
Q3. 試験で迷ったときの短い判断基準はありますか?
A3. 「その作業がプロジェクト全体の調整・承認・周知を含むか?」と自問してください。含むなら統合マネジメント(エ)を選ぶと良いです。
関連キーワード: 変更管理、統合変更管理、ベースライン、結合テスト、プロジェクト管理

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

