目次／制作・開発ディレクション／プロジェクトマネジメント

WBS（ワークブレークダウンストラクチャー）

項目番号 061

10秒でわかる！要点まとめ

「象を食べるには一口ずつ」。巨大なプロジェクトも、細かく刻めば怖くない
スケジュール表を引く前に、まずは「やるべきこと」を全て洗い出す作業分解図
「1タスク＝1担当者」にできない粒度では、誰も責任を持てず仕事が宙に浮く

1. 概要：プロジェクトを「管理可能なサイズ」に切り刻む

WBS（Work Breakdown Structure：作業分解構成図）とは、プロジェクトのゴールを達成するために必要な作業（タスク）を、これ以上分割できない最小単位まで階層的に分解し、ツリー構造やリスト形式で整理する手法です。

「Webサイトを作る」という巨大なタスクのままでは、見積もりも進行管理もできません。これを「デザイン」「コーディング」「テスト」といったフェーズに分け、さらに「トップページデザイン」「下層ページデザイン（A案）」「素材購入」といった具体的な作業レベルまで細分化します。「何をやるべきか（スコープ）」を網羅的に可視化する、プロジェクトの地図作りです。

2. なぜ重要なのか：抜け漏れ防止と「見積もり精度」の向上

WBSを作らずにプロジェクトを始めるのは、材料リストを持たずに料理を始めるようなものです。途中で「あ、サーバーの契約を忘れていた」「お問い合わせフォームの仕様が決まっていなかった」といった抜け漏れが発覚し、手戻りや遅延の原因になります。

また、見積もりの精度を上げるためにも不可欠です。「コーディング一式：1ヶ月」というドンブリ勘定は外れますが、「トップページ：3日」「下層10ページ：5日」「問い合わせフォーム：3日」と積み上げた数字（ボトムアップ見積もり）は、実績と大きくズレません。WBSは、正確なスケジュールと見積もりの土台となるのです。

3. 実務のポイント：粒度（サイズ）とMECE

実務で使えるWBSを作るための鉄則は以下の3点です。

適切な粒度（サイズ）：1つのタスクが「1週間」かかるようでは大きすぎます。進捗が見えなくなるからです。1つのタスクは「半日〜最大3日」程度で終わるサイズに分解します。
担当者の明確化：1つのタスクに対して、責任者（ボールを持つ人）は必ず「1名」にします。「チーム全員」と書くと、誰もやりません。
MECE（漏れなくダブりなく）：必要な作業がすべて網羅されており、かつ重複がない状態を目指します。特に「会議」「資料作成」「メール対応」といった管理工数もタスクとして洗い出すことが、隠れ残業を防ぐコツです。

4. スキルアップのヒント：Excelやスプレッドシートを使い倒す

専用ツールもありますが、まずはExcelやGoogleスプレッドシートで階層構造を作る練習をしましょう。大項目（フェーズ）→中項目（機能・ページ）→小項目（具体的作業）と列を分け、担当者と工数を入れるフォーマットを自分で作ってみてください。

ヒアリング前に大項目（要件定義・デザイン・実装・テスト・リリース準備）を先に立てておき、ヒアリングを通じて下の階層をブレイクダウンしていく順番にすると、抜け漏れが減ります。タスクの依存関係まで可視化できると、どのフェーズがボトルネックになるかを事前に読めるようになります。

工数のバッファは、現場の肌感で概算の1.25〜2倍が目安として挙がります（案件の不確実性によって幅があります）。

また、プロジェクトが終わった後にWBSを見直し、「抜けていたタスクは何か（例：ブラウザチェックの時間、修正対応の時間）」を赤字で追記することで、次のプロジェクトではより完璧なWBSが作れるようになります。