WBSの作り方5ステップ|タスクの洗い出しから工数見積もりまで

公開: 2026年7月12日

「プロジェクトの計画を立てよう」と言われても、いざ手を動かすと何から書けばいいのか分からない——WBSづくりでつまずくのは、たいてい最初の一歩です。頭の中にはやることがぼんやり浮かんでいるのに、それを漏れなく・重複なく並べようとすると急に難しくなる。結果、いきなりガントチャートに日付を並べ始めてしまい、あとから抜けが見つかって組み直し、という経験をお持ちの方も多いのではないでしょうか。

この記事では、WBS(作業分解構成図)とは何かをやさしく整理したうえで、成果物の洗い出しから工数見積もりまでを5つのステップに分けて解説します。分解の粒度の目安や、初めての担当者がやりがちな失敗まで含めて、実務でそのまま使える手順としてまとめました。読み終えたときには、白紙のスプレッドシートを前にしても「まずここから書けばいい」と手が動く状態を目指します。

WBSとは?——「作業分解構成図」をやさしく理解する

WBSは Work Breakdown Structure の略で、日本語では「作業分解構成図」と訳されます。名前は難しそうですが、やっていることはシンプルです。プロジェクトのゴールを、実行できる大きさの作業まで段階的に分解して、階層的に並べたもの——それがWBSです。

たとえば「社内向けの勉強会を開催する」というゴールがあったとします。これをそのままスケジュールに落とそうとしても大きすぎて扱えません。そこで「企画」「集客」「当日運営」「振り返り」といった中くらいの塊に分け、さらに「企画」を「テーマ決定」「登壇者への依頼」「資料レビュー」まで割っていく。この「大きな箱の中に中くらいの箱、その中に小さな箱」という入れ子構造がWBSの正体です。

体系的な教科書では、WBSは「成果物を中心に分解する」考え方として紹介されることが多いですが、実務ではまず「やること(作業)を漏れなく並べるための地図」と捉えて差し支えありません。地図があるからこそ、順序を決めたり、担当を割り振ったり、工数を見積もったりといった後工程が成り立ちます。WBSが雑だと後工程もすべて雑になる、土台づくりの工程だと考えてください。

WBSの作り方 5ステップ

ここからが本題です。WBSづくりは、次の5つのステップの順番で進めると迷いにくくなります。いきなり完璧を目指さず、まずは一周させて、あとで直していくのがコツです。

ステップ1:成果物(ゴール)を洗い出す

最初にやるのは作業のリストアップ……ではありません。「このプロジェクトで最終的に何ができあがるか」=成果物を先に決めることです。ここを飛ばして作業から書き始めると、「やった気になっているのに、肝心の成果物が抜けている」という事態が起きやすくなります。

先の勉強会の例なら、成果物は「確定した開催企画」「集めた参加者リスト」「当日使う資料一式」「実施後のアンケート結果」といったものです。「〜する」という動詞ではなく、「〜(という完成物)」という名詞で書けるものが成果物だと考えると見分けやすくなります。まずはこの大きな成果物を3〜7個くらい書き出し、これがWBSの最上位(第1階層)になります。

ステップ2:作業に分解する(3階層まで・粒度の目安に注意)

成果物が並んだら、それぞれを「実現するために必要な作業」へと分解していきます。第1階層の成果物 → 第2階層の中くらいの作業 → 第3階層の具体的な作業、というように掘り下げます。階層は3つまでを目安にすると、深くなりすぎて管理そのものが目的化するのを防げます。

分解をどこで止めるかの目安は、「一人の担当者が数日以内で終えられ、完了したかどうかを誰が見ても判断できる」大きさです。「資料を作る」だけだと大きすぎて進捗が見えませんが、「登壇者3名分のスライドをレビューして修正依頼を出す」まで割れば、終わったかどうかが一目で分かります。逆に「フォントを選ぶ」レベルまで刻むと数が膨れ上がり、管理コストのほうが高くつきます。この二つを満たしたら、それ以上は割らないでください。

ステップ3:順序と依存関係を決める

作業が出そろったら、次は「どれを先にやるか」を整理します。ここで意識するのが依存関係——「Aが終わらないとBを始められない」という前後のつながりです。資料のレビューは、登壇者から初稿が上がってこないと始められません。この場合「初稿作成」が「レビュー」の先行タスクになります。

すべての作業に厳密な順序があるわけではなく、並行して進められるものも多くあります。大事なのは、「これが遅れると後ろが全部ずれる」というつながりだけは取りこぼさないことです。前後関係を書き出しておくと、後でスケジュールに落とすときの手戻りが減ります。

ステップ4:担当と工数を割り当てる

