問42
頻出度★★★
システム開発プロジェクトのWBS作成における要素分解に関する説明として, 適切なものはどれか。
平成26年度 春期 ITパスポート試験 問42
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
この問題の解説と、これまでの解答の記録です。
解説
問 42
- ア
正解 アが正解。WBS（Work Breakdown Structure、作業分解構成図）は、プロジェクトの成果物と作業を階層的に分解して、スコープを漏れなく可視化するための道具です。分解をどこまで行うかの基準がまさにアの内容で、最下位の要素（ワークパッケージ）が「コストと所要時間を見積もれる」かつ「進捗を管理できる」大きさになるまで分解するのが原則です。粗すぎれば見積りも進捗把握もできず、細かすぎれば管理コストが見合わなくなるため、見積り可能・管理可能という 2 つの条件を満たす粒度が適切な停止点になります。
不正解イ
外部発注（外注）であっても、何をどこまで作らせるかというスコープの定義は発注側の責任です。要素分解を全て発注先に一任すると、成果物の範囲・数量・受入基準があいまいになり、スコープの抜けや認識違い、追加費用の発生を招きます。発注側が WBS で成果物を分解したうえで発注範囲を明示するのが正しい進め方です。
不正解ウ
WBS はプロジェクトで必要な作業を漏れなく含める（成果物だけでなくプロジェクト運営の作業も対象にする）必要があります。進捗報告会議のようなコミュニケーション・マネジメント作業も工数と時間を消費するので、要素分解の対象から外すと、その分の工数が計画から抜け落ちて見積り不足になります。
不正解エ
類似システムの開発経験があれば過去の WBS を雛形として流用でき効率化はできますが、要素分解そのものを省略してよいわけではありません。プロジェクトごとに要件・体制・制約・スコープは異なるため、必ず今回のプロジェクトに合わせて分解し直し、内容を確認する必要があります。
ここがポイント
- WBS の要素分解は、最下位のワークパッケージが「コスト・所要時間を見積もれる」かつ「進捗を管理できる」粒度になるまで行うのが原則。
- WBS はプロジェクトスコープマネジメントの中核であり、成果物だけでなく会議・管理作業など必要な作業を漏れなく含める（外注分も発注側がスコープを定義する）。
用語