WBS（ワーク・ブレークダウン・ストラクチャー）：例と作り方

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

A WBS（ワーク・ブレークダウン・ストラクチャー） とは、プロジェクトのスコープ全体を、成果物を中心に段階的に小さな要素へ分解した階層構造です。最上位はプロジェクト全体で、その下の各レベルが親要素を構成要素に分割し、最終的に見積もり、割り当て、追跡ができる ワークパッケージ に至ります。WBSは*何を*提供するかを示すものであり、いつ、どのように提供するかを示すものではありません。

PMIのPMBOKガイドでは、WBSを「プロジェクト目標を達成し、必要な成果物を生み出すためにプロジェクトチームが実行する作業のスコープ全体を階層的に分解したもの」と定義しています。PMIのフレームワークでは、承認された スコープ記述書、WBS、WBS辞書が合わさって スコープベースラインを構成し、これがスコープを測定しコントロールする基準点になります。

この技法は米国の大規模な防衛・宇宙プログラムに起源を持ち、米国国防総省は今でもWBSの標準（MIL-STD-881）を維持しています。PMIも専用の*Practice Standard for Work Breakdown Structures*を発行しています。とはいえ、防衛規模のプロジェクトでなくてもメリットは得られます。小規模なチームなら、ホワイトボードに描いた3レベルのシンプルなWBSで十分なことがよくあります。

WBSは通常、ツリー図（組織図のようなもの）として描くか、インデントと番号を付けたアウトラインや表として書きます。どちらも同じこと、つまりプロジェクト全体を、合計すると全体にぴったり一致する部分に分解したものを示しています。

WBSが重要な理由

WBSの作成には数時間かかりますが、プロジェクト全体を通じて十分に元が取れます。WBSは次のことに役立ちます：

• スコープ全体を把握する。 作業を分解すると、研修、データ移行、ドキュメントなど、見落とされがちな成果物が明らかになります。
• より正確に見積もる。 小さく明確に定義されたワークパッケージは、プロジェクト全体よりもはるかに見積もりやすくなります。当サイトのガイドをご覧ください： コスト見積り.
• 責任の所在を明確にする。 すべてのワークパッケージに担当者が1人いるため、説明責任が見えるようになります。 RACIマトリクス を使えば、役割をWBSの要素に対応付けられます。
• スケジュールと予算を作成する。 アクティビティ、所要期間、コストはワークパッケージごとに計画され、WBSを通じて集計されます。
• スコープをコントロールする。 WBSのどこにも当てはまらない作業は、次のサインです： スコープクリープ.
• リスクを特定する。 各要素を順に見ていくことは、「ここで何が問題になりうるか？」を体系的に問う方法です。
• 伝える。 1ページのWBS図があれば、スポンサーとチームはプロジェクトに含まれるものについて共通のイメージを持てます。

WBSはプロジェクトマネジメント計画書の中心的な部分です。スケジュール、コストベースライン、資源計画はすべてWBSを軸に整理されます。

良いWBSのための主なルール

100%ルール

なお、 100%ルール は最も重要な原則です。WBSには、プロジェクトマネジメントの作業を含め、プロジェクトのスコープで定義された作業の100%が含まれ、それ以外は一切含まれません。これはすべてのレベルに適用されます。どの要素についても、その子要素の合計は、多すぎず少なすぎず、ちょうどその要素の作業の100%でなければなりません。子要素に親要素に含まれない作業があればそれはスコープ外であり、子要素が親要素のすべてをカバーしていなければ何かが欠けています。

活動ではなく成果物

WBSの要素には、行動を表す動詞（「決済を統合する」「ガイドを書く」「会場を予約する」）ではなく、成果を表す 名詞 で名前を付けます（「決済連携」「ユーザーガイド」「会場」）。成果物中心の要素にすると、網羅性の確認や受入基準の定義がしやすくなります。各ワークパッケージを生み出すのに必要な活動は、後でスケジュールに記載します。

相互に排他的な要素

同じ作業が2か所に現れてはいけません。重複があると、見積りの二重計上、責任の所在の混乱、誰が何をするかをめぐる争いにつながります。

適切なレベルまで分解する

ワークパッケージが、確実に見積もり、1人の担当者に割り当て、追跡できる大きさになったら分解をやめます。ただし、管理する手間が作業そのものを上回るほど小さくしてはいけません。よく使われる目安（正式な標準ではありません）には次のものがあります：

