戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

ITパスポート 2025年 40


問題文

変更管理委員会が設置されているプロジェクトで変更要求が発生した場合の記述として、最も適切なものはどれか。

選択肢

変更管理委員会では、プロジェクトに関わるステークホルダ以外の第三者によって変更要求が審議される。
変更管理委員会は、コストの増加や期日の延期を理由に変更要求を却下してよい。(正解)
変更管理委員会は、スコープに変更が発生しない範囲で変更要求を受け付けなければならない。
変更要求は、全てプロジェクトマネージャが承認した後に変更管理委員会で審議される。

🔒 解説は解答すると表示されます

変更管理委員会が設置されているプロジェクトで変更要求が発生した場合の記述【ITパスポート 解説】

正解の理由

変更管理委員会(変更管理委員会:Change Control Board、以降「委員会」と記載)は、変更要求を受けてその影響(コストや日程、品質、スコープなど)を評価し、承認・却下・保留などの判断を行う組織です。
ここで重要なのは、委員会は影響を検討した上で「却下」する権限を持つことです。つまりコスト増や期日延期が理由で、影響が受け入れられないと判断されれば、委員会は変更要求を却下できます。したがって正しい記述は です。
(用語補足)
  • 変更要求:プロジェクトの計画や成果物を変えるための正式な申請。
  • プロジェクトマネージャ(project manager:プロジェクトを運営・管理する責任者)
  • ステークホルダ(stakeholder:プロジェクトに利害関係を持つ人や組織)
  • スコープ(scope:プロジェクトで実施・提供する作業や成果物の範囲)

解法ステップ

  1. 「変更管理委員会」の役割を確認する(変更の審査と決定)。
  2. 各選択肢が委員会の役割と矛盾しないかを判断する。
  3. 「却下できるか」「誰が審議するか」「どの範囲を受け付けるか」「承認フローの順番」を基準に選択肢を消去していく。
  4. コスト・期日などの影響を理由に却下できるとする記述が委員会の機能と一致することを確認して正答とする。

選択肢別の誤答解説

  • ア: 「委員会では、プロジェクトに関わるステークホルダ以外の第三者によって変更要求が審議される。」
    誤り。委員会のメンバーは通常、プロジェクトの関係者(ステークホルダ)や専門家が含まれます。外部の第三者が勝手に審議するという表現は適切ではありません。審議は関係者によって行われます。
  • : 「委員会は、コストの増加や期日の延期を理由に変更要求を却下してよい。」
    正しい。委員会は影響(コスト、スケジュール、品質、リスクなど)を評価し、受け入れられない影響がある場合は却下できます。却下も決定の一つです。
  • ウ: 「委員会は、スコープに変更が発生しない範囲で変更要求を受け付けなければならない。」
    誤り。委員会はスコープ変更の有無に関わらず、正式な変更要求を審査します。むしろスコープ変更は委員会で慎重に審査される典型的な対象です。「スコープに変更が発生しない範囲のみ受け付ける」とするのは現実と逆です。
  • エ: 「変更要求は、全てプロジェクトマネージャが承認した後に委員会で審議される。」
    誤り。プロジェクトマネージャが事前に初期判断や評価を行うことはありますが、全ての変更要求をマネージャが承認してから委員会へ回すというルールは一般的ではありません。重要な変更や委員会に付議すべき変更については直接委員会に提出されることもあります。組織のルール次第で権限委譲されるケースがあり、「全て」という断定は誤りです。

よくある誤解

  1. 「変更管理委員会はただの承認機関で、却下はしない」
    -> 実際は却下や条件付き承認も委員会の判断の一つです。変更の受け入れ可否を決める役割があります。
  2. 「プロジェクトマネージャが全ての変更を決める」
    -> 小さな調整はマネージャの権限で対応することもありますが、影響が大きければ委員会での審議が必要です。権限の範囲はプロジェクト規模や組織ルールによって決まります。
  3. 「スコープが変わらなければ何でもOK」
    -> スコープ以外にもコストやスケジュール、品質、契約条項など多面的に影響を評価します。スコープが変わらなくても却下されることがあります。

補足コラム

PMBOK(プロジェクトマネジメント知識体系)などのプロジェクト管理ガイドでは、変更要求を統制する仕組み(Change Control)やChange Control Board(CCB:変更管理委員会に相当)について説明されています。実務では次の流れが多いです。
  • 変更要求を提出(誰でも提出できる場合もある)
  • 変更要求の記録と分類(重大度、影響範囲)
  • 影響分析(見積もり、リスク評価) — プロジェクトマネージャや担当チームが実施
  • 委員会で審議・決定(承認/却下/保留/条件付き承認)
  • 決定の反映(計画の更新、関係者への通知)
例:ソフトウェアに新機能を追加する提案が出た場合、追加によりコストが増しリリースが1か月遅れることが分かれば、委員会は「却下」または「次フェーズへ先送り」と判断する可能性があります。

FAQ

Q1. 小さな変更は委員会で審議しなくてよいですか?
A1. 組織やプロジェクトのルールによります。一般に「小さな変更」はプロジェクトマネージャの裁量で処理することが多いですが、ルールで委員会審議が必須とされる場合もあります。
Q2. 委員会メンバーは誰がなるのですか?
A2. ステークホルダ(利害関係者)、技術担当、品質担当、顧客代表など、影響を判断できる人たちが選ばれます。外部の第三者が勝手に審議することは通常ありません。
Q3. 委員会の決定に不服があればどうしますか?
A3. 通常は異議申し立ての手順や再審議のプロセスがあります。契約や組織ポリシーに基づいて対応します。

関連キーワード: 変更管理, 変更要求, 変更管理委員会, 変更統制, プロジェクト管理, ステークホルダー, スコープ管理, 影響分析, 承認フロー
← 前の問題へこの年度をクイズで解く次の問題へ →
戦国ITクイズ機能

\ せっかくなら /

ITパスポート
クイズ形式で学習しませんか?

クイズ画面へ遷移する

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について