ITパスポート 2010年 秋期 問52

プロジェクトのWBS（要素分解）に関する記述【ITパスポート 解説】

正解の理由

• 各要素の作業時間や担当を見積れる（スケジュール作成）
• 必要な材料や工数から費用が算出できる（コスト見積り）
• これらができなければ、全体の進捗管理や予算管理ができません

解法ステップ

1. WBSとは何かを確認する（成果物や作業を階層的に分ける図であること）。
2. 「最下位の詳細さ（＝ワークパッケージ）」に求められる役割を考える。
   • 見積り（コスト）とスケジュール（期間）を出せるかどうか。
3. 各選択肢がその要件を満たすかを検討する。
   • ア：満たす → 正解
   • 他：規模に依存したり、常に同じ深さにしたり、細かければ良いとする点で不適切

選択肢別の誤答解説

• ア: 要素分解の最下位の詳細さは、コスト見積りとスケジュール作成を行えるレベルである。
  → 正解。ワークパッケージは見積りと管理ができる粒度で作るのが基本。
• イ: 要素分解の最下位の詳細さは、プロジェクトの規模によらず同じにする。
  → 誤り。大規模プロジェクトと小規模プロジェクトでは適切な粒度が違います。小さいプロジェクトでは大まかでも管理可能、巨大なプロジェクトではより細かい分解が必要です。
• ウ: 要素分解の深さは、すべての要素成果物に対して同じにする。
  → 誤り。成果物ごとに複雑さやリスク、責任の分け方が異なるため、均一にする必要はありません。重要な部分は細かく、単純な部分は浅くすることが合理的です。
• エ: 要素分解を細かくすればするほど作業効率が向上する。
  → 誤り。細かくしすぎると管理の手間（会議、報告、調整）が増え、逆に効率を下げます。適切なバランスが大事です。

よくある誤解

1. 「細かければ良い」という考え
   • 細かすぎると管理負荷が増えます。ワークパッケージは見積り・管理が可能な最小単位に留めます。
2. 「すべて均一に分解すべき」
   • 成果物やリスクに応じて深さを変えることが合理的です。均一化は非効率を招く場合があります。
3. 「見積りは目安で十分」
   • 粒度が粗すぎると見積り誤差が大きくなり、計画の信頼性が下がります。管理可能な精度が必要です。

補足コラム

• ワークパッケージ（最下位要素）の作り方の目安：
  • 「作業を担当者が責任を持って完了できる単位」
  • 期間の目安としては、業界や会社で異なりますが「数日〜数週間」の範囲に収めることが多いです（長すぎると進捗把握が難しいため）。
  • プロジェクト管理の業界では「8/80ルール（例：作業は8時間未満では分割し、80時間を超えない）」のような経験則もありますが、これはあくまで参考です。プロジェクトの性質や組織の運用に合わせて調整してください。
• 実務でのポイント：
  • リスクが高い工程は細かく分解して管理。
  • 定期的な報告サイクル（週次、月次）に合う粒度にする。
  • コスト管理や外注管理のために「計測・請求しやすい単位」にすることも重要です。

FAQ