WBSテンプレートの作り方と使い方｜そのまま使える無料エクセル雛形つき

WBSとは「Work Breakdown Structure（作業分解構成図）」の略で、プロジェクト全体のタスクを階層的に細分化し、構造化して管理する手法のこと。

WBSテンプレートは、まず「WBS番号・大項目・タスク・担当・期日・進捗」の列を持つ表を用意し、ゴールから作業を分解して埋めていくだけで作れます。

ゼロから列設計を悩む必要はなく、雛形に沿って入力すれば、その日のうちに使えるものが仕上がります。

本記事では、テンプレートに入れるべき項目と作り方の3ステップを図解で示し、コピペとエクセルダウンロードで今日から使える雛形を配布します。

さらに、一覧表型・ツリー型・ガント連動型という3つの型の選び方、粒度や進捗管理のコツ、そしてチームで運用するとどこで限界が来るのかまで、タスク管理ツールを開発する立場から踏み込んで整理しました。

WBSテンプレートの機能と導入の流れ

WBSテンプレートとは、プロジェクトの作業を分解して一覧化するための雛形。
ゴールを頂点に「大項目→中項目→タスク」と分け、各タスクに担当と期日を割り当てる表です。

WBS（Work Breakdown Structure＝作業分解構成図）は、プロジェクトでやるべき作業を漏れなく洗い出し、階層で整理したものです。

テンプレートを使えば、その「洗い出し」と「割り当て」を決まった枠に沿って進められるので、抜け漏れや作り直しを大きく減らせます。

この記事のゴールは、配布テンプレートに入力するだけで、実務で回せるWBSを完成させることです。

まずは作成から運用までの全体像を、下の図でつかんでおきましょう。

WBSテンプレートでできること

「作業の洗い出し」「担当と期日の割り当て」「進捗の管理」の3つが、1枚の表でつながります。

テンプレートを使う価値は、単に見た目が整うことではありません。

作業の抜けに気づきやすくなり、担当と期日が明確になり、そのまま日々の進捗管理に乗せられる——この一連の流れを、毎回ゼロから設計せずに再現できることが最大のメリットです。

• 作業の見える化：やるべきことを階層で洗い出し、全体像を一目で共有できる
• 責任の明確化：タスクごとに「誰が・いつまでに」が埋まり、担当の空白がなくなる
• 進捗の管理：進捗率やステータスを横に持たせ、遅れをその場で把握できる
• 見積りの根拠：工数を積み上げることで、期間や必要人数の根拠になる

作成から運用までの流れ

大きな流れは「①ゴールを決める → ②作業を分解する → ③担当・期日を入れる → ④運用しながら更新する」の4段階。

WBSづくりは、いきなり表を色付けし始めるとほぼ失敗します。

先に「どこまでがゴールか」を決め、そこから作業を分解し、最後に担当と期日を入れる——この順番を守るだけで、後戻りが激減します。

いきなり完璧なもの作ろうとせず、導入してから実際に使ってみて気になる部分を改善する流れがおすすめ。

具体的な手順はこの後の「作り方3ステップ」で詳しく解説します。

WBSの構成要素と2つのルール

WBSは階層構造で、最下層の作業を「ワークパッケージ」と呼びます。
分解には有名な2つの目安があります。

WBSは、プロジェクトのゴール（成果物）を頂点に、大分類→中分類へと枝分かれし、最下層の「ワークパッケージ」に行き着きます。

ワークパッケージが、担当・期日・工数を割り当てる実際の管理単位です。

分解のバランスを保つために、次の2つのルールを知っておくと迷いません。

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

開発規模の見積りや工数の考え方は、独立行政法人 情報処理推進機構（IPA）が公開するソフトウェア開発の各種データも参考になります。

WBS・ガントチャート・ToDoリストの違い

よく混同されますが、WBSは「分解」、ガントは「日程化」、ToDoは「個人の当面の作業」。
順番と役割が違います。

この3つは似て見えて役割が異なります。

WBSで作業を出し切り、それをガントチャートで日程に落とし、日々の実行はToDoで消化する——という関係で使うと、それぞれの強みが噛み合います。

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

テンプレートの項目と無料ダウンロード

最低限そろえたいのはWBS番号・大項目・タスク・担当者・開始日・終了日・進捗の7つ。
ここに工数やステータスを足すと管理精度が上がります。

列は多ければよいわけではありません。多すぎると入力が負担になり、更新されなくなります。

まずは必要十分な列に絞り、運用しながら足りない列を足していくのが失敗しないコツです。

