タスク管理のWBSとは？作り方とガントチャートとの違いを図解で解説

タスク管理やプロジェクト管理の現場で必ず出てくる「WBS」。

WBS（Work Breakdown Structure＝作業分解構成図）とは、やるべき作業を漏れなく分解して洗い出すための技法です。

ガントチャートやToDoリストと混同されがちですが、役割ははっきり違います。

この記事では、WBSの意味・『ガントチャートとは何かの基礎解説』との違い・作り方の5ステップ・粒度のコツを図解で整理し、個人のToDoリストからチームのタスク管理へWBSを実務で回す方法まで解説します。

タスク管理のWBSとは？意味と役割をわかりやすく解説

WBSとは、プロジェクトのゴールに必要な作業を、管理できる大きさまで分解して階層リスト化したものです。
「作業を分解する（WBS）→ タスクにする → 毎日回す」という流れの、最初の土台にあたります。
まずは意味と役割、そしてタスク管理との関係から順に押さえていきましょう。

WBS（作業分解構成図）の定義

WBSは Work Breakdown Structure の略で、日本語では作業分解構成図や作業分解構造と訳されます。

プロジェクトの成果物やゴールを頂点に置き、そこから「必要な作業」をツリー状に分解して洗い出す技法です。

プロジェクトマネジメントの国際的な知識体系である PMBOK（Project Management Institute（PMI）が策定）でも、作業範囲（スコープ）を漏れなく定義するための中核ツールとして位置づけられています。

ポイントは「頭から順にタスクを書き出す」のではなく、「全体を上位から段階的に割っていく」ことです。

いきなり細かい作業を並べると抜け漏れが起きますが、大きな塊から分解すれば、必要な作業を構造的に押さえられます。

WBSはもともと大規模プロジェクトの管理から生まれた考え方ですが、発想そのものはシンプルで、日々の業務にも応用できます。

「大きな仕事を、実行できる小さな単位まで分ける」――この一点さえ押さえれば、会議の準備でも、資料作成でも、同じやり方で作業を洗い出せます。

WBSとタスク管理・ToDoリストの関係

WBSは計画（作業の洗い出し）、タスク管理は実行（日々の進捗・期限の管理）と役割が分かれます。

『タスク管理とは何かの基本』が「日々のタスクを実行し、進捗と期限を追いかけて回す活動」だとすると、WBSはその手前で「そもそも何をやるべきか」を漏れなく洗い出す工程です。

WBSで分解した末端の作業（ワークパッケージ）を、担当者が動ける粒度のタスクへ割り、それを『ToDoリスト管理とWBSを組み合わせる方法』のようにToDoリスト管理へつなげていきます。

つまりWBSとタスク管理は対立せず、「WBSで洗い出し → タスクで回す」というバトンの関係にあります。

WBSを描いただけで運用に落ちないと“計画倒れ”になり、逆にWBSなしでタスクだけ並べると抜け漏れが起きます。

→ 表は横にスクロールできます

なぜWBSが生産性向上の土台になるのか

作業の全体像が曖昧なままだと、手戻り・抜け漏れ・属人化が起き、チームの生産性は上がりません。

公益財団法人 日本生産性本部『労働生産性の国際比較』によれば日本の労働生産性は主要先進国のなかで低い水準が続いており、中小企業庁『中小企業白書』が示すように中小企業の生産性は大企業を大きく下回っています。

人口が縮小していく局面（総務省統計局『人口推計』・国立社会保障・人口問題研究所『日本の将来推計人口』）では、一人ひとりの仕事の見える化と分担の明確化が、いっそう重要になります。

生産性向上には、組織の構築とコミュニケーション、そしてチームのタスク管理が欠かせません。

WBSは、その“見える化”を計画段階から始めるための最初の一歩だといえます。

作業が言語化されず、担当者の頭の中だけにある状態は、いわば「地図のない航海」です。

誰かが休んだ瞬間に作業が止まり、引き継ぎのたびに情報が抜け落ちます。

WBSで作業を書き出しておけば、その属人化のリスクを計画の段階から下げられます。

