WBS（Work Breakdown Structure）｜作業分解構成図

品質 / 更新日 / COI

品質

Reviewed

更新日

2026/02/12

出典

出典・信頼

COI

none

TL;DR

WBSは成果物を階層的に分解し、管理可能な作業単位に落とし込む構造である。 実務では優先順位付けや説明責任の判断軸になる。

1行定義

WBSはスケジュールではなく、スコープを成果物単位で整理した地図である。 成果物を小さな作業パッケージに分解することで、見積もりと責任が明確になる。 変更要求が出たときもWBSに照らして範囲判断ができるため、スコープ管理の基盤になる。 分解の粒度を揃え、成果物の完成条件を定義することが重要である。 WBSは関連する判断や運用と結び付けて考えると効果が高い。 WBSの対象範囲と評価軸を意識して使うと誤解が減る。 WBSを使う目的を明確にすると意思決定が早くなる。

意思決定インパクト

• 成果物を列挙することで、範囲の内外が明確になる。要件の漏れを早期に発見できる。 結果としてWBSに関する判断が具体化する。
• 細分化によって見積もり精度が上がり、計画が現実的になる。予算配分の根拠が作れる。
• 担当と責任が結び付き、進捗管理がしやすくなる。成果物単位での遅延判断が可能になる。

要点

• 活動ではなく成果物を中心に分解し、完了条件を明確にする。 実務ではWBSの設計に効く。
• 分解レベルをそろえ、見積もりの比較性を保つ。 現場でWBSを進める際の指針になる。
• 各作業パッケージに受入条件と担当者を付ける。 WBSの判断を支える。
• 変更要求はWBSに照らして判断し、影響を記録する。 チームのWBSの行動を揃える。
• スコープが固まるにつれてWBSも更新し、最新版を共有する。 運用時のWBSの品質が上がる。

誤解

• WBSは工程表ではなくスコープ構造であり、順序は別で管理する。
• 組織図をそのままWBSにすると成果物が曖昧になりやすい。 正しく理解するとWBSの適用が安定する。
• 成果物がなくタスクだけ列挙すると管理が弱くなる。 この点を押さえるとWBSの誤用を防げる。

最小例

Webサイト刷新で、情報設計、デザイン、コンテンツ移行、QAを成果物としてWBSに整理する。 各成果物を作業パッケージに分解し、受入条件と担当を決める。 見積もりを積み上げて予算を作成し、追加のマイクロサイト要求が来た際はWBS上の範囲として評価してから承認する。 結果としてスコープの拡大を抑え、納期を守れた。 この取り組みでWBSに関する指標が改善し、次の意思決定が進んだ。 WBSの運用結果を記録し、次の施策に反映した。 関係者と共有したことでWBSの進め方が統一された。 この取り組みでWBSに関する指標が改善し、次の意思決定が進んだ。 WBSの運用結果を記録し、次の施策に反映した。

出典・信頼

• Project Management (Open Textbook Library)