3-2. 作業の細分化：WBS（Work Breakdown Structure）の構築
合意したスコープ記述書をベースに、具体的で実行可能な計画に分解するためのツールが「WBS（Work Breakdown Structure：作業分解構成図）」です。WBSは、プロジェクト全体の作業を階層的に細分化した構造図であり、進捗管理や見積もりの基盤となります。
WBSの定義と構造
WBSは、プロジェクトの「成果物」を起点として、段階的に小さな構成要素へと分解していきます。
- 最上位（レベル1）: プロジェクト全体（成果物全体）。
- 中間階層: 主要なフェーズ、またはモジュール（成果物の構成要素）。
- 最下層: これ以上分解する必要のない、管理の最小単位である「ワークパッケージ（Work Package）」。
WBSの構成レベルと管理の具体例
WBSをどのように構築し、管理するかを表にまとめました。
| WBS階層レベル | 単位名 | 具体的な作業内容（例：Webサイト開発） | 管理上の役割・目的 |
|---|---|---|---|
| レベル 1 | プロジェクト全体 | 「ECサイト構築プロジェクト」全体の完遂。 | プロジェクト憲章やビジネスケースに整合した全体統制。 |
| レベル 2 | 大工程（フェーズ / 管理単位） | 「要件定義」「設計」「実装」「テスト」「リリース」 | 主要なマイルストーンやゲート承認（各フェーズ完了時の審査）の対象。 |
| レベル 3 | 中工程（サブシステム / モジュール） | 実装フェーズの下の「決済システム構築」「商品検索機能構築」など。 | 各機能・サブシステムごとの担当チーム（リーダー）への責任割り当て。 |
| レベル 4（最下層） | ワークパッケージ （Work Package） | 「クレジットカード決済API連携」「決済完了メール自動送信機能」 | 見積もり・スケジュール・予算の割り当ての最小単位。進捗の客観的な評価を行う。 |
WBSの基本原則：100%ルール
WBSを構築するにあたって、基本となるのが「100%ルール（100 Percent Rule）」です。
100%ルールとは
「下位階層の作業の総和は、上位階層の作業と一致しなければならない」という原則です。
- 漏れがないこと（下位の作業を合計した際に上位の作業範囲を網羅していること）。
- 重複や範囲外のものを含めない（スコープ記述書に含まれない作業が混ざらないようにする）。
WBSツリー構造
WBSは通常、以下のようなツリー構造（階層構造）で整理します。
図 3-2：WBSのツリー構造（分解の流れ）
WBS辞書（WBS Dictionary）
WBSの各ノードに記載できる情報量は限られているため、名前だけでは具体的な作業イメージが伝わりません。そこで、WBSの各要素を詳細に補足説明する文書として「WBS辞書（WBS Dictionary）」を併せて作成します。
WBS辞書には、各ワークパッケージの「詳細な作業記述」「担当者・チーム」「期限」「必要なリソース」「受け入れ基準」「依存関係」などが書かれており、メンバーが作業内容を正確に理解するための補足文書としての役割を果たします。