一人の生産性を上げるより、チーム全体で作業の抜け漏れをなくすほうが、結果として大きな効果につながるのです。

WBSと混同しやすい用語の違い（ガントチャート・タスク・プロジェクト管理）

WBSは「作業の分解」、ガントチャートは「日程の可視化」、タスクは「実行する1つの作業」、プロジェクト管理は「計画〜完了までの全体管理」です。
役割の階層が違うだけで、対立はしていません。

WBSの理解でつまずく最大の原因は、隣接する用語との混同です。

とくに『タスク管理・プロジェクト管理・ToDoリスト管理の違い』は現場でも曖昧になりやすいポイントです。

ここでは、WBSと混同されやすい5つの用語を「定義・よくある誤解・具体例」までセットで整理します。

この5つは、どれもWBSと“近い場所”にある言葉です。

だからこそ、それぞれが「計画の設計図なのか」「時間の割り付けなのか」「実行する行動なのか」を意識して読み分けると、混乱がほどけます。

用語の位置づけが分かれば、チームで会話するときに「いま話しているのは分解の話か、日程の話か」を取り違えずに済みます。

ガントチャート（Gantt Chart）とは？

タスクを縦軸・日付を横軸に取り、各作業の期間を横棒で表した工程管理表です。

WBSが「作業を分解して洗い出した構造（リスト・ツリー）」であるのに対し、ガントチャートはその作業を時間軸に並べて日程・進捗を可視化したものです。

実務ではWBSで作業を出し切ってから、ガントチャートに落として日程化する順番で使います。

つまりWBSとガントチャートは対立する概念ではなく、前工程と後工程の関係です。

WBSで「何をやるか（作業の全体像）」を固め、ガントチャートで「いつやるか（時間の割り付け）」を決めます。

ガントチャートの各行は、多くの場合WBSのワークパッケージ（最小の作業単位）に対応します。

誤解されやすい点：「WBS＝ガントチャート」と混同されがちですが、WBSには時間軸がなく、ガントチャートには時間軸があります。
分解が先、日程化が後です。

• WBS：作業を分解して洗い出した構造（ガントの前工程）
• 工程表：作業と日程をまとめた表。ガントチャートは工程表の代表的な形式

タスク（Task）とToDoリストとは？

担当者が実際に手を動かす、実行レベルの1つひとつの作業のことです。

WBSはプロジェクト全体の作業を階層で「分解した設計図」で、タスクはその設計図の末端にぶら下がる「実行する行動」です。

WBSで洗い出したワークパッケージを、さらに担当者が動ける粒度に割ったものが日々のタスク（ToDoリスト）になります。

WBSとタスク管理は「計画」と「実行」で役割が分かれます。

WBSは最初に全体像を漏れなく描くための技法、タスク管理は日々その作業を進捗・期限まで追いかけて回す活動です。

WBSを作っただけで満足すると、現場のタスクとして更新されず“描いて終わり”になりがちなので、両者はセットで運用します。

誤解されやすい点：「タスクを並べればWBSになる」わけではありません。
WBSは上位から100%を漏れなく分解した階層構造で、単なるToDoリストの箇条書きとは設計思想が異なります。

• ワークパッケージ：WBS最下層の管理単位（タスクの一段上）
• ToDoリスト：実行するタスクを並べた一覧

プロジェクト管理（Project Management）とは？

期限と目標のある取り組み（プロジェクト）を、計画・実行・監視して完了へ導く一連のマネジメントです。

WBSはそのプロジェクト管理の中で使う「計画技法の一つ」です。

プロジェクト管理という大きな営みの中で、作業範囲（スコープ）を定義するためにWBSを作り、日程管理のためにガントチャートを引き、リスクや品質も合わせて管理します。

言い換えると、WBSはプロジェクト管理の「部品」です。

プロジェクト管理の国際的な知識体系であるPMBOK（PMIが策定）でも、WBSはスコープ管理の中核ツールとして位置づけられています。

タスク管理がプロジェクト管理と混同されやすいのも、どちらも「作業を追う」点が共通するためですが、プロジェクト管理は期間・予算・品質まで含めた上位概念です。

