ITパスポート 2013年 春期 問38
問題文
プロジェクトに関する変更項目a〜cのうち、プロジェクト・スコープでの変更管理の対象項目だけを全て挙げたものはどれか。
a 該当プロジェクト中に発生する要件に関係する関連法規の変更
b 顧客要求事項の変更
c プロジェクトメンバの所属部署名の変更
選択肢
ア:a
イ:a, b(正解)
ウ:a, b, c
エ:b, c
🔒 解説は解答すると表示されます
プロジェクトの変更管理(a〜c)のうち、プロジェクト・スコープでの変更管理の対象項目だけを全て挙げたものはどれか。【ITパスポート 解説】
正解の理由
プロジェクト・スコープとは「プロジェクトで実施する作業や成果物の範囲(何を含めるか、何を除外するか)」です。変更管理とは、そのスコープや計画に対する変更を正式に扱う仕組みです。
選択肢のうち、スコープ(成果物や要件)に直接影響するのは「a 該当プロジェクト中に発生する要件に関係する関連法規の変更」と「b 顧客要求事項の変更」です。これらは成果物や要件を変えるため、スコープの変更管理の対象になります。したがって、スコープの変更管理の対象だけを挙げた選択肢は イ(a, b)です。
選択肢のうち、スコープ(成果物や要件)に直接影響するのは「a 該当プロジェクト中に発生する要件に関係する関連法規の変更」と「b 顧客要求事項の変更」です。これらは成果物や要件を変えるため、スコープの変更管理の対象になります。したがって、スコープの変更管理の対象だけを挙げた選択肢は イ(a, b)です。
解法ステップ
- 「プロジェクト・スコープ(何を作る/提供するか)」の定義を確認する。
- 各項目が「成果物や要件」に直接影響するかを考える。
- 影響する → スコープの変更管理の対象。
- 影響しない(事務的・人事的な変更等) → 通常は対象外。
- 対象となる項目だけを含む選択肢を選ぶ。
具体的には、要件や顧客要求の変更は成果物の内容や範囲を変えるので対象。メンバの所属部署名の変更は、成果物そのものを変えるものではないためスコープ管理の対象ではありません(ただしリソース管理の対象になります)。
選択肢別の誤答解説
-
ア: a
- a は正しいが、b もスコープに影響するため不完全です。したがって誤りです。
-
イ: a, b
- 正解です。a(関連法規の変更)は設計や要件に影響し得るためスコープ変更、b(顧客要求の変更)も明確にスコープに影響します。よってスコープ変更管理の対象は a と b だけです。
-
ウ: a, b, c
- c(プロジェクトメンバの所属部署名の変更)は、通常は人事・組織上の変更であり成果物や要件を直接変えません。人の配置や責任はプロジェクトのリソース管理や体制変更で扱いますが、それ自体がスコープの変更というわけではないため誤りです。
-
エ: b, c
- b は正しいが a もスコープに影響するため、a を抜いたこの選択肢は不完全で誤りです。
よくある誤解
-
関連法規の変更は「外部の話」でスコープに関係ないと考える
- 実際には法令が変わると設計基準や要件が変わり、成果物そのものに手を入れる必要が生じます。つまりスコープ変更の対象になります。
-
人事や部署名の変化もスコープだと考える
- 人の所属や肩書きの変更はプロジェクトの運営や連絡先に影響しますが、作るもの(成果物)の範囲を変えるわけではありません。リソース管理の領域です。
-
すべての「変更」は同じ扱いと思い込む
- 変更には「スコープ変更」「スケジュール変更」「コスト変更」「リソース変更」など種類があります。何が変わるかで管理すべきプロセスが異なります。
補足コラム
- 「スコープ・ベースライン(scope baseline)」とは、承認されたスコープ(要件や成果物の定義)を記録したものです。これを基準にして、変更要求(Change Request)が来たときに影響を評価します。
- 変更管理では、変更の提案→影響評価(コスト・期間・品質)→承認/却下→実施という流れが基本です。承認する組織として「変更管理委員会(Change Control Board, CCB)」などを置くことが多いです。
- 例:建築プロジェクトで法規が変わり防火基準が厳しくなった場合、設計変更や追加工事が必要になり、これはスコープ変更です。
FAQ
Q1: 人員が変わるとスコープに影響することは絶対にないですか?
A1: 多くの場合、人員変更はリソース管理で扱います。ただし、特定の専門家が必要でその不在が成果物の実現可能性を変える場合は、間接的にスコープやスケジュールに影響し得ます。その場合は影響評価を行い、必要ならばスコープ変更として扱うこともあります。
A1: 多くの場合、人員変更はリソース管理で扱います。ただし、特定の専門家が必要でその不在が成果物の実現可能性を変える場合は、間接的にスコープやスケジュールに影響し得ます。その場合は影響評価を行い、必要ならばスコープ変更として扱うこともあります。
Q2: 顧客要求と要件の違いは何ですか?
A2: 顧客要求は「顧客が望むこと(要望)」、要件(要件定義)はその要求をプロジェクトで実現するために具体化したものです。どちらも成果物の内容を決めるため、変更されればスコープに直結します。
A2: 顧客要求は「顧客が望むこと(要望)」、要件(要件定義)はその要求をプロジェクトで実現するために具体化したものです。どちらも成果物の内容を決めるため、変更されればスコープに直結します。
Q3: 変更管理と品質管理はどう違いますか?
A3: 変更管理は「変更そのもの(何を変えるか)」を管理する仕組みです。品質管理は「成果物が要求や基準を満たしているか」を確認する仕組みです。変更が品質に影響する場合、それぞれのプロセスで評価・対処します。
A3: 変更管理は「変更そのもの(何を変えるか)」を管理する仕組みです。品質管理は「成果物が要求や基準を満たしているか」を確認する仕組みです。変更が品質に影響する場合、それぞれのプロセスで評価・対処します。
関連キーワード: プロジェクト・スコープ、変更管理、スコープベースライン、変更要求、リソース管理、変更管理委員会

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

