WBSの作り方 完全ガイド【Excelでの作り方も解説】プロジェクト計画のプロが使う書き方

WBSは、プロジェクトの成果物を作業単位まで構造的に分解し、抜け漏れなく管理可能にするための基盤ツールです。本記事では、WBSの定義とガントチャートとの違いから、成果物起点の4ステップ作成手順、粒度調整やローリングウェーブ計画といった実践ノウハウ、Excelでのテンプレート作成と生成AIを使った効率化、PMO・ITコンサルタントが現場で使う実例までを解説します。

WBSとは？基本概念とプロジェクト管理での役割

WBSとは、プロジェクトの成果物を作業単位まで階層的に分解した構造図で、スコープ管理の土台になる手法です。

WBS（Work Breakdown Structure）の定義

WBS（Work Breakdown Structure、作業分解構成図）とは、プロジェクトで実施する作業を管理可能なレベルまで分解した構造図です。Work（作業）をBreakdown（分解）し、Structure（構造化）したものという語源が、そのままこの手法の定義を表しています。プロジェクトマネジメントの国際的な知識体系であるPMBOKでも、要求事項収集・スコープ定義の直後に位置づけられるプロセスとされ、確定した要求事項とスコープをさらに具体的な作業レベルへ落とし込む役割を担います。分解した最下層の単位は「ワークパッケージ」と呼ばれ、担当者が見て内容をすぐ理解できるレベルまで細分化することが基本原則です。

WBSとガントチャート・スケジュールの違い

WBSとガントチャートは役割が異なり、混同すると計画が機能しなくなります。WBSは作業内容を構造的に分解・整理する手法である一方、ガントチャートは分解した作業を時間軸で可視化するツールです。WBSで洗い出した作業を、ガントチャートで期間・順序に落とし込むという補完関係にあり、WBSが「何をやるか」を、ガントチャートが「いつやるか」を担当すると整理すると理解しやすくなります。

WBSが「プロジェクトの地図」になる理由

WBSが正しく作られていないプロジェクトでは、作業の抜け漏れや責任の所在不明が起こりやすくなります。WBSはプロジェクト全体を一枚の構造図に落とし込むため、関係者全員が「今どの作業に取り組んでいるか」「まだ着手していない作業は何か」を共通認識として持てるようになります。この共通認識こそがWBSを「プロジェクトの地図」と呼ぶ理由であり、要件定義・設計・開発・テストといった複数の工程をまたぐ大規模プロジェクトほど効果を発揮します。

WBSの作り方 ステップバイステップ

WBSの作成は、成果物の洗い出し→作業分解→担当者設定→スケジュール連携という4ステップで進めるのが基本です。

STEP1：成果物（deliverable）を洗い出す

最初のステップは、タスクではなく成果物（デリバラブル）を洗い出すことです。プロジェクトのゴールから逆算し、「何を完成させれば終わりと言えるか」を先に定義します。作業（アクション）から考え始めると人によって粒度がばらつきやすいため、成果物を起点にすることでWBS全体の一貫性が保たれます。

STEP2：作業項目を分解する（レベル分け）

成果物が定まったら、それを達成するために必要な作業を階層的に分解します。一般的には大項目（フェーズ）→中項目（工程）→小項目（タスク）の3階層程度が扱いやすく、最下層の単位が「ワークパッケージ」です。分解の深さに絶対的な正解はありませんが、担当者がそのまま着手できる粒度まで落とし込むことが目安になります。

STEP3：担当者・工数・依存関係を設定する

ワークパッケージごとに担当者・見積工数・前後の依存関係を設定します。依存関係を明確にすることで、どの作業が遅延すると後続にどう影響するかが把握でき、スムーズなスケジューリングが可能になります。この段階で担当者本人の合意を取っておくことが、後工程での認識のずれを防ぎます。

STEP4：スケジュールと連携させる

作業項目・担当者・依存関係が固まったら、ガントチャートや工程管理ツールに落とし込みスケジュール化します。WBSはあくまで作業構造を定義するものであり、期間の可視化からはガントチャート側の役割に移ります。

WBS作成のベストプラクティスとよくある失敗

WBSの実務品質は、粒度設定とローリングウェーブ計画の使い方によって大きく変わります。

粒度の決め方：細かすぎ・荒すぎを避けるコツ

WBSの粒度が細かすぎると管理コストが跳ね上がり、荒すぎると進捗を正確に把握できなくなります。目安として、1つのワークパッケージが数日〜2週間程度で完了する規模に収まっているかを基準にすると判断しやすくなります。プロジェクトの規模や不確実性の高さによって適切な粒度は変わるため、固定的なルールに頼らず、進行中に調整する前提で運用することが実務的です。

「ローリングウェーブ計画」の活用

将来の作業まで一律に詳細化しようとすると、変更が起きるたびに手戻りが発生します。ローリングウェーブ計画は、直近で着手する作業は詳細に、将来の作業は大枠だけを決めておく反復的な計画技法です。WBS作成の後半工程（担当者設定・スケジュール連携）を直近分だけ先行させ、先の工程は上位レベルの粗い分解にとどめておくことで、途中の仕様変更や優先順位変更に柔軟に対応しやすくなります。