• 8/80ルール： ワークパッケージの工数はおおむね8〜80時間にする。
• 報告期間ルール： 進捗が見えるよう、ワークパッケージは1〜2回の報告期間を超えないようにする。
• 「意味があれば」ルール： 見積り、割り当て、コントロールが改善される場合にのみ、さらに分解する。

ほとんどのプロジェクトでは3〜4レベルが必要です。大規模なプログラムではそれ以上、小規模なプロジェクトでは2レベルで済むこともあります。

ワークパッケージごとに担当者は1人

複数の人が関わる場合でも、すべてのワークパッケージには説明責任を負う担当者を1人置くべきです。共同責任は、たいてい誰も責任を持たないことを意味します。

WBSのレベルと構成要素

WBSのレベルは上から番号が振られます。具体的な名称は組織によって異なりますが、典型的な構造は次のとおりです：

アクティビティとタスクはワークパッケージの下に位置しますが、それらはWBS自体ではなく プロジェクトスケジュール に記載します。当サイトの プロジェクトのタスクとアクティビティ のガイドでその違いを説明しています。

その他に目にする構成要素：

• WBSコード： すべての要素に一意の識別子を与え、階層内の位置を示す番号体系（1、1.1、1.1.1）。コードによってWBSがスケジュール、予算、タイムシートと結び付きます。
• ワークパッケージ： WBSの最下位レベルで、工数、コスト、所要期間を見積もり、作業を割り当てる単位。当サイトの ワークパッケージのガイド.
• コントロールアカウント： ワークパッケージの上位にある管理ポイントで、スコープ、予算、実コストを比較します。次と併用されることがよくあります： アーンドバリューマネジメント.
• 計画パッケージ： スコープに含まれることはわかっているが、まだワークパッケージに分解できるほど詳細になっていない作業のためのプレースホルダー。
• WBS辞書： 各要素を詳しく説明する付属文書（以下で解説）。

ワークパッケージは、計画が実際の作業になる場所です。

WBSの種類

主な選択肢は、レベル2をどのように構成するかです。最も一般的な2つのアプローチは、成果物ベースとフェーズベースです。

多くのチームはハイブリッド型を使っています。レベル2にフェーズ、レベル3に成果物を置く形です。どちらを選ぶにしても、各レベルで一貫して適用しましょう。その他の構成方法には、場所別（拠点や建物）、サブシステム別（エンジニアリング）、組織単位別などがありますが、部門別に構成すると成果物中心という考え方が崩れがちです。

同じWBSをいくつかの形式で表現できます：

• ツリー図： 上位3レベルをスポンサーやチームに伝えるのに最適です。
• アウトライン： インデントと番号を付けたリスト。作成も編集も素早くできます。
• 表またはスプレッドシート： 要素ごとに1行で、コード、担当者、工数、コストを記載。詳細の管理と集計に最適です。
• スケジューリングツール内： WBSが次のサマリータスク構造になります： ガントチャート.

WBSの例

以下の例は、同じ原則をさまざまな種類のプロジェクトに適用したものです。出発点として使い、要素をご自身のスコープに合わせて調整してください。

例1：顧客ポータル（成果物ベース）

これは当サイトの無料の WBSテンプレートの例と同じ構成で、各要素に入力した工数とコストがプロジェクトの合計に集計されます。

例2：同じプロジェクトのフェーズベース版

フェーズベース版はステージゲートのレビューには使いやすいものの、主要な成果物が「実行」の中に隠れてしまう点に注意してください。それらを見えるようにするには、さらに1レベル必要になります。

例3：オフィス移転

1.6の見落とされがちな成果物に注目してください。旧物件からの退去には実際の作業と実際のコストがかかり、WBSによってそれが早い段階で見えるようになります。

例4：カンファレンス

WBSの作り方

以下の手順に従えば、どのプロジェクトでもWBSを作成できます。小規模なプロジェクトなら1回のワークショップで済み、大規模なプロジェクトでは複数回のセッションが必要になることもあります。