最低限そろえたい7つの列

次の7列があれば、洗い出しから進捗管理まで一通り回せます。

配布テンプレートも、この7列に工数・ステータス・備考を加えた構成にしています。

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

WBS番号（階層番号）の振り方

「1 → 1.1 → 1.1.1」と桁を増やして階層を表す方式が定番。
番号を見るだけで親子関係が分かります。

WBS番号は、階層をそのまま数字で表現する仕組みです。

大項目を「1」「2」、その下の中項目を「1.1」「1.2」、さらに下のタスクを「1.1.1」とすると、番号を見ただけで「どの工程の・何番目の作業か」が分かります。

並べ替えても階層が崩れず、資料で会話するときも『1.2の件』と番号で指し示せるので便利です。

【無料DL】そのまま使えるWBSテンプレート

下記のテンプレートは、この記事で解説する7列＋工数・ステータス・備考の構成です。
コピーしてスプレッドシートに貼るか、エクセルファイルをダウンロードしてすぐ使えます。

サンプルは「Webサイトのリニューアル」を題材に、企画→設計→開発→公開の4フェーズで記入例を入れてあります。

自分のプロジェクトに合わせて、大項目とタスクを書き換えて使ってください。

WBS番号,大項目,中項目,タスク,担当者,開始日,終了日,工数(人日),進捗率,ステータス,成果物・備考
1,企画,,,,,,,,,フェーズ小計
1.1,企画,要件整理,現状サイトの課題を洗い出す,佐藤,2026/08/03,2026/08/07,3,100%,完了,課題一覧
1.2,企画,要件整理,サイトの目的とKGIを決める,佐藤,2026/08/06,2026/08/10,2,60%,進行中,要件定義書
2,設計,,,,,,,,,フェーズ小計
2.1,設計,情報設計,サイトマップを作成する,鈴木,2026/08/11,2026/08/17,4,0%,未着手,サイトマップ
2.2,設計,デザイン,トップページのデザインを作る,田中,2026/08/18,2026/08/28,6,0%,未着手,デザインカンプ
3,開発,,,,,,,,,フェーズ小計
3.1,開発,実装,トップページをコーディングする,高橋,2026/09/01,2026/09/12,8,0%,未着手,HTML/CSS
3.2,開発,テスト,表示崩れ・リンク切れを確認する,高橋,2026/09/15,2026/09/19,3,0%,未着手,テスト結果
4,公開,,,,,,,,,フェーズ小計
4.1,公開,リリース,本番環境へ公開する,鈴木,2026/09/22,2026/09/24,2,0%,未着手,公開サイト

↑をコピーして「wbs-template.csv」として保存し、エクセル／スプレッドシートで開けばそのまま使えます（文字化けする場合は文字コードを UTF-8 で開く）。サンプル行（Webサイトリニューアル）を自分のプロジェクトに上書きしてお使いください。

テンプレートの使い方（3ステップ）

1. フェーズを書き換える：大項目（企画・設計…）を自分のプロジェクトの工程に置き換える。
2. タスクを分解して入れる：各フェーズの下に、実際に行う作業を1行ずつ書き出す（8/80ルールで粒度をそろえる）。
3. 担当・期日・進捗を埋める：タスクごとに担当者と開始・終了日を入れ、進行に応じて進捗率とステータスを更新する。

コツ：フェーズ行（1／2…）の工数や進捗は、配下のタスクを集計する行として使うと、フェーズ単位の進み具合がひと目で分かる。

WBSテンプレートの作り方【3ステップ】

手順はシンプルです。
①ゴール決定 → ②作業分解 → ③並び替え → ④担当・期日 → ⑤工数・進捗 → ⑥見直しの順に埋めていきます。

配布テンプレートを開いたら、次の3ステップの順で入力していきましょう。

とくに大事なのは、色付けや装飾より先に「ゴールを決めてから作業を分解する」という順番を守ることです。

1. ゴールから作業を分解する：最初にゴールを決め、そこから逆算してタスクへと分けて洗い出す。
2. 番号を振り、担当者と期日を割り当てる：順番と階層を整え、各タスクに責任者・期日を割り振る。
3. 工数を見積り、抜け漏れを点検する：100%ルールに照らし合わせ、粒度のばらつきを整える。

ステップ1：ゴールから作業を分解する

最初にゴールを固定するほど、分解がぶれません。「成果物」から逆算するのが漏れを防ぐコツです。

まず「何が完成すればこのプロジェクトは終わりか」を1文で言語化します。