よくある失敗パターンと回避法

WBS作成では、次のような失敗が繰り返し起こりがちです。

• 作業（動詞）から分解を始めてしまう：成果物起点ではなく作業起点で分解すると、階層の粒度がばらつきやすくなります。
• 「その他」「雑務」といった曖昧な項目を残す：担当者・工数が不明確な項目は、後工程で必ず問題として表面化します。
• 一度作って更新しない：WBSは計画時点のスナップショットではなく、進捗に応じて見直す前提の生きたドキュメントです。

Excelで作るWBSテンプレート活用法

ExcelでWBSを作る場合は、階層構造をセルのインデントと列構成で表現するのが基本です。

テンプレートの構造と入力のコツ

Excel版WBSは、大項目・中項目・小項目の列を分け、各行にワークパッケージ・担当者・見積工数・開始/終了予定日を並べる構成が扱いやすい形式です。フィルタ機能を使えば担当者別・工程別の絞り込みができ、条件付き書式で進捗率に応じたセルの色分けを設定すると、印刷資料としてもそのまま実務で使えます。列を増やしすぎると更新の手間が増えるため、まずは「作業名・担当者・工数・期間・進捗率」の5列程度から始め、必要に応じて拡張する進め方が運用しやすいでしょう。

AIツール（ChatGPT/Cursor）を使ったWBS自動生成

生成AIを使うと、WBSのたたき台を短時間で作成できます。ChatGPTなどの対話型AIにプロジェクト概要と主要な成果物を伝えると、大項目・中項目レベルの分解案を提示させることができ、ゼロから洗い出すよりも初動を速められます。Cursorのようなコード編集エージェントを使う場合は、WBSの構造をMarkdownや表形式のテキストで出力させ、そのままExcelやガントチャートツールに貼り付けて調整するという使い方も実務で広がり始めています。ただし、AIが出力する分解案はあくまで叩き台であり、成果物の抜け漏れや依存関係の妥当性は必ず担当者が確認する必要があります。特にプロジェクト固有の制約（承認プロセス・既存システムとの連携等）はAIが把握できないため、人による補正を前提に使うことが実務上の注意点です。

PMコンサルタント・PMOが現場で使うWBS実例

PMOやITコンサルタントの現場では、WBSの精度がプロジェクト全体の進行管理の質を左右します。

PMO案件でWBSを任される場面では、作業を洗い出せているかよりも、「誰の承認で成果物を確定させるか」「遅延が判明したときにどの階層で吸収するか」まで設計できているかが問われます。実務では最下層のワークパッケージを1〜5人日程度の粒度に収め、階層は3〜4段で止めるのが扱いやすいとされています。粒度が粗すぎると週次の進捗報告に遅延の兆候が現れず、細かすぎると更新作業そのものが負荷になるためです。WBSを正確に組み立て運用できるスキルは、PMOとしての評価に直結する実務能力のひとつです。

DX案件でのWBS活用事例

DX推進プロジェクトでは、業務要件の整理・システム選定・データ移行・利用者教育など、性質の異なる作業が並行して進みます。WBSを部門横断で作成しておくと、業務側とシステム側それぞれの成果物の抜け漏れを事前に洗い出しやすくなり、「業務要件が確定しないとシステム設計に着手できない」といった部門をまたぐ依存関係を可視化できます。

RPA導入プロジェクトのWBS構造

RPA導入では、対象業務の選定・シナリオ設計・ロボット開発・テスト・本番移行・運用引き継ぎという工程が典型的な大項目になります。特にテスト工程は「業務担当者による受け入れテスト」と「システム部門による例外処理テスト」が別作業として存在するため、担当部門ごとにワークパッケージを分けておくと責任の所在が明確になります。

まとめ：WBSをマスターしてプロジェクト管理スキルを証明する

WBSは、成果物起点で作業を分解し、担当者・依存関係を明確にすることでプロジェクトの進行管理を支える基盤です。粒度の調整やローリングウェーブ計画を取り入れることで、変化の多いプロジェクトでも実務に耐えるWBSを維持できます。ExcelやAIツールを活用しながら、まずは自分の担当プロジェクトで一つWBSを作成し、運用しながら精度を高めていくことが習得への近道です。

出典・参考情報

1. Trainocate ブログ「【PMBOK®ガイド入門】第29回：WBS作成プロセス」（2026年7月参照）
2. Asana「WBS とは？作り方・メリット・ガントチャートとの違いを解説」（2026年7月参照）
3. Promapedia「ローリング・ウェーブ計画法とは何か？」（2026年7月参照）
4. note「PM/PMO・ITコンサル領域の案件動向」（レバテック株式会社データ引用、2026年7月参照）

本記事は2026年7月時点の情報に基づきます。制度・ツールの仕様は変更される場合があるため、最新情報は各公式情報をご確認ください。