ITパスポート 2016年 秋期 問48
問題文
プロジェクトの目的を達成するために、プロジェクトで作成する必要のある成果物と、成果物を作成するために必要な作業を細分化した。この活動はプロジェクトマネジメントのどの知識エリアの活動か。
選択肢
ア:プロジェクトコストマネジメント
イ:プロジェクトスコープマネジメント(正解)
ウ:プロジェクトタイムマネジメント
エ:プロジェクトリスクマネジメント
🔒 解説は解答すると表示されます
成果物と作業の細分化(ワークブレイクダウン構造作成)【ITパスポート 解説】
正解の理由
正しいのは イ の「プロジェクトスコープマネジメント」です。
プロジェクトスコープマネジメント(Project Scope Management:プロジェクトで作る成果物とそれを作るための作業範囲を定め、管理する分野)は、何を作るか(成果物=deliverables)と、そのためにどんな作業が必要かを明確にする活動を含みます。
成果物と作業を細分化する代表的な手法が WBS(Work Breakdown Structure:作業分解構成)であり、これはスコープ(範囲)を階層的に分けて整理するものです。したがって「成果物と作業を細分化する」活動はスコープ(範囲)を決める作業に該当し、スコープマネジメントが担当します。
プロジェクトスコープマネジメント(Project Scope Management:プロジェクトで作る成果物とそれを作るための作業範囲を定め、管理する分野)は、何を作るか(成果物=deliverables)と、そのためにどんな作業が必要かを明確にする活動を含みます。
成果物と作業を細分化する代表的な手法が WBS(Work Breakdown Structure:作業分解構成)であり、これはスコープ(範囲)を階層的に分けて整理するものです。したがって「成果物と作業を細分化する」活動はスコープ(範囲)を決める作業に該当し、スコープマネジメントが担当します。
解法ステップ
- 問題文のキーワードを探す:「成果物」「作業を細分化」→ ここで思い浮かぶのは WBS(作業分解)やスコープ(範囲)関連の作業。
- 各選択肢の役割を短く確認する:
- コストマネジメント=費用の見積り・管理。
- スコープマネジメント=成果物や作業の定義・管理。
- タイムマネジメント=スケジュール(時間)管理。
- リスクマネジメント=問題になりうる事象の管理。
- 「成果物と作業を細分化」=範囲の定義作業なので、スコープマネジメント(イ)を選ぶ。
簡単なチェックリスト:
- 「何を作るか」を決めているか → スコープ
- 「いつまでに/どの順で」を決めているか → タイム
- 「いくらかかるか」を決めているか → コスト
- 「失敗しそうな事は何か」を考えているか → リスク
選択肢別の誤答解説
-
ア: プロジェクトコストマネジメント
コストマネジメントは費用(コスト)の見積り、予算化、コスト管理が中心です。WBS を使ってコスト見積りをすることはありますが、WBS を作成して成果物や作業を細分化する主目的は「範囲(スコープ)を明確にすること」であり、直接の役割ではありません。 -
イ: プロジェクトスコープマネジメント(正解)
成果物(何を作るか)と、それを作るための作業(どんな作業が必要か)を細かく分けるのがスコープの定義で、WBS の作成はまさにこの範囲定義の代表的作業です。 -
ウ: プロジェクトタイムマネジメント
タイムマネジメントはスケジュール作成や作業の順序付け、所要時間の見積りが中心です。作業の細分化(WBS)はスケジュールの元になる情報を与えますが、細分化自体はスコープマネジメントの仕事です。 -
エ: プロジェクトリスクマネジメント
リスクマネジメントは「起こりうる問題や不確実性」を洗い出して対策を立てることです。成果物や作業の細分化そのものはリスク特定のために役立ちますが、目的が異なります。
よくある誤解
-
WBS を作るのは「スケジュール(タイム)」の仕事だと思う
→ WBS はスケジュール作成に使いますが、WBS 自体は何を作るか(範囲)を整理するためのもので、主体はスコープマネジメントです。 -
成果物=作業 と混同する
→ 成果物(deliverable)は「完成物」(例:報告書、システム)。作業はそれを作るための工程(例:設計、コーディング、レビュー)です。WBS はまず成果物をトップに置き、その下に必要な作業を分けます。 -
スコープ変更は小さなことでも放置してよい
→ スコープはプロジェクトの根幹です。変更するとコストや時間に直結するため、変更管理(スコープコントロール)が必要です。
補足コラム
-
WBS(Work Breakdown Structure:作業分解構成)とは
成果物をトップに置き、それを作るためのサブ成果物や作業を階層的に分けた図です。例:- Webサイト(成果物)
- 要件定義(作業)
- 設計(作業)
- 実装(作業)
- フロントエンド実装
- バックエンド実装
- テスト(作業)
- 公開・運用準備(作業)
WBS は「何を作るか」を明確にするため、見積り・スケジュール・リスク分析の基礎データになります。
- Webサイト(成果物)
-
成果物志向(deliverable-oriented)で作るのがポイント
WBS は「作業続きの単なるチェックリスト」ではなく、完成物を起点に分解することが重要です。これにより抜け漏れや責任範囲が明確になります。
FAQ
Q. WBS とガントチャート(Gantt chart)はどう違いますか?
A. WBS は「何を作るか(成果物と作業の分解)」を示す図です。一方、ガントチャートは「いつ誰が何をするか(スケジュール)」を棒グラフで示すものです。WBS がスケジュール作成の元データになります。
A. WBS は「何を作るか(成果物と作業の分解)」を示す図です。一方、ガントチャートは「いつ誰が何をするか(スケジュール)」を棒グラフで示すものです。WBS がスケジュール作成の元データになります。
Q. 「スコープ(範囲)」と「要件」は同じですか?
A. 完全には同じではありません。要件は成果物に必要な条件・機能(何を満たすか)を指し、スコープはプロジェクトで実際に作る成果物と作業の範囲全体を指します。要件はスコープを決める材料の一つです。
A. 完全には同じではありません。要件は成果物に必要な条件・機能(何を満たすか)を指し、スコープはプロジェクトで実際に作る成果物と作業の範囲全体を指します。要件はスコープを決める材料の一つです。
Q. 小さなプロジェクトでも WBS は必要ですか?
A. はい。規模が小さくても「何を誰がやるか」を明確にすることで、抜け漏れや手戻りを防げます。簡易な WBS を作るだけでも効果があります。
A. はい。規模が小さくても「何を誰がやるか」を明確にすることで、抜け漏れや手戻りを防げます。簡易な WBS を作るだけでも効果があります。
関連キーワード: プロジェクトマネジメント, スコープマネジメント, WBS(作業分解構成), 成果物, 作業分解, ガントチャート, スコープコントロール

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

