ITパスポート 2018年 春期 問48

WBSの作成に関する記述【ITパスポート 解説】

正解の理由

• WBSは「作業（アクティビティ）」ではなく「成果物（ドキュメント、機能、製品など）を基準」に分解することが推奨されます。
• 分解の目的は見積り・管理・責任範囲の明確化です。

解法ステップ

1. WBSの定義を思い出す：Work Breakdown Structure = 成果物ベースの作業分解。
2. 各選択肢が「成果物ベース」か「作業ベース」かを見分ける。
3. 明らかに現実的でない細かさや不適切な作り方を消去する（粒度の極端さや固定深さなど）。
4. 成果物を基に分解すると述べている選択肢を選ぶ（今回なら ウ）。

選択肢別の誤答解説

• ア: 最下位の作業は1人が必ず1日で行える作業まで分解して定義する。
  • 誤り。WBSの最小単位（ワークパッケージ：作業の最小単位で見積り・担当が決まるもの）は「1日」であると決まっていません。あまりに細かいと管理コストが増えます。一般的には「見積り可能で担当が決められる」程度の粒度が適切です（例：数日〜数週間が目安）。
• イ: 最小単位の作業を一つずつ積み上げて上位の作業を定義する。
  • 誤り。これは「ボトムアップで作る」考えですが、WBSは基本的にトップダウン（成果物を上位に置いて下位に分解）で作るのが標準です。現場では両者を組み合わせて調整することはありますが、定義そのものは成果物ベースのトップダウンが原則です。
• ウ: 成果物を作成するのに必要な作業を分解して定義する。
  • 正しい。WBSは成果物（例：報告書、ソフトの機能、納品物）を基準に分解し、各成果物を作るための作業を階層化します。よって ウ が適切です。
• エ: 一つのプロジェクトでは全て同じ階層の深さに定義する。
  • 誤り。プロジェクト内の成果物ごとに必要な分解の深さは異なります。ある成果物は詳細な作業が必要で深い階層になる一方、単純な成果物は浅い階層で済むことがあります。全て同じ深さに揃える必要はありません。

よくある誤解

1. 「WBSは作業順に書く」→ 誤り。WBSは何を作るか（成果物）を整理するもので、順序（スケジュール）はガントチャート等で示します。
2. 「細かければ良い」→ 誤り。過度に細分化すると管理コストが上がり、かつ見積り誤差や変更対応が増えます。適切な粒度（見積り・担当が確定できる単位）が重要です。
3. 「WBSは一度作れば終わり」→ 誤り。プロジェクト進行中にスコープ変更や詳細化が起きるため、WBSは更新していくものです。

補足コラム

• 100%ルール：WBSの全ての子要素を合計すると親要素の範囲（スコープ）を完全に表すべき、という考え方です。抜け漏れや重複を防ぐためのチェック項目です。
• ワークパッケージの粒度目安：現場でよく使われる目安に「8/80ルール（作業は8時間より小さすぎず、80時間より大きすぎない）」や「1〜2週間単位で見積もれる範囲」があります。これは厳格な規則ではなく実務上の目安です。
• WBS辞書：各ワークパッケージの説明、成果物、担当、見積り、受入基準などを文書化したもの。WBSと一緒に管理すると実務で便利です。
• WBSとスケジュールの違い：WBSは「何を作るか（何を含めるか）」を示す。スケジュール（例：ガントチャート）は「いつ・どの順で・どれくらいの期間で行うか」を示します。

FAQ