次に、そのゴールから逆算して必要な作業を大きな塊（フェーズ）に分け、さらに実行できる大きさのタスクへと分解します。

「リリース」というゴールから、その手前に必要な「テスト」「レビュー」を並べるように逆算すると、抜けが見つかりやすくなります。

ステップ2：番号を振り、担当と期日を割り当てる

分解した作業にWBS番号を振って並べ替え、担当者と期日を入れて初めて「実行できる計画」になります。

洗い出したタスクにWBS番号（1.1.1…）を振ると、階層と順番が固定されます。

そのうえで、各タスクに担当者を1人だけ決めましょう。

担当が複数だと「誰かがやるだろう」で止まりがち。

開始日・終了日は本物の日付で入れると、後でガント連動型に発展させるときもそのまま計算に使えます。

ステップ3：工数を見積り、抜け漏れを点検する

工数を積み上げると期間や必要人数の根拠になります。
最後に「100%ルール」で全体を点検しましょう。

各タスクの工数（人日）を見積もって入れると、フェーズごと・プロジェクト全体の総工数が見えます。

これがスケジュールや人員計画の根拠になります。

最後に、下位タスクを足して上位の作業を過不足なくカバーしているか（100%ルール）を確認し、粒度が極端にばらついている箇所を整えれば完成です。

WBSテンプレートの3つの型と選び方

WBSテンプレートには大きく3つの型があります。
実務は一覧表型が基本、全体像の共有はツリー型、工程まで管理するならガント連動型です。

目的別の選び方

「何に使うか」で選べば迷いません。
まず一覧表型で作り、必要に応じて他の型に展開するのが実務的です。

一覧表型（インデント）テンプレート（難易度 ★☆☆ / 実務向き ◎）

エクセルの1シートに「WBS番号＋インデント」で階層を表現する、もっとも実用的で王道の形式です。
進捗管理までこのまま乗せられます。

一覧表型は、A列にWBS番号（1／1.1／1.1.1）を振り、大項目・中項目・タスクを列で分けるか、タスク名のセルを字下げして階層を見せる方式です。

行のまま担当者・期日・進捗率・ステータスを横に持てるため、洗い出し（WBS）から日々の進捗管理まで一枚で完結します。

フィルターや並べ替えがそのまま効くので、担当者ごと・ステータスごとの絞り込みも簡単です。

今回配布するテンプレートもこの型を採用しています。

1. A列にWBS番号（1／1.1／1.1.1…）、隣に大項目・中項目・タスクの列を作る
2. タスク行に担当者・開始日・終了日・工数・進捗率・ステータスを横に並べる
3. 表をテーブル化（Ctrl+T）してフィルターと自動書式を効かせる
4. 進捗率やステータスに条件付き書式で色をつけ、遅れを一目で分かるようにする

コツ：大項目・中項目のセルは背景色を薄くつけると、どこからどこまでが同じ工程か一目で分かる。

ツリー型（階層図）テンプレート（難易度 ★★☆ / 全体像の共有 ◎）

成果物を組織図のように上から分解して見せる図解形式。
提案・キックオフでプロジェクトの全体像を共有するのに向きます。

ツリー型は、最上位に成果物（プロジェクトのゴール）を置き、その下に大分類→中分類→ワークパッケージ（最小の作業単位）を枝分かれで並べます。

エクセルならSmartArtの「階層構造」や図形で描けます。

作業の抜け漏れや、分解のバランスが崩れていないか（ある枝だけ極端に細かい等）を視覚的に点検できるのが強みです。

ただし日々の進捗管理には不向きなので、全体像はツリー型で共有し、実行は一覧表型に落とす二段構えが実務的です。

1. 「挿入」→「SmartArt」→「階層構造」を選ぶ（または図形で手描き）
2. 最上位にプロジェクトのゴール（成果物）を置く
3. 大分類→中分類→ワークパッケージへと枝を伸ばして分解する
4. 各枝の粒度がそろっているか、抜けがないかを見て整える

コツ：枝の数は各階層で2〜7個が目安。1つだけ・10個以上に割れる枝は分解の見直しサイン。

ガント連動型テンプレート（難易度 ★★★ / スケジュール管理 ◎）

WBSの一覧表に日付軸を足し、右側に横棒（ガントチャート）を並べて工程まで一枚で管理する形式です。

ガント連動型は、左側に一覧表型のWBS、右側に日付を並べ、開始日・終了日から自動でバーを描く条件付き書式を組み合わせます。

