ITパスポート 2017年 春期 問43

プロジェクトスコープと成果物スコープの判定問題【ITパスポート 解説】

正解の理由

• 成果物スコープは「何を作るか（成果物の範囲）」を示します。プロジェクトスコープは「その成果物を作るために何をするか（作業の範囲）」を示します。
• a「開発する機能要件の追加」は、作るもの（成果物）が増えるため、必然的にそれを実装する作業が増えます。よってプロジェクトの作業範囲（プロジェクトスコープ）に影響します。
• c「文書化する操作マニュアルの追加」も、マニュアルという成果物が増えるため、それを作るための作業（調査・執筆・校正など）が増え、プロジェクトスコープに影響します。
• b「担当するシステムエンジニアの交代」は、人員（リソース）の変更であり、作業の範囲そのものを変えるものではありません。したがってプロジェクトスコープには直接影響しません（ただし進捗や品質には影響する可能性があります）。

解法ステップ

1. 各事象が「何を変えるか」を確認する。成果物（何を作るか）か、作業（やること）か、あるいは人や費用などのリソースか。
2. 「プロジェクトスコープ」は作業の範囲なので、作業量や作業内容が増減するかどうかで判断する。
3. a は機能追加で作業が増える、c はマニュアル作成で作業が増える。b は人の入れ替えで作業範囲は変わらない。
4. 以上より、プロジェクトスコープに影響するのは a と c → 選択肢は イ。

選択肢別の誤答解説

• ア: a, b
  • 間違い。a は正しく影響するが、b（人の交代）はスコープではなくリソースの変更です。
• イ: a, c
  • 正しい。どちらも成果物の追加・変更に伴って作業が増えるため、プロジェクトスコープに影響します。
• ウ: b
  • 間違い。b のみでは作業範囲そのものは変わらないためプロジェクトスコープの影響とは言えません。
• エ: b, c
  • 間違い。c は影響しますが、b は影響しません。したがって組み合わせとして誤りです。

よくある誤解

1. 「人が入れ替わる＝スコープが変わる」
   • 誤りです。担当者や人数の変更はリソースの問題で、作業の範囲（何をやるか）が変わらない限りスコープ変更には当たりません。
2. 「マニュアルやテストは付帯業務だからスコープに含まれない」
   • マニュアルやテストも立派な成果物です。追加すれば作業が増えるのでスコープに含まれます。
3. 「成果物スコープだけが変わればプロジェクトに影響しない」
   • 成果物が変われば、それを作るための作業やスケジュール、コストも変わります。成果物スコープの変更は通常、プロジェクトスコープにも波及します。

補足コラム

• スコープ管理の実務では、変更が発生したら「変更要求（変更管理）」を出します。変更要求では、影響を受ける成果物、追加作業、追加コスト、スケジュールへの影響などを評価します。
• WBS（Work Breakdown Structure：作業分解構成）は、プロジェクトスコープ（作業）を細かく分けたものです。機能追加やドキュメント追加があればWBSに項目を追加して工数を見積もります。
• スコープがだんだん増えてしまう現象は「スコープクリープ（scope creep）」と呼ばれます。未管理の追加を避けるため、変更管理をきちんと行うことが重要です。

FAQ