誤解されやすい点：「WBSさえ作ればプロジェクト管理ができる」わけではありません。
WBSは範囲を可視化する第一歩で、日程・進捗・リスクの管理は別途必要です。

• スコープ：プロジェクトで実施する作業の範囲
• PMBOK：プロジェクトマネジメントの知識体系

Work Package（ワークパッケージ）とは？

WBSの最下層に置く、これ以上は分解しない作業の管理単位です。

ワークパッケージは、工数・コスト・期間を見積もれて、担当者を割り当てられる大きさまで分解したWBSの末端要素です。

ここがガントチャートの行や、日々のタスクの起点になります。

ワークパッケージの大きさ（粒度）は、WBSの使い勝手を大きく左右します。

大きすぎると進捗が「終わった／終わっていない」しか分からず、小さすぎると管理そのものが煩雑になります。

経験則として1つのワークパッケージは数日〜2週間で終わる大きさが管理しやすいとされます（8時間〜80時間を目安にする「8/80ルール」と呼ばれる考え方もあります）。

誤解されやすい点：ワークパッケージは「一番小さいタスク」ではなく、「見積もりと管理ができる最小の“まとまり”」です。
その下にさらに具体的なタスク（アクティビティ）がぶら下がります。

• WBS辞書：各ワークパッケージの内容・成果物を記述した補足資料
• アクティビティ：ワークパッケージを実行するための具体的な作業

Milestone（マイルストーン）とは？

プロジェクトの節目となる、所要期間を持たない重要な到達点（日付）のことです。

「要件定義完了」「リリース」「検収」など、進捗を確認する区切りの日付を指します。

WBSやガントチャート上に置くことで、チーム全員が「ここまでに何が終わっているべきか」を共有できます。

マイルストーンは作業そのものではなく“旗”です。

作業を分解するWBSと組み合わせると、「どのワークパッケージ群が、どのマイルストーンまでに終わるべきか」という時間の目標が明確になります。

遅れの早期発見にも役立つため、実務ではWBS・ガント・マイルストーンをセットで使います。

誤解されやすい点：マイルストーンは期間のある作業ではなく、期間ゼロの“到達点”です。
作業バーではなく◆などの記号で表します。

• ガントチャート：マイルストーンを◆で表示する
• クリティカルパス：マイルストーン遵守に直結する重要作業の連なり

WBSの構造と100%ルール（ツリー構造・ワークパッケージ）

WBSは、ゴールを頂点にしたツリー構造で、上位の作業を100%漏れなく下位に分解します（100%ルール）。
最下層の「ワークパッケージ」が、見積もりと管理の最小単位になります。

階層（ツリー）構造と3つのレベル

WBSは、一番上に「プロジェクト全体（成果物）」を置き、その下にレベル1（大分類）、さらにレベル2・3……と分解していく階層構造です。

上から下へ「大きな塊 → 中くらいの塊 → 実行できる作業」と段階的に細かくしていくことで、作業の抜け漏れを構造的に防ぎます。

たとえばシステム開発なら、頂点に「システム構築」、レベル1に「設計」「開発」「テスト」、その下に「画面設計」「DB設計」……と割っていきます。

ソフトウェア開発の作業分解については独立行政法人 情報処理推進機構（IPA）が公開する開発プロセスの資料も参考になります。

100%ルール：親は子の合計

ある階層の作業をすべて足すと、その一つ上の作業と過不足なく一致する――これが100%ルールです。

100%ルールは、WBSを“ただの箇条書き”と分ける最も重要な原則です。

下位の要素をすべて合計すると、上位の要素の作業範囲を100%カバーし、余分な作業も含まない状態を保ちます。

これを守ると、「やるべき作業を出し切れているか」「関係ない作業が紛れていないか」を上位からチェックできます。

逆に100%ルールを意識しないと、思いつきでタスクを足していくうちに、抜け漏れと重複が同時に起きます。
分解するたびに「これで親の作業を全部説明できるか？」と問い直すのがコツです。

ワークパッケージ：分解をどこで止めるか

WBSの最下層に置く管理単位をワークパッケージと呼びます。

工数・コスト・期間を見積もれて、担当者を割り当てられる大きさまで分解したら、そこで分解を止めます。