順序が見えたら、各作業に担当者と工数(その作業にかかる作業量)を割り当てます。工数は「何人日/何人時」で見積もるのが一般的で、たとえば「1人で2日かかる」なら2人日と表します。ここで初めて、WBSが単なる作業リストから「見積もり可能な計画」へと変わります。

工数を出すときのコツは、いきなり全体を勘で見積もらないことです。ステップ2で作業を数日単位まで割ってあれば、一つひとつは見積もりやすい大きさになっているはずです。小さく割った作業ごとに工数を出して積み上げれば、全体像が見えます。人日と人時の使い分けやバッファ(余裕)の取り方には定石があるので、見積もりに不安がある場合は工数見積もりの基本を扱った記事も参考にしてください。担当を早い段階で仮置きしておくと、特定の人に負荷が偏っていないかも早めに気づけます。

ステップ5:定期的に見直す

WBSは一度作って終わりではありません。プロジェクトが動き出せば、想定外の作業が増えたり、順序が変わったり、見積もりがずれたりするのが普通です。週に一度など決まったタイミングでWBSを見直し、実態に合わせて更新する——この習慣があるかどうかで、計画が「使える地図」であり続けるか、初日で形骸化するかが分かれます。

見直しでは、完了した作業に印をつけるだけでなく、「新たに必要になった作業を足す」「不要になった作業を消す」「工数のずれを反映する」ところまで行います。ここまでやって初めて、進捗の予実(予定と実績のずれ)が見えるようになり、遅れの兆候を早めにつかめます。WBSは作って終わりの図ではなく、育てていくものだと捉えてください。

分解の粒度と「MECE」——こだわりすぎないためのバランス

WBSを学ぶと必ず出てくるのが「MECE(モレなく・ダブりなく)」という考え方です。作業に抜けや重複がない状態を指す言葉で、理想としては正しいものです。ただし実務では、MECEを完璧にしようとして時間を溶かすのが最大の落とし穴になります。

粒度についても同じことが言えます。細かく割るほど正確に見えますが、割りすぎたWBSは更新が追いつかず、結局メンテナンスされなくなります。判断に迷ったら、次の目安に立ち返ってください。

• 粒度の目安:一つの作業は「1人で数日以内・完了が判定できる」大きさ。これより細かくしない。
• MECEの目安:重大な抜け(成果物そのものの欠落)だけは潰す。小さな重複は運用でカバーできると割り切る。
• 階層の目安:3階層まで。4階層以上に潜りたくなったら、それは分解ではなく「作業手順のメモ」かもしれないと疑う。

完璧なWBSより、更新され続けるWBSのほうが役に立ちます。7割の精度で早く一周させ、運用しながら直す——このスタンスが、結局いちばん早くゴールに近づきます。

初めての担当者がやりがちな3つの失敗

最後に、WBSづくりでよく見かけるつまずきと、その回避策をまとめておきます。

1. 「管理のためのWBS」になってしまう

細かく刻み、色を塗り、体裁を整えることが目的化してしまうパターンです。WBSは実行と判断を助ける道具であって、作り込むこと自体は成果ではありません。「これは誰のどんな判断に使うのか」を常に自問してください。

2. 作業(動詞)ばかり並べて成果物(名詞)が抜ける

「打ち合わせをする」「調整する」といった動詞だけが並ぶと、何ができあがるのかが曖昧になります。ステップ1に立ち返り、各作業が最終的にどの成果物につながるのかを確認しましょう。

3. 作って終わりで、更新されない

最も多い失敗がこれです。初日に立派なWBSを作っても、見直す仕組みがなければ数日で現実と乖離します。ステップ5の「定期的な見直し」を、担当者の意志ではなく“予定に組み込んだ習慣”にしておくことが再発防止になります。

ドラッグ&ドロップや↑↓キーでタスクの並び替えができ、担当を「自動」にすれば範囲内で最速に終えられるメンバーへ割り当てられます。作った計画はCSVで完全に往復でき、ガントを色付きで出したExcel出力や印刷にも対応。まずは小さなプロジェクトで、本記事の5ステップをそのまま試してみてください。

まとめ

WBS(作業分解構成図)は、プロジェクトのゴールを実行できる大きさまで分解し、階層的に並べた「作業の地図」です。作り方は、①成果物を洗い出す → ②作業に分解する(3階層まで・1人で数日以内が目安)→ ③順序と依存関係を決める → ④担当と工数を割り当てる → ⑤定期的に見直す、の5ステップ。この順番で一周させれば、抜けの少ない計画の土台ができます。

気をつけたいのは、MECEや粒度にこだわりすぎて「管理のためのWBS」にしてしまわないこと。完璧な一枚絵より、7割の精度で早く作り、運用しながら更新し続けるWBSのほうが現場では役立ちます。まずは身近なプロジェクトで、成果物を書き出すところから始めてみてください。