プロジェクトマネジメントの勉強を始めると、「WBSって聞いたことあるけど、ガントチャートと何が違うの？」「結局、作業をリストアップするだけ？」と混乱しがちです。
この記事では、WBSの本質と試験で問われるポイントを、図解と過去問の引用付きで整理します。
対象試験と出題頻度
WBSは、ITパスポート・基本情報技術者・応用情報技術者のすべてで出題される、プロジェクトマネジメント分野の最重要キーワードです。
プロジェクトマネジメントの知識体系（PMBOK）における「スコープ管理」の中心的なツールであり、ガントチャート・アローダイアグラム・マイルストーンといった関連用語との区別が繰り返し問われます。
詳細をクリックして確認
ITパスポート
基本情報技術者
応用情報技術者
★★★★★
ランクS（超重要）絶対に覚える必要あり
用語の定義
WBS（Work Breakdown Structure：作業分解構成図）とは、一言で言うと
「プロジェクトの成果物と作業を、階層的に細かく分解して一覧化した構成図」
のことです。
イメージとしては、「大掃除のToDoリストを部屋ごとに枝分かれさせた表」です。
「家を大掃除する」だけだと何から手をつけるかわかりません。
そこで「リビング」「キッチン」「風呂」と部屋単位に分け、さらに「リビング」を「窓拭き」「床掃除」「棚の整理」に分けていきます。
こうして最後は「これ以上分けても意味がない、すぐ着手できる作業」まで落とし込みます。
WBSも考え方は全く同じで、巨大なプロジェクトを着手可能な小さな単位まで噛み砕くための仕組みです。
📊 WBSの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Work Breakdown Structure（作業分解構成図） |
| 分類 | プロジェクトマネジメント / スコープ管理 |
| 主な利用工程 | プロジェクト計画フェーズ（スコープ定義の直後） |
| 最小単位 | ワークパッケージ（Work Package） |
| 典拠 | PMBOK（Project Management Body of Knowledge） |
解説
プロジェクトが失敗する理由の多くは、「やるべき作業の抜け漏れ」と「見積もりの甘さ」です。
最初に作業全体を俯瞰できていないまま走り出すと、後工程で「この作業が抜けていた」「想定の3倍工数がかかる」といった事態が頻発します。
そこで、プロジェクトの成果物を起点に作業を階層的に分解し、漏れなくダブりなく（MECE）に整理する手法として確立されたのがWBSです。
米国防総省で1960年代に体系化され、その後PMBOKに取り入れられて世界標準となりました。
WBSの階層構造
WBSは、最上位にプロジェクト全体を置き、下に向かって細かく分解していくツリー構造を取ります。
最下層の「これ以上分解しない作業単位」をワークパッケージと呼びます。
WBSの階層構造（ECサイト構築プロジェクト）
↓ 「開発」をさらに分解して見てみましょう
↓ さらに「画面開発」を分解すると…
★ワークパッケージ
★ワークパッケージ
★ワークパッケージ
▲ 最下層のワークパッケージが、担当者の割当・工数見積・進捗管理の最小単位になる
WBSの作り方（4ステップ）
| 手順 | 内容 |
|---|---|
| ① 成果物の洗い出し | プロジェクトの最終成果物を頂点に置く（例：稼働するECサイト） |
| ② 大分類の作成 | 工程やサブシステム単位で分割（要件定義／設計／開発／テスト など） |
| ③ 段階的詳細化 | 各分類を1〜2週間で完了できる粒度まで分解 |
| ④ ワークパッケージ確定 | 最下層に担当者・工数・成果物を割り当て可能な単位に確定 |
分解の粒度には目安があり、これを「8/80ルール」と呼びます。
1つのワークパッケージを8時間以上80時間以下（=おおむね1日〜2週間）の作業量に収めるという経験則です。これより細かいと管理コストが増え、粗いと進捗が見えなくなります。
実務でのWBSイメージ（Excel表形式）
ツリー図はWBSの「構造」を示すための表現ですが、実務ではExcelやプロジェクト管理ツール上で表形式に展開して運用するのが一般的です。
各ワークパッケージに担当者・工数・期間・進捗を紐付け、進捗管理表としてそのまま使えるようにします。
📋 実務でのWBSイメージ：ECサイト構築プロジェクト
タスクID / 階層構造 / 担当者 / 工数 / 期間 / 進捗 / ステータス を一覧管理
| ID | 作業名（WBS） | 担当 | 工数 (h) |
開始日 | 終了日 | 進捗 | 状態 |
|---|---|---|---|---|---|---|---|
| 1 | ECサイト構築 | PM | 480 | 04/01 | 07/31 | 🔵 進行中 | |
| 1.1 | ├ 要件定義 | 山田 | 80 | 04/01 | 04/19 | ✅ 完了 | |
| 1.1.1 | │ ├ 業務ヒアリング | 山田 | 40 | 04/01 | 04/10 | ✅ 完了 | |
| 1.1.2 | │ └ 要件定義書作成 | 山田 | 40 | 04/11 | 04/19 | ✅ 完了 | |
| 1.2 | ├ 設計 | 佐藤 | 120 | 04/22 | 05/17 | ✅ 完了 | |
| 1.3 | ├ 開発 | 鈴木 | 200 | 05/20 | 07/05 | 🔶 進行中 | |
| 1.3.1 | │ ├ 画面開発 | 鈴木 | 96 | 05/20 | 06/14 | 🔶 進行中 | |
| 1.3.1.1 | │ │ ├ 商品一覧画面実装 ★ | 田中 | 32 | 05/20 | 05/29 | ✅ 完了 | |
| 1.3.1.2 | │ │ ├ カート画面実装 ★ | 田中 | 32 | 05/30 | 06/06 | 🔶 進行中 | |
| 1.3.1.3 | │ │ └ 決済画面実装 ★ | 高橋 | 32 | 06/07 | 06/14 | ⚪ 未着手 | |
| 1.3.2 | │ ├ API開発 | 伊藤 | 64 | 05/20 | 06/14 | 🔶 進行中 | |
| 1.3.3 | │ └ DB構築 | 渡辺 | 40 | 05/20 | 05/31 | ✅ 完了 | |
| 1.4 | └ テスト | 中村 | 80 | 07/08 | 07/31 | ⚪ 未着手 |
▲ ★印のワークパッケージ行が、担当者・工数・期間・進捗を直接管理する最小単位。
上位行（L1〜L3）は配下のワークパッケージの集計値を保持する。
この表のポイントは、
ワークパッケージ（★印の行）にだけ担当者と工数を直接割り当て、上位の階層はその集計値を持つ
という構造です。
例えば「1.3 開発」の200hという数字は、配下の1.3.1〜1.3.3の工数を合算したものです。
進捗率も同様にロールアップ集計します。Excelで作る場合はSUMやSUMIFで自動集計するのが定番のテクニックです。
類似ツールとの違い
試験でひっかけとして頻出する、WBSと混同しやすい3つのツールを整理します。
| ツール | 表現するもの | 見分けキーワード |
|---|---|---|
| WBS | 作業の階層構造（何をやるか） | 階層、分解、ツリー、成果物 |
| ガントチャート | 作業のスケジュール（いつやるか） | 時間軸、帯グラフ、進捗 |
| アローダイアグラム （PERT図） |
作業の前後関係とクリティカルパス | 矢印、依存関係、最短/最長 |
| OBS | 組織の階層構造（誰がやるか） | 組織図、部門、責任 |
WBSとOBSを掛け合わせると「どの作業を誰が担当するか」のマトリクスであるRAM（責任分担表）になります。
WBSはあくまで「作業の構造」を表すだけで、スケジュールや担当者はWBS単体では表現しない、という点が試験で重要です。
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 WBSの核心を3行で
・プロジェクトの成果物と作業を階層的に分解する構成図
・最下層の単位を「ワークパッケージ」と呼び、担当者・工数割当の最小単位になる
・「何をやるか」を表現し、「いつやるか（ガントチャート）」「誰がやるか（OBS）」とは役割が違う
試験ではこう出る！
WBSは、IPの「ストラテジ系/マネジメント系」、FE・APの午前「プロジェクトマネジメント」で出題実績が多数あります。出題パターンは大きく3つに整理できます。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| AP R元秋 午前 問52 |
WBSの作成に関する記述として適切なものを選ぶ問題。 | ・「成果物を階層的に要素分解する」が正解 ・「作業の順序」「組織の役割」「コスト集計」がひっかけ |
| FE H30秋 午前 問52 |
ワークパッケージの説明として正しいものを選ぶ問題。 | ・「WBSの最下位レベルの作業単位」が正解 ・マイルストーン・成果物・要素成果物がひっかけ |
| IP R4 問41 |
プロジェクトのスコープ管理でWBSを使う目的を問う問題。 | ・「作業の漏れや重複を防ぐ」が正解 ・進捗管理・予算管理を主目的とする選択肢はひっかけ |
| AP H29春 午前 問51 |
WBS辞書（WBS Dictionary）の記載内容を問う問題。 | ・各ワークパッケージの作業内容・成果物・担当者などの詳細を記述 ・スケジュールそのものではない |
📝 IPA試験での出題パターン
パターン1：「WBSの説明・目的を選べ」
キーワードは「階層的」「要素分解」「成果物」「スコープ」。「作業の順序を時系列で表す」（=ガントチャート）、「作業の依存関係を表す」（=アローダイアグラム）、「組織構造を表す」（=OBS）がひっかけ選択肢として定番です。
パターン2：「ワークパッケージとは何か」
「WBSの最下位の作業単位」が正解。マイルストーン（節目となる時点）と混同させる選択肢に注意してください。
パターン3：「WBSと他ツールの組み合わせ」
WBSで作業を洗い出し→各作業の工数見積→ガントチャートでスケジュール化、という流れを問う問題。「WBS単体ではスケジュールを表現しない」がキーポイントです。
試験ではここまででOKです。WBS辞書の細かい記載項目（コード体系・管理単位など）はAP午後でも稀なので、深追いは不要です。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. WBS（Work Breakdown Structure）の説明として、最も適切なものはどれでしょうか？
- A. プロジェクトの各作業の開始日・終了日を時間軸上の帯グラフで示し、進捗状況を一目で把握できるようにしたもの。
- B. プロジェクトの成果物を起点として、必要な作業を階層的に要素分解し、最下層のワークパッケージまで構造化したもの。
- C. プロジェクトの各作業の前後関係を矢印で表現し、最短の完了日数となる経路を導き出すための図。
正解と解説を見る
正解：B
解説：
WBSは、プロジェクトの成果物を頂点に置き、それを実現するための作業を漏れなくダブりなく階層的に分解した構成図です。最下層の「ワークパッケージ」が、担当者の割当・工数見積・進捗管理の最小単位となります。
選択肢Aはガントチャートの説明です。ガントチャートは「いつやるか」を時間軸で示すスケジュール管理ツールであり、「何をやるか」の構造を示すWBSとは目的が異なります。選択肢Cはアローダイアグラム（PERT図）の説明です。作業の前後関係と最短経路（クリティカルパス）を求めるためのネットワーク図であり、作業の階層構造を示すものではありません。
よくある質問（FAQ）
Q. WBSはどの粒度まで分解すれば良いですか？
実務では「8/80ルール」と呼ばれる経験則が広く使われています。1つのワークパッケージを8時間以上80時間以下（おおむね1日〜2週間）の作業量に収めるという考え方です。これより細かいと管理オーバーヘッドが増え、これより粗いと進捗が見えなくなります。アジャイル開発では1スプリント（1〜2週間）に収まるサイズが目安になります。
Q. WBS辞書（WBS Dictionary）とは何ですか？
WBSの各要素（特にワークパッケージ）について、作業内容・受入基準・成果物・担当者・必要なリソースなどの詳細情報を記述した補足ドキュメントです。WBSの図そのものはツリー構造の概略しか示さないため、各要素の意味を一意に確定させるために用意します。PMBOKでもWBSとセットで作成することが推奨されています。
Q. アジャイル開発でもWBSは使いますか？
使うチームと使わないチームに分かれます。スクラムなどの純粋なアジャイルでは、WBSの代わりにプロダクトバックログ（優先順位付きの要求リスト）で管理することが一般的です。ただし、ハイブリッド型のプロジェクトでは、契約や予算確保のために初期計画としてWBSを作成し、実行フェーズではバックログで運用するスタイルが採られます。試験では「アジャイル＝WBSを使わない」と単純化せず、ウォーターフォール・PMBOK文脈ではWBSが標準と理解しておいてください。
Q. WBSは「成果物型」と「作業型」のどちらで作るべきですか？
PMBOKでは「成果物型（Deliverable-Oriented）」が推奨されています。各階層を「設計書」「実行可能なモジュール」のように成果物単位で分解する方式です。これに対し「作業型（Phase-Oriented）」は「設計する」「実装する」のように動詞で分解します。試験では成果物型が原則と覚えておけば十分で、実務ではプロジェクトの特性に応じて使い分けます。
Q. WBSを作るとどんなメリットがありますか？
主なメリットは4つあります。第一に、作業の抜け漏れを防げること。第二に、各ワークパッケージごとに工数見積ができるため、プロジェクト全体の見積精度が上がること。第三に、担当者の割り当てが明確になり責任の所在がはっきりすること。第四に、ステークホルダーと作業範囲（スコープ）の合意形成がしやすくなることです。逆に言うと、これらが曖昧なまま走り出すプロジェクトは破綻しやすい、ということでもあります。