このワークパッケージが、ガントチャートの1行や、日々のタスクの起点になります。

分解を止める目安として、1つのワークパッケージが数日〜2週間程度で終わる大きさが管理しやすいとされます。

大きすぎると進捗が「終わった／終わっていない」しか分からず、小さすぎると管理が煩雑になります。

分解の2つのアプローチ（成果物型・フェーズ型）

WBSの分け方には、成果物を軸にする「成果物型」と、工程を軸にする「フェーズ型」の2つがあります。

成果物型は「画面」「帳票」「データベース」など、できあがる“モノ”を軸に分解する方法です。

何を作るかがはっきりしているプロジェクトに向き、成果物の抜け漏れを防ぎやすいのが利点です。

一方フェーズ型は「要件定義」「設計」「開発」「テスト」など、工程（時間の流れ）を軸に分解します。

進め方が定型化しているプロジェクトに向きます。

実務では、上位をフェーズ型で分け、その下を成果物型で割るといった“併用”がよく使われます。

どちらが正解というわけではなく、そのプロジェクトで「抜け漏れを一番防げる軸」を選ぶのがコツです。

→ 表は横にスクロールできます

WBSの作り方5ステップ（エクセル・スプレッドシートでも作れる）

WBSは「①ゴールを置く → ②大きく分ける → ③さらに分解 → ④粒度を整える → ⑤担当・期限を割る」の5ステップで作れます。
専用ツールがなくても、エクセルやスプレッドシートで十分作成できます。

作成の基本5ステップ

WBSづくりは、いきなり細かい作業を書き出すのではなく、大きな塊から段階的に割るのが基本です。

次の5ステップの順番を守るだけで、抜け漏れの少ないWBSになります。

1. ゴール（成果物）を頂点に置く：完成状態を1行で言語化し、ツリーの一番上に据える
2. 大きく分ける：成果物やフェーズ単位で「設計／開発／テスト」のように数個に分割する
3. さらに分解する：各ブロックを、実行イメージが湧く作業まで段階的に割る
4. 粒度を整える：1作業が数日〜2週間で終わる大きさにそろえる（100%ルールで抜け漏れ確認）
5. 担当・期限を割り当てる：最下層の作業に担当者と期日を付け、タスクとして回せる状態にする

コツ：最初から完璧を目指さないこと。
立ち上げ時は大枠だけ作り、進むにつれて細部を詰める「段階的詳細化」で構いません。
全部を先に決めきろうとすると、かえって手が止まります。

エクセル・スプレッドシートでの作り方

小規模なら、エクセルやスプレッドシートのインデント（字下げ）だけでWBSは十分に作れます。

作り方は、A列に大分類、B列に中分類、C列に作業……と列で階層を表すか、1列のなかでインデントを付けて階層を表現します。

具体的な手順は『エクセルでWBSを作成する方法』や『スプレッドシートでWBSを作る手順』が参考になります。

そのまま日程に落とすなら、右側に日付軸を足してガント化するか、『工程表の作り方とツール』の形にまとめます。

ただしエクセル運用は、複数人での同時編集・最新版の共有・更新の継続が弱点になりがちです。

一人で作り切る計画には向きますが、チームで毎日更新する段階になると、別の仕組みが必要になります（後述）。

WBSコード（採番）で迷子を防ぐ

各要素に「1」「1.1」「1.1.1」のような番号を振ると、階層と対応関係が一目で分かります。

WBSでは、要素に階層番号（WBSコード）を振るのが定番です。

たとえば「1 設計」「1.1 画面設計」「1.1.1 ログイン画面」のように採番すると、どの作業がどの上位にぶら下がるかが明確になり、ガントチャートや議事録で作業を指すときにも番号ひとつで正確に共有できます。

番号は左から順に階層の深さを表すため、桁を見れば「これはレベル2の作業だ」とすぐ分かります。

規模が大きくなるほど、この採番の有無が管理のしやすさを左右します。

WBSを使うメリット・デメリット

WBSの最大のメリットは「作業の抜け漏れを防ぎ、見積もりと分担をしやすくする」ことです。
一方で「作成に手間がかかり、更新が形骸化しやすい」というデメリットもあります。

