問52
頻出度★★★
プロジェクトマネジメントにおける WBS の要素分解に関する記述のうち, 適切なものはどれか。
平成22年度 秋期 ITパスポート試験 問52
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
この問題の解説と、これまでの解答の記録です。
解説
問 52
- ア
正解 正解は ア。WBS (Work Breakdown Structure＝作業分解構成図) は、プロジェクトの成果物と作業を上位から段階的に分解して階層構造に整理したものである。この要素分解をどこで止めるかの基準が、最下位の要素 (ワークパッケージ) について「必要な工数・費用を見積もれる」かつ「開始日・終了日と担当者を決めてスケジュールを組める」かどうかである。見積りも日程化もできないほど大きな塊のままでは、進捗も費用も管理できない。逆に、その二つができる粒度まで下りていれば、各ワークパッケージにコストと期間と責任者を割り当て、それらを積み上げてプロジェクト全体の総コストと全体スケジュールを作ることができる。つまり要素分解の最下位の詳細さは、コスト見積りとスケジュール作成を行えるレベルとするのが適切であり、ア が正しい。
不正解イ
分解の詳細さはプロジェクトの規模や複雑さ、必要な管理の細かさに応じて決めるものであり、規模によらず同じにするという記述は誤り。数か月・少人数の小規模プロジェクトと、数年・多拠点にまたがる大規模プロジェクトとでは、管理すべき作業の量も体制も違うため、当然ワークパッケージの粒度も変わる。判断基準はあくまで「その単位で見積りと日程化と責任の割当てができるか」であって、あらかじめ決めた一律の深さではない。
不正解ウ
分解の深さをすべての要素成果物で同じにする必要はない。作り慣れていて内容が明確な成果物は浅い分解で十分に管理できる一方、不確実性が高い部分や複数の担当に分かれる部分は深く分解しないと見積りも進捗管理もできない。また、先の工程はまだ内容が固まらないため大枠のままにしておき、着手が近づいてから詳細化していく進め方 (段階的な詳細化) も一般的で、深さは要素ごとに異なるのが自然である。
不正解エ
細かくすればするほど効率が上がるとはいえない。分解を細かくするほどワークパッケージの数が増え、その一つひとつについて見積り・日程・実績報告・進捗集計といった管理作業と文書が発生するため、ある程度を超えると管理コストのほうが大きくなり、かえって作業効率は下がる。要素分解は管理可能な単位に到達したところで止めるのが原則で、細分化そのものが目的ではない。
ここがポイント
- WBS (作業分解構成図) はプロジェクトの成果物・作業を階層的に分解した図で、最下位の要素をワークパッケージと呼ぶ。分解の終点の基準は、その単位でコスト (工数・費用) の見積りとスケジュール (日程) の作成、および責任者の割当てができる詳細さに達したかどうかである。
- 分解の深さは一律ではない。プロジェクトの規模・複雑さ、成果物ごとの不確実性、必要な管理の細かさに応じて変えるのが適切で、細かくしすぎると管理工数が増えて逆効果になる。
用語