作業の分解（WBS）とスケジュール（ガント）が同じ表で連動するため、タスクを1行足すだけで工程表にも反映されます。

作り込みには関数や絶対参照の知識が要りますが、完成すれば進捗会議はこの一枚で回せます。

反面、同時編集や頻繁な変更には弱く、人数が増えると更新が追いつかなくなりがちです。

1. 一覧表型のWBSを作り、右側に日付の軸（1日1列）を用意する
2. 条件付き書式で =AND(日付>=開始日, 日付<=終了日) を設定しバーを自動描画する
3. 進捗率の列を作り、実績バーを重ねて予定との差を見せる
4. 「今日」の列に線を引き、遅れているタスクが分かるようにする

コツ：日付軸は月・週単位に丸めると横に長くなりすぎない。詳細な日次管理は別シートに分ける。

WBSの記入・運用のコツとつまずき対策

差がつくのは作図テクニックより「粒度」と「更新のしやすさ」。
ここを外すと、作った瞬間から形骸化します。

見やすく、そして使い続けられるWBSにするコツは、情報を足すことではなく整えることにあります。

とくに粒度と進捗運用の2点を押さえるだけで、実務での使い勝手が大きく変わります。

タスクの粒度をそろえる

1タスクは「1日〜2週間で終わる大きさ」が目安（8/80ルール）。
大きすぎると進捗が動かず、細かすぎると更新が苦痛になります。

粒度がばらつくと、あるタスクは1か月動かず、別のタスクは30分で終わる、といった状態になり、進捗が実態を表さなくなります。

1〜2週間で1本を目安にそろえると、週次の進捗会議でそのまま確認できる単位になります。

進捗・ステータスの運用ルールを決める

進捗率とステータスは「更新のルール」まで決めて初めて機能します。
誰が・いつ更新するかを先に合意しましょう。

• 更新のタイミングを固定：週1回・会議前など、更新する曜日と時刻を決める
• ステータスは3〜4区分に絞る：未着手／進行中／完了（＋保留）くらいがちょうどよい
• 遅延に色をつける：終了日を過ぎて未完了の行を条件付き書式で赤くし、手を打つべき場所を目立たせる
• 担当と期限は必ず埋める：どちらかが空欄のタスクは、進まないタスクになりやすい

ここからは、WBSで詰まりやすい「分解」「粒度」「更新」の3か所を、作成時と運用時に分けて症状・原因・対策で整理します。

作成時のつまずきと対策

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

作成時のつまずきは、実は1つの原因から連鎖することが少なくありません。

ゴールを決めずに分解を始めると粒度の基準も定まらず、粒度がバラバラなまま番号を振ると階層まで崩れる——という具合です。

逆にいえば、最初の「ゴールを1文で決める」を徹底するだけで、残り2つのつまずきもまとめて防ぎやすくなります。

運用時のつまずき

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

運用時のつまずきに共通するのは、人の記憶や善意に頼っていることに原因がある点です。

更新ルールも、テーブル化も、同時編集の調整も、結局は「誰かが覚えていて、気をつける」ことが前提になっています。

人数が少ないうちは意識でカバーできますが、関係者が増えるほど、この前提そのものが崩れやすくなります。

チームで定着させるコツ｜WBSの「見える化」

WBSは「作って終わり」では価値が出ません。
チームで共有し、更新し続けて初めて、遅れや抜け漏れを防げます。

WBSが形骸化する4つの理由

せっかく作ったWBSが使われなくなるのには、共通のパターンがあります。

とくにエクセルで作った場合、「作るより、更新し続けるほうがしんどい」という壁にぶつかりがちです。

• 同時編集で壊れる：誰かが行や数式を触って、最新版が分からなくなる
• 更新が属人化する：複雑な表を触れるのが作成者だけになり、放置される
• 進捗が伝わらない：ファイルを開かないと状況が分からず、共有されない
• 複数案件を横断できない：人ごと・案件ごとの負荷が一覧にならない

チームで回すと生産性が変わる

個人のToDoをチームで共有できる状態にすることが、遅れや抜け漏れをなくす第一歩です。

WBSを個人の計画表で終わらせず、チーム全員が同じ最新を見られる状態にすると、遅れの早期発見や負荷の平準化ができるようになります。

生産性向上の土台となるのは「チームのタスク管理」であり、見える化がその出発点です。

日本全体で労働生産性の向上が課題とされるなか（公益財団法人 日本生産性本部／中小企業庁）、WBSでの見える化は、その第一歩として実務に落とし込める手段の一つです。