メリット：抜け漏れ防止・見積り・共有

WBSを作る一番の効果は、必要な作業を構造的に洗い出し、抜け漏れを防げることです。

作業が具体的な単位まで割れているため、工数やコストの見積もりがしやすく、担当分担も明確になります。

さらに全体像が1枚で共有できるので、チーム内で「誰が何をやるか」の認識ズレが減ります。

とくに見積もりの精度は、WBSの粒度で大きく変わります。

「開発」とだけ書いた状態では工数を当てずっぽうで見積もるしかありませんが、作業が小さな単位まで割れていれば、一つひとつの見積もりを積み上げられるため、全体の工数や納期の精度が上がります。

見積もりの根拠が明確になることは、発注元や経営層への説明のしやすさにも直結します。

デメリット：作成の手間と形骸化

WBSは「作って終わり」にすると価値が半減します。
運用で更新し続ける前提が必要です。

デメリットは主に3つです。

1つ目は作成に時間と慣れが要ること、2つ目は計画変更のたびに更新が必要で、放置すると実態とズレた「死んだWBS」になること、3つ目は粒度の判断が難しく、細かすぎ・粗すぎのどちらにも振れやすいことです。

重要なのは、これらのデメリットの多くが「作成の手間」ではなく「更新が続かないこと」に起因する点です。

だからこそ、WBSを描く道具と、それを毎日回す仕組みは分けて考えると失敗が減ります。

デメリットの補い方

デメリットは「テンプレ化」「段階的に作る」「更新を仕組みにする」の3つでほぼ補えます。

作成の手間は、一度作ったWBSをテンプレートとして使い回すことで大きく減らせます。

似たプロジェクトなら、前回の分解構造をひな型にして差分を直すほうが速く、粒度もそろいます。

また、最初から完璧を目指さず、進みながら詳細を足す「段階的詳細化」にすれば、立ち上げで手が止まる問題を避けられます。

形骸化への対策は、更新を“人の頑張り”に頼らないことです。

担当と期限をセットし、期限が近づいたら自動で通知が来る状態にしておけば、「気づいたら誰も更新していない」を構造的に防げます。

WBSでよくある失敗と粒度・運用のコツ

WBSの失敗は「細かすぎる」「粗すぎる」「作って終わり」の3つにほぼ集約されます。
粒度は“1作業=数日〜2週間”を目安にし、更新が続く形にするのがコツです。

つまずきやすい3つの失敗

1つ目は分解しすぎです。

5分で終わる作業まで並べると、管理そのものが仕事になってしまいます。

2つ目は逆に粗すぎるケースで、「開発」の一言で止めると、進捗が「終わった／終わっていない」しか分かりません。

3つ目は、立派なWBSを作ったのに更新されず、計画と実態が乖離していくパターンです。

→ 表は横にスクロールできます

粒度を決めるコツ（1作業=数日〜2週間）

粒度に迷ったら「進捗を報告したい間隔で切れているか」を基準にすると決めやすくなります。

粒度の目安は、1つの作業が数日〜2週間で終わる大きさです。

進捗を確認したい頻度で作業が切れているかを基準にすると、細かすぎ・粗すぎのどちらも避けられます。

週次で進捗を見るチームなら、1〜2週間で完了する単位に割るとちょうど噛み合います。

「更新が続く」運用にするコツ

WBSを死なせない最大のコツは、更新の手間を減らし、更新のきっかけを仕組みにすることです。

担当と期限を最初にセットし、期限が近づいたら自動で気づける状態にしておくと、「気づいたら誰も更新していない」を防げます。

もう一つ有効なのは、更新のタイミングを日々の業務の流れに組み込むことです。

朝会や週次のミーティングで「WBSを見ながら進捗を確認する」を習慣にすれば、更新は特別な作業ではなく、いつもの仕事の一部になります。

大切なのは、完璧なWBSを一度作ることよりも、多少粗くても更新され続けるWBSを保つことです。

個人からチームでWBSを回すには（実務での運用）