1. 承認済みのスコープから始める。 次を集めます： プロジェクト憲章、スコープ記述書、要求事項、契約書や作業範囲記述書。定義されていないスコープは分解できません。
2. レベル1を定義する。 最上位にプロジェクトの最終成果物または名称を書きます。
3. レベル2の構成方法を選ぶ。 主要な成果物とフェーズのどちらにするかを決め（上記参照）、プロジェクトマネジメントの枝を含めます。
4. 各要素を分解する。 レベル2の各要素を、それを構成する 成果物に分解します。「何をする必要があるか？」ではなく「これは何で構成されているか？」と問いましょう。
5. ワークパッケージで止める。 最下位の各要素が、見積もり、1人の担当者への割り当て、1回の報告期間内での追跡ができるようになるまで続けます。
6. 100%ルールを適用する。 各親要素について、子要素がその作業をすべてカバーし、それ以上を含んでいないことを確認します。抜けと重複を探しましょう。
7. 要素に番号を付ける。 スケジュール、予算、報告書で参照できるよう、すべての要素に一意のWBSコードを付けます。
8. WBS辞書を書く。 各ワークパッケージについて、スコープ、成果物、受入基準、担当者、前提条件、見積りを記述します。
9. チームとステークホルダーとレビューする。 作業を行う人々は抜けている要素や非現実的な分割に気付き、ステークホルダーはスコープ外のものがないことを確認します。
10. ベースライン化し、維持する。 承認されると、WBSはスコープベースラインの一部になります。更新は次を通じてのみ行います： 変更管理.

WBS辞書

A WBS辞書 は、WBSの付属文書です。WBSは構造を示し、辞書は各要素を説明して、何が含まれるかを全員が正確に理解できるようにします。特にワークパッケージで役立ち、担当者向けのミニ概要書として機能します。

辞書の項目には通常次のものが含まれます：

• WBSコードと要素名。
• 作業の説明と、含まれるものと除外されるもの。
• 成果物と受入基準。
• 担当者（責任を負う人または組織）。
• 工数、コスト、所要期間の見積り。
• 主要なマイルストーンと依存関係。
• 前提条件、制約条件、既知のリスク。
• 資源、品質要求事項、参考資料。

辞書の項目の例

大きなワークパッケージの場合は、当サイトの次を使って項目を完全なワークパッケージ記述書に拡張できます： ワークパッケージテンプレート.

WBSからスケジュールと予算へ

WBSはスケジュールではありませんが、スケジュールのインプットになります。WBSについて合意したら：

1. 各ワークパッケージを生み出すのに必要なアクティビティを列挙します。
2. 特定する タスクの依存関係 をアクティビティ間に設定します。
3. 所要期間と工数を見積もります。当サイトの 工数見積りガイド で主な技法を解説しています。
4. スケジュールを作成し、次を特定し、 クリティカルパス 、さらに次を追加します： マイルストーン.
5. ワークパッケージごとにコストを見積もり、次に集計します： プロジェクト予算.

どの文書がどの問いに答えるのかを明確にしておくと役立ちます：

スケジューリングはWBSの次の自然なステップです。

アジャイルのプロジェクトでWBSを使う

スクラムガイドはWBSに言及しておらず、アジャイルチームは通常その代わりに順序付けられた プロダクトバックログ を使って作業します。それでも、大きな成果を価値のある小さな単位に分解するという根底にある考え方は、アジャイルにもしっかり組み込まれています。

当サイトの経験では、テーマ、 エピック、フィーチャー、ユーザーストーリーからなるバックログの階層は、成果物ベースのWBSと似た役割を果たします。ただし、主な違いが2つあります。網羅性のために構造化されるのではなく価値の順に並べられること、そしてチームの学習に応じて変わることが前提であることです。

軽量で上位レベルのWBSは、アジャイルやハイブリッドのプロジェクトでも役立ちます：

• 最初のスプリントの前に、全体のスコープと予算についてスポンサーと合意するため。
• 研修、データ移行、調達など、バックログに現れないかもしれないソフトウェア以外の成果物を示すため。
• ローリングウェーブ計画法を支えるため。直近の作業は詳細に分解し、後の作業は計画パッケージのままにします。
• WBSに基づいて報告する大きなプログラムに、アジャイルチームを組み込むため。

WBSでよくある間違い

WBSのテンプレートとツール

当サイトの無料の WBSテンプレート は、Google Sheets、Excel、PDFで利用できます。WBSコード、レベル、成果物またはワークパッケージ、説明、担当者、工数（日）、コスト、ステータスの列があり、工数とコストはプロジェクトの合計に集計されます。詳細なコスト算定には プロジェクトコスト見積りテンプレート と、ワークパッケージをスケジュールに落とし込むには ガントチャートテンプレート と組み合わせて使いましょう。

ほとんどのプロジェクト管理ソフトウェアは、WBSを自動採番付きの入れ子タスクやサマリータスクとして保持できるため、WBSとスケジュールの同期が保たれます。当サイトの ガントチャートソフトウェア と プロジェクト管理ソフトウェアランキング で選択肢を比較しています。

このトピックの無料テンプレート

すべてのテンプレートを見る

よくある質問