ITパスポート過去問 平成31年度（2019年）問45
受託しているシステム開発プロジェクトの期間が半分を経過した時点で，委託元から開発中のシステムへの機能追加の依頼があった。プロジェクトマネージャの行動として，最も適切なものはどれか。
選択肢
- ア：依頼を受け入れ，予算や要員を確保する。
- イ：期間の半分を経過した時点での変更は一般的に受け入れられないことを理由に，依頼を断る。
- ウ：コストやスケジュールなどへの影響を勘案し，変更管理の手順に従う。
- エ：プロジェクトスコープだけに影響するので，速やかにスコープのベースラインを更新する。
- ア
- イ
- ウ
- エ
正解と解き方・学習ポイント（AI解説）
開発途中に機能追加の依頼があった場合、プロジェクトマネージャはその場で受諾や拒否を決めません。追加機能がコスト、スケジュール、品質、契約内容などに与える影響を確認し、合意された変更管理の手順に従って承認可否を判断します。
Point
この問題は、プロジェクト途中で委託元から変更要求（機能追加）が出たときに、プロジェクトマネージャが取るべき標準的な手順を理解しているかを確認する問題です。変更の可否を即断するのではなく、影響評価を行い、変更管理の手順に従って合意形成することが求められます。
解くために必要な知識
この問題を解くには、プロジェクトマネジメントにおける変更管理とベースラインの扱いを理解している必要があります。
用語の整理
| 用語 | 意味 |
|---|---|
| 変更管理 | 計画やベースラインに対する変更要求を受け付け、影響を分析し、承認または却下を判断し、必要に応じて計画を更新する管理の手順です。 |
| プロジェクトマネージャ | プロジェクトの計画、実行、監視、管理に責任を持つ役割です。 |
| プロジェクトスコープ | プロジェクトで実施する作業や成果物の範囲です。 |
| ベースライン | スコープ、スケジュール、コストなどについて承認された基準の計画です。変更管理の手順なしに変更しないことが原則です。 |
他の選択肢に出てくる用語
| 用語 | 意味 |
|---|---|
| 要員 | プロジェクトに参加する人員です。 |
判断ポイントの整理
変更要求が出たときに確認すること
機能追加のような変更は、次の複数要素に影響する可能性があります。
-
スコープ（作るもの、作業範囲）
-
コスト（追加費用、外注費など）
-
スケジュール（納期、作業日程）
-
品質（テスト量、レビュー量）
-
リスク（手戻り、障害、要員不足）
変更管理の基本手順
実務や試験では、次の流れで扱うのが原則とされます。
-
変更要求を正式に受け付ける
-
影響を分析する（コスト、スケジュール、品質、リスクなど）
-
承認者や関係者が承認または却下を判断する
-
承認された場合に、関連するベースラインや計画を更新する
問題の解法手順
この問題では、委託元からの機能追加依頼は変更要求であり、変更管理で扱うべき対象である点を押さえます。
各選択肢の整理
| 選択肢 | 内容 | 判断 |
|---|---|---|
| ア | 依頼を受け入れ，予算や要員を確保する。 | 影響分析と承認を経ずに受け入れているため不適切です。 |
| イ | 期間の半分を経過した時点での変更は一般的に受け入れられないことを理由に，依頼を断る。 | 時期だけで一律に断っており、変更管理の考え方に沿わないため不適切です。 |
| ウ | コストやスケジュールなどへの影響を勘案し，変更管理の手順に従う。 | 影響を確認し、所定手順で判断するため適切です。 |
| エ | プロジェクトスコープだけに影響するので，速やかにスコープのベースラインを更新する。 | 機能追加はスコープ以外にも影響し得るため、スコープだけの更新は不適切です。 |
選択肢ごとの解説
- ア：不正解
影響範囲を評価せずに受け入れを先に確約すると、後からコスト超過や納期遅延が発生しやすくなるため不適切です。
- イ：不正解
時期を理由に検討せずに断るのではなく、まず影響分析を行い、変更管理の手順に従って承認可否を判断するのが原則のため不適切です。
- ウ：正解
機能追加は変更要求なので、コスト、スケジュール、要員、品質などへの影響を評価し、変更管理の手順に従って承認手続を行うのが適切です。委託元と受託側の合意形成もこの流れで行います。
- エ：不正解
機能追加はスコープだけでなく、コストやスケジュールなど他の管理対象にも影響するのが一般的なので、スコープだけを速やかに更新するのは不適切です。
まとめ
開発途中に機能追加の依頼があった場合、プロジェクトマネージャはその場で受諾や拒否を決めません。追加機能がコスト、スケジュール、品質、契約内容などに与える影響を確認し、合意された変更管理の手順に従って承認可否を判断します。
マネジメント系 > プロジェクトマネジメント > プロジェクトマネジメント
影響範囲を評価せずに受け入れを先に確約すると、後からコスト超過や納期遅延が発生しやすくなるため不適切です。
時期を理由に検討せずに断るのではなく、まず影響分析を行い、変更管理の手順に従って承認可否を判断するのが原則のため不適切です。
機能追加は変更要求なので、コスト、スケジュール、要員、品質などへの影響を評価し、変更管理の手順に従って承認手続を行うのが適切です。委託元と受託側の合意形成もこの流れで行います。
機能追加はスコープだけでなく、コストやスケジュールなど他の管理対象にも影響するのが一般的なので、スコープだけを速やかに更新するのは不適切です。