WBSで作業を洗い出したら、次は「チーム全員が同じ最新を見て、更新し続けられる状態」で回すことが大切です。
個人でWBSを描けても、チームで毎日回すのは別の難しさがあります。

WBS→ガント→タスク管理へつなぐ

実務の流れは、WBSで作業を洗い出し、『タスク管理とガントチャートの使い方』のようにガントチャートで日程化し、日々のタスク管理で進捗を追う、という3段構えです。

ガントチャートの作り方は『ガントチャートとは何かの基礎解説』を、進捗を全員で共有する方法は『タスクの見える化のやり方』を参考にしてください。

この一連の流れは『プロジェクト管理とは何かの解説』の一部でもあります。

WBSはあくまで計画技法の一つで、日程・進捗・共有まで含めて回して初めて、チームの生産性向上につながります。

中小企業のDXという観点でも、経済産業省：DX（デジタルトランスフォーメーション）や総務省『情報通信白書』が業務の見える化・デジタル化の重要性を示しています。

ここで大事なのは、WBS・ガント・タスク管理を“別々のツール”でバラバラに持たないことです。

エクセルのWBS、別ファイルのガント、チャットで飛び交うタスク依頼……と分散すると、どれが最新か分からなくなり、更新も止まります。

洗い出した作業がそのまま日々のタスクとしてチームに見える状態を保てると、計画から実行までが一本の線でつながり、遅れの発見も早くなります。

「個人のタスク管理」から「チームのタスク管理」へ

WBSやガントを個人で描けても、チームで毎日更新し続けるのは別のスキルが必要です。

生産性向上には、組織の構築とコミュニケーション、そしてチームのタスク管理が欠かせません。

WBSで作業を見える化する発想は、そのままチームのタスク管理にも通じます。

誰が・何を・いつまでに、が全員に見えている状態をつくることが、抜け漏れと属人化を防ぐ近道です。

個人のタスク管理とチームのタスク管理の一番の違いは、「更新が自分だけで完結しない」点にあります。

一人なら自分の頭の中で進捗が分かりますが、チームでは全員が同じ最新の情報を見ていなければ、「その作業、もう終わっていると思っていた」というズレが必ず起きます。

だからこそ、WBSで洗い出した作業を、誰か一人のファイルではなく、チーム全員がいつでも見て更新できる場所に置くことが大切になります。

よくある質問（FAQ）

WBSとタスク管理について、はじめて取り組む方からよく寄せられる疑問を、要点を絞ってまとめました。

まとめ：WBSは「洗い出し」、回すのはチームのタスク管理

WBSは作業を漏れなく分解する計画技法。
描いて終わりにせず、チームで回して初めて生産性につながります。

WBS（作業分解構成図）は、ゴールから作業を段階的に分解し、抜け漏れなく洗い出すための技法です。

ガントチャートやタスクと混同されがちですが、WBSは「作業の分解」、ガントは「日程の可視化」、タスクは「実行する作業」と役割が分かれます。

WBSはゴールではなく、チームでタスクを回す入り口だと捉えると、実務で活きます。

作り方は「ゴール→大きく分ける→さらに分解→粒度を整える→担当・期限」の5ステップ。

1作業=数日〜2週間の粒度を守り、更新が続く仕組みで運用すれば、WBSは“生きた計画”になります。

まずは今抱えている仕事を一つ選び、大きな塊から分解してみることから始めてみてください。

参考文献・出典

• 小松裕介『1+1が10になる組織のつくりかた ── チームのタスク管理による生産性向上』実業之日本社、2025年（ISBN 978-4-408-65143-9）
• Project Management Institute（PMI）（PMBOK：WBSを含むプロジェクトマネジメント知識体系の策定団体）
• 独立行政法人 情報処理推進機構（IPA）
• 公益財団法人 日本生産性本部『労働生産性の国際比較』
• 中小企業庁『中小企業白書』
• 総務省統計局『人口推計』
• 国立社会保障・人口問題研究所『日本の将来推計人口』
• 総務省『情報通信白書』
• 経済産業省：DX（デジタルトランスフォーメーション）
• デジタル庁
• 厚生労働省『労働経済の分析』