WBSで作業を洗い出すところまでは、エクセルやテンプレートで十分にできます。

難しいのはチーム全員で・毎日・崩さず更新し続けること。

ここが破綻するなら、表を作り込むより、続けられる形に切り替えるのが近道です。

よくある質問（FAQ）

WBSテンプレートの項目・作り方・粒度・運用について、よく寄せられる疑問をまとめました。

WBSテンプレートには最低限どんな項目を入れればいい？

WBS番号・大項目・タスク・担当者・開始日・終了日・進捗率の7つが最低限です。ここに工数・ステータス・備考（成果物）を足すと、見積りや進捗管理までカバーできます。列を増やしすぎると更新が続かないため、必要十分に絞るのがコツです。

WBSとガントチャートは何が違いますか？

WBSは「作業を分解してリスト化したもの」、ガントチャートは「そのリストを時間軸に横棒で並べたもの」です。実務ではまずWBSで作業を出し切り、それをガントチャートで日程に落とす、という順番で使います。役割が違うため、どちらか一方ではなく両方を使い分けます。

タスクはどのくらいの細かさに分ければいいですか？

1つの作業が「1日〜2週間で終わる大きさ」が目安です（8/80ルール）。大きすぎると進捗が動かず遅れに気づけず、細かすぎると行が増えて更新が苦痛になります。週次の進捗会議でそのまま確認できる単位を意識するとそろえやすくなります。

WBS番号（1／1.1／1.1.1）はどう振ればいい？

大項目を1・2、その下の中項目を1.1・1.2、さらに下のタスクを1.1.1・1.1.2 と、桁を増やして階層を表します。番号を見るだけで親子関係と順番が分かり、並べ替えても階層が崩れません。会議でも『1.2の件』と番号で指し示せます。

エクセルとスプレッドシート、どちらでテンプレートを使うのがいい？

一人で作成・更新するならエクセルでも十分です。複数人で同時に見たり更新したりするなら、クラウドのスプレッドシートのほうが共有しやすくなります。ただし、どちらも同時編集での競合は起きやすいため、人数が増えたらチームのタスク管理に特化したツールも選択肢になります。

小規模なプロジェクトでもWBSテンプレートは必要ですか？

数タスク程度の小さな作業なら、簡単なToDoリストで十分なこともあります。ただし、担当や期日が複数人にまたがる、期間が数週間以上ある、といった場合はWBSにすると抜け漏れを防げます。まずは配布テンプレートで小さく始めてみるのがおすすめです。

WBSが更新されず形骸化してしまいます。どうすれば続きますか？

「誰が・いつ更新するか」のルールを先に決めるのが第一歩です。週1回・会議前など更新のタイミングを固定し、ステータスは3〜4区分に絞ります。それでも同時編集や属人化で崩れる場合は、全員が同じ最新を見られ、期限通知で抜け漏れを自動で防げるチーム向けツールへの切り替えが有効です。

まとめ：テンプレートで“今日からチーム全員で使えるWBS”を作る

WBSテンプレートは、必要な列をそろえ、ゴールから作業を分解し、担当と期日を入れれば、その日のうちに実務で使えるものが作れます。

最後にチェックリストで振り返りましょう。

覚えておきたいのは、WBSのゴールは「きれいな表を作ること」ではなく「計画どおりに仕事を進めること」だという点です。

個人で完結する間はテンプレートで、チームで回す段階になったら見える化に特化したツールへ——役割を引き継ぐ発想で、無理なく続けられる計画づくりを目指しましょう。

ツール選びの前提として、経済産業省やJ-Net21（中小企業基盤整備機構）が示す業務改善・DXの考え方もあわせて確認しておくと、導入の判断がぶれません。

参考文献・出典

• 小松裕介『1+1が10になる組織のつくりかた ── チームのタスク管理による生産性向上』実業之日本社、2025年、ISBN 978-4-408-65143-9
• Project Management Institute（PMI）／PMI日本支部（WBS・PMBOKの体系）
• 独立行政法人 情報処理推進機構（IPA）（ソフトウェア開発・工数見積りの公開データ）
• Microsoft Create：無料テンプレート／Microsoft サポート：Excel ヘルプとラーニング／Microsoft サポート：表を作成し、書式設定する
• 公益財団法人 日本生産性本部『労働生産性の国際比較』／中小企業庁『中小企業白書』
• 経済産業省／J-Net21（中小企業基盤整備機構）（業務改善・DX）