WBS(作業分解構成図)とは?
WBSとは、プロジェクトの全作業を「フェーズ→タスク」のように階層的に分解して一覧化したもの。各タスクに担当者・工数・期日を割り当てることで、抜け漏れのない計画と進捗管理の土台になります。
実務での使い方
作り方の基本は、①成果物を洗い出す②成果物ごとに必要な作業を分解する③1タスクを1人・数日以内の粒度にする④依存関係を考慮して並べる、の順です。タスクの粒度が粗すぎると進捗が「90%完了」のまま進まない問題が起きます。
WBSを時間軸に載せたものがガントチャートです。実務では、最初から完璧な計画を作るより、マイルストーン(中間目標)を先に置き、直近のタスクだけ詳細化する「段階的詳細化」が変更に強く現実的です。
マイルストーンとは?WBSとの関係
マイルストーンとは、プロジェクトの節目となる中間目標地点のこと。「要件定義完了」「テスト開始」のような重要な区切りを日付付きで設定し、進捗の遅れを早期に検知するための基準点として使います。
置き方の目安は、3〜6か月のプロジェクトなら月1回程度の粒度で、承認や意思決定が必要なポイント(要件確定、リリース判定など)に置くことです。ガントチャート上では期間を持たない菱形の記号で表し、遅れが出たときのリカバリー判断の基準になります。
タスクとの違いは、マイルストーンが「期間ゼロの地点」である点です。「設計する」はタスク、「設計レビュー承認」はマイルストーンです。数を増やしすぎると形骸化するため、遅れたら関係者に報告・対策が必要になるレベルの節目に絞るのがコツです。
WBSの分解の粒度:どこまで細かくする?
粒度の実務的な目安は「1タスク=担当者1人・数日以内(一般に2〜5営業日程度)」です。これより粗いと進捗遅れの発見が遅れ、細かすぎると更新が追いつかず形骸化します。「終わったかどうかを客観的に判定できる単位」まで割るのが下限の基準です(「検討する」ではなく「比較表を作成する」)。
もう一つのコツは、成果物起点で分解することです。作業(〜する)ではなく成果物(〜書、〜一覧)で洗い出すと、抜け漏れの確認がしやすく、完了の定義も明確になります。プロジェクト序盤は遠い工程を粗く、直近1〜2ヶ月を細かく分解し、進行に合わせて詳細化する「段階的詳細化」が現実的な運用です。
直近1〜2ヶ月だけ第3層まで細かく、遠い工程は粗いまま進行に合わせて詳細化する。これを時間軸に載せたものがガントチャート。
WBSの書き方の例:Webサイト制作の場合
Webサイト制作を例にすると、1段目に「企画」「設計」「制作」「公開」のフェーズを置き、2段目にそれぞれの成果物を並べます。企画なら「目的と対象読者のメモ」「競合サイトの比較表」、設計なら「サイトマップ」「ページごとのワイヤーフレーム」、制作なら「原稿」「デザイン」「コーディング」、公開なら「動作確認の結果一覧」「公開手順書」です。
3段目で成果物を作業に割り、各作業に担当者・開始日・期日・工数を入れます。例えば「原稿」なら「トップページの原稿を書く」「サービス紹介の原稿を書く」「原稿を社内で確認する」と分け、確認作業も独立した行として置くのがポイントです。確認や承認の待ち時間を行として書いておかないと、スケジュールが実態より短く見積もられがちです。
WBSの3段構成の例。確認・承認も1行の作業として書くと、待ち時間の見落としを防げる。