システム開発では、プロジェクト計画時に「WBS（Work Breakdown Structure：作業分解構成図）」を作成するケースが多く見られます。
実際にシステム開発などのプロジェクトで、WBSを作成した経験がある方もいらっしゃるでしょう。
しかし、WBSについて“正しく”理解できているでしょうか？ また、作成したWBSを効果的に活用できていますか？ WBSはプロジェクトマネジメントに必須のスキルといっても過言ではありません。
今回はWBSの定義や活用するメリット、具体的な作り方について解説します。ExcelでWBSを作成する方法や、AIを活用したタスク洗い出しの効率化についても紹介していますので、ぜひ参考にしてください。
目次
WBSとは？
はじめに、WBSの定義と導入する目的を確認しておきましょう。そもそもWBSがなぜ必要なのか、どのような役割を果たすのかを明確にしておくことが大切です。
WBSの定義
WBSとは「作業を分解して構造化する手法」です。プロジェクト管理の基礎であり、スケジュール作成のもとになります。
具体的には、プロジェクト全体の作業をまず大きな粒度のタスクとして列挙し、徐々に小さな粒度のタスクの集合に分解していきます。分解したタスクを遂行する順序にそろえ、ツリー構造にまとめたものがWBSです。
大きな粒度から考えて段階的に細かくしていくことにより、プロジェクト計画を立てる上で最も大切なタスクの洗い出しに抜け漏れが起こりにくくなります。
作業をブレークダウンしてツリー構造にする
WBS導入の目的
WBS導入の目的は「プロジェクト完了までの全作業を抜け漏れなく洗い出すこと」です。
WBSを活用することにより、プロジェクト全体の作業が把握できます。WBSによってやるべきことを明確化した上で、スケジュールの策定や作業の役割分担をすることで、精度の高い見積もりが可能になるのです。
プロジェクト全体の作業が明確化しないうちにスケジュールを策定すると、プロジェクト失敗のリスクが高まります。精度の低い見積もりを元にプロジェクトを進めていくのは、どのステークホルダーにとっても好ましいことではありません。作業の抜け漏れを防ぎ、見積もりの精度を高めることがWBS導入の主な目的と捉えてください。
参考: プロジェクト管理 | 活用シーン | Backlog
WBSの種類
何を基準に作業を構造化するかによって、WBSは大きく2種類に分けられます。種類ごとの特性の違いや、それぞれのWBSが適しているタイプのプロジェクトを押さえておきましょう。
成果物型 作業分解構造図
成果物型作業分解構造図とは、最終成果物の完成から逆算してタスクを分解し、ツリー構造にまとめる手法です。成果物の完成がゴールに設定されているような短期プロジェクトに適しています。
成果物を基準にタスクを抽出するためプロジェクトの全体像を把握しやすく、中間成果物が互いにどう関わり合っているかを明確にできる点が大きなメリットです。一方で、達成までに長期間を要するプロジェクトや、複数の部門が複雑に関わり合っているプロジェクトにはあまり適していません。
プロセス型 作業分解構造図
プロセス型作業分解構造図とは、プロジェクトの階層やフェーズに着目してタスクを構造化する手法です。特定の成果物を完成させることがゴールに設定されていないような、中長期のプロジェクトに適しています。
部門ごとの役割分担やプロジェクト内に設置された小規模プロジェクトといった階層構造を重視するため、タスクを詳細に定義しやすい点が大きなメリットです。ただし、プロセスを分解する粒度が細かすぎたり粗すぎたりすると、かえって全体の構造が見えづらくなる恐れがあります。タスクを切り分ける粒度の見極めが必要になるでしょう。
WBSを活用するメリット
プロジェクトの計画時にWBSが重要な役割を果たすといわれているのはなぜでしょうか。WBSを活用することで得られる主なメリットを紹介します。
やるべきことが明確になる
WBSの最大の特徴は「構造図」としてまとめることです。タスクを抽出するのであれば、リスト形式で羅列していくこともできるでしょう。しかし、タスクの抜け漏れがないか確認するには、タスク同士の関連性や階層構造を確認しておく必要があります。
タスクを構造図に落とし込むことで、具体的な何をすればよいのか、どのような作業が発生するのかを視覚的に確認しやすくなります。取り組むべきタスクが明確になることは、WBSを活用するメリットといえるでしょう。
スケジュールを組むための準備ができる
プロジェクトを実行に移すにあたって、スケジュールを組むプロセスは必須といえます。いつまでに何をやるべきかを明確にし、進捗状況を確認しながら作業を進める必要があるからです。
しかし、タスクの洗い出しが不十分な状態でスケジュールを組んだ場合、必要なタスクが漏れてしまうなどのトラブルが生じかねません。スケジュールを組むための準備段階として、タスクを漏れなく洗い出せることもWBSを活用するメリットの1つです。
役割分担が明確になる
プロジェクト内のタスクが明確になれば、どのタスクを誰が担当するのかを明示できます。役割分担が明確になるため、責任の所在が曖昧になるのを防げるのです。
タスクの洗い出しが不十分な状態でプロジェクトが進行すると、想定外のタスクが発生しやすくなります。「手の空いている人が担当する」といった曖昧な分担の決め方をしていると、担当者間で重複するタスクや未着手のタスクが発生しがちです。タスクを確実に、かつ効率よく割り振るためにも、事前にタスクを構造化しておく必要があります。
毎回1から作り直すのは、それこそ工数のムダですし作業内容の抜け漏れが発生するリスクがあります。テンプレートを使用して、アップデートを重ねていけば、WBSの品質向上にもつながります。
タスク管理の上手な進め方は、下記をご参照ください。
参考: ブラウザ上でできるタスク管理。メリットと方法、おすすめツールを紹介 | Backlogブログ
工数見積がしやすくなる
タスクを分解して考えることで、プロジェクト全体の工数見積がしやすくなります。たとえば、あるタスクを1件終えるまでに要する時間が30分だったとしましょう。同様のタスクが100件発生することが分かっていれば、すべての作業を終えるまでに50時間を要すると計算できます。
このように、細分化されたタスクを積み上げていくことによって、より実態に近い工数見積が可能になります。見積もりと実態の乖離を防ぎやすくなることも、WBSを活用するメリットといえるでしょう。
進捗管理がしやすくなる
プロジェクトを構成するタスクの全容が明らかになっていれば、何にどれだけ取り組む必要があるのかが把握できます。プロジェクトの進行中に現状の進捗状況がつかみやすくなり、作業の遅延につながる兆候にいち早く気づけるでしょう。
タスクの分解が不十分だと、残っているタスクがどの程度あるのか、残りのタスクを処理するためにどれだけの時間を要するのかが不透明になりがちです。ゴールが明確になることで進捗管理がしやすくなることは、WBSを活用するメリットといえます。
プロジェクトの見通しを共有できる
WBSを活用することによって、プロジェクトの全体像が可視化されます。プロジェクトに携わる各々のメンバーが自身の役割を認識し、プロジェクトに参画している意義を実感することにつながるでしょう。
タスク同士の関連性が図示されることで、担当業務にどのような後工程が控えているのかを確認できます。後工程を考えて作業を進めることで手戻りを防ぎ、結果としてプロジェクト全体を効率よく進められるでしょう。プロジェクト全体の見通しを共有できることも、WBSを活用するメリットの1つです。
WBSとガントチャートの違い
タスク管理によく用いられる書式として、ガントチャートが挙げられます。WBSとガントチャートはどう違うのか、双方がどのように関わっているのかを押さえておくことが大切です。
ガントチャートとは
ガントチャートとは、縦軸にタスク、横軸に時間を置き、各タスクの開始日・終了日を横棒で可視化した表のことです。作業内容・担当者・スケジュールを一覧化することにより、工程管理や進捗管理がしやすくなります。
一方、WBSはプロジェクトを構成するタスクを洗い出し、構造化して示した図のことです。作業内容をタスク単位に切り分けた上で、タスク同士の関連性を図示できるものの、タスクごとのスケジュールの確認にはあまり適していません。よって、プロジェクトの進捗管理を行うにはガントチャートを活用するのが得策です。
＞ Backlogの「ガントチャートでできること」について詳しく見る
WBSとガントチャートの関係
ガントチャートを進捗管理に活用できるのであれば、ガントチャートのみ作成すればよいのではないか、と感じた方もいるでしょう。実は、正確なガントチャートを作成するには事前にWBSを作成しておく必要があります。
ガントチャートに記載したタスクに漏れがあった場合、予定していたスケジュールを調整・変更しなければなりません。タスクの追加や変更が頻発するのを防ぐには、あらかじめ作業内容とタスクを明確にしておくことが重要です。WBSは精度の高いガントチャートを作成するための下準備として位置づけるとよいでしょう。
WBSの作り方
WBSの定義や種類、活用するメリットに対する理解が深まったでしょうか。次に、WBSを作るにはどのような手順を踏めばよいのかを見ていきます。WBSの作成方法を順に見ていきましょう。
作業内容をすべて洗い出す
最初にやるべきことは作業内容の洗い出しです。
プロジェクトを完了させるまでに存在するフェーズやタスクを、漏れや重複がないように分割していきます。ITシステム開発プロジェクトを例にとると、最初の分割は開発フェーズ（要件定義、設計、実装、テストなど）が想定されるでしょう。
このとき指針になるのが、プロジェクトマネジメントで広く知られる「100%ルール」です。WBSはプロジェクトの全スコープを100%カバーし、かつスコープ外の余分な作業を含まないように作成します。また、同じ作業が複数の枝に重複して現れないようにすることで、工数やコストの二重計上を防げます。
分割ができたら、各要素をさらに細分化していきます。ここでも、漏れや重複なく分割しておくことが大切です。一番小さなレベルのタスクが数時間～数日程度の作業に収まる粒度を目安にしてください。最小単位の作業（ワークパッケージ）を8時間以上80時間以下に収める「8/80ルール」と呼ばれる目安も参考になるでしょう。
また、ツリー構造の階層を深くしすぎると、あるタスクが複数の親タスクにまたがってしまったり、タスク同士の親子関係を定義することに意識が割かれたりしやすくなり、すべてのタスクを洗い出すという本質から離れがちです。WBSを作成する目的は、あくまでもタスクの構造化であることを念頭に置きましょう。
全体を無理なく把握できる程度の大きさまでブレークダウンできたら、それ以上は無理に階層化する必要はありません。さらに下の階層に位置づけられるタスクに関しては、単に列挙するだけでも漏れなく洗い出せるはずです。
作業の順序設定
作業内容の洗い出しが終わったら、次は作業の順序設定です。
最初にすべき作業は何か、その次にすべき作業は何かを設定していきます。この工程を繰り返すことで、プロジェクト全体の工程を可視化しましょう。
作業の順序を設定する際には、作業の依存関係を明確にすることが大切です。
前工程の作業が終わらないと着手不可能なのか、並行して作業を進めることができるのかを明確にすることで、効率的にプロジェクトを進行できます。
作業の構造化
ここまでのプロセスで、ある程度は作業が構造化されているはずです。ツリー構造をもう一度眺めて、同じ階層で隣り合った要素同士のサイズ感がかけ離れていないかどうかを確認します。
同じ階層の塊を同じ概念として捉えることができれば、問題なく構造化できていると判断できます。たとえば「要件定義」と「基本設計」はともに「開発フェーズ」や「マイルストーン」と呼ばれる概念で捉えられるため、同じレベルで構造化されているかどうかを判断する際の手がかりになるでしょう。
担当者を明確にする（1タスク1担当者）
最後に、それぞれの作業に担当者を設定します。
このときポイントとなるのが担当者の人数です。基本的に「1タスク1担当者」のルールを徹底しましょう。
1タスクに複数人の担当者が設定されているタスクを見かけることがありますが、担当者の責任感が薄れてしまったり、最終的に誰が責任をもって作業を完了させるべきかが分からなくなったりしがちです。1タスクに複数名を割り当てるのは、基本的におすすめしません。
また、「クリティカルパス」にも注意してください。
プロジェクトを進める上で、各タスクの順番と作業時間を算出し、その中で絶対に遅れてはならないタスクをつなぐ導線を引いたものがクリティカルパスです。
クリティカルパスは、前工程が終了しないと次工程に進めない依存関係のあるタスクの組み合わせをつなぐため、見積もられた所要時間の合計が最も多くなる経路になります。
クリティカルパス上にある作業が遅れることは、プロジェクト全体が遅延する直接的な原因となるのです。クリティカルパスの発見も、WBSによる工程管理の重要な目的といえます。時系列に沿って作業の順序を設定する際には、必ずクリティカルパスを意識しましょう。
ExcelでWBSを作る方法
WBSは専用ツールがなくても、Excelやスプレッドシートで作成できます。ここでは、Excelを使ってWBSを作成する際に必要な項目と手順、運用する上での注意点を紹介します。
WBSの表に必要な項目
ExcelでWBSを作成する場合は、行にタスク、列に管理項目を並べた一覧表の形式が一般的です。最低限、次の項目を用意しておきましょう。
- WBS番号: 「1」「1-1」「1-1-1」のように階層が分かる連番
- 大項目・中項目・タスク名: フェーズ→作業のまとまり→個別タスクの3階層程度
- 担当者: 1タスク1担当者の原則で記入
- 開始日・終了日: スケジュール策定とガントチャート作成の土台
- 工数（予定・実績）: 見積もりの精度検証に活用
- 進捗率・ステータス: 未着手／進行中／完了などの状態
必要に応じて、依存関係（先行タスク）や成果物の列を追加すると、より精度の高い管理が可能になります。
Excelでの作成手順
作成の流れは、前章で解説したWBSの作り方と同じです。
- 項目列を用意する: 上記の項目をヘッダー行として設定します
- タスクを洗い出して階層化する: 大項目から順に記入し、インデントやWBS番号で階層を表現します
- 担当者・日付・工数を割り当てる: タスクごとに担当者と期間を設定し、必要に応じて条件付き書式などで横棒を引けば、簡易的なガントチャートとしても機能します
Excelで運用する場合の注意点
Excelは手軽に始められる一方、プロジェクトの規模が大きくなったり、タスクの追加・変更が頻発したりすると、次のような課題が生じやすくなります。
- タスクの追加・変更のたびにスケジュールの横棒を手作業で引き直す必要がある
- ファイルが属人化しやすく、最新版がどれか分からなくなる
- 複数人での同時編集や、進捗のリアルタイム共有に向いていない
小規模・短期のプロジェクトであればExcelでも十分ですが、チームでの継続的な運用を前提とするなら、WBSからガントチャートまで一元管理できるプロジェクト管理ツールの活用を検討するとよいでしょう。たとえばBacklogなら、課題（タスク）を親子関係で階層化してWBSとして整理し、期限を設定するだけでガントチャートが自動で生成されます。
WBSを作成する際のポイント
WBSを作成する際に押さえておくべき重要なポイントをまとめました。WBSが本来の目的から外れることのないよう、次の3点を実践しましょう。
不明確なタスクを作らないようにする
タスクを洗い出していく際に、内容が曖昧なタスクが出てくることがあります。タスクの中身が不明確である以上、工数を見積もることもできないはずです。担当者にヒアリングを行うなどして、できるだけタスクの内容を明らかにおしておく必要があるでしょう。
タスクの内容がどうしても確定できない場合は、工数を推測で見積もらないようにしてください。推測で見積もりを出したタスクが、実は膨大な工数に及ぶこともあり得ます。不明確なタスクは確定できない状態で残しておき、実務を進める中で内容を明らかにしていくことが大切です。
タスク管理の上手な進め方は、下記をご参照ください。
参考: ブラウザ上でできるタスク管理。メリットと方法、おすすめツールを紹介 | Backlogブログ
クリティカルパスとバッファは分けて考える
スケジュールを立てる際には、日程に余裕をもたせることが重要とよくいわれます。しかし、タスク単位で工数を見積もる場合には実態に合った工数で算出することが大切です。
タスク単位でバッファをもたせてしまうと、タスクを積み上げていく過程で工数見積が膨張していきます。まずはクリティカルパスを正確に見極めた上で、必要に応じてバッファを設けるといったように、段階を踏んでスケジュールを立てていくのがポイントです。
テンプレートやツールを活用する
プロジェクトを構成するタスクを洗い出し、漏れや重複なく構造化することは重要ですが、WBSを作成すること自体が目的化しないように注意しましょう。WBSの作成は、プロジェクトを円滑に進めるための手段に過ぎません。よって、適切なWBSをできるだけ効率よく作成することが大切です。
毎回1から作り直すのは、それこそ工数のムダですし作業内容の抜け漏れが発生するリスクがあります。テンプレートを使用して、アップデートを重ねていけば、WBSの品質向上にもつながります。
WBSの作成に役立つテンプレートやツールなど、利用できるものがあれば有効活用することをおすすめします。WBSを一から作ることに時間を費やしてしまい、本来の目的を見失わないように注意してください。
AIでWBSのタスク洗い出しを効率化する
近年は、WBS作成の最初のステップである「タスクの洗い出し」に生成AIを活用する方法も広がっています。
プロジェクトの概要や成果物、期間などをAIに伝えると、フェーズごとに分解されたタスクリストのたたき台を短時間で生成できます。ゼロから洗い出すよりも抜け漏れに気づきやすく、経験の浅いメンバーでも標準的な作業構造を参照しながらWBSを組み立てられる点がメリットです。
ただし、AIが生成したタスクリストはあくまでたたき台です。自社のプロジェクト特有の作業や制約は反映されていないため、必ず担当者がレビューし、実態に合わせて修正・追加してください。
Backlogでは、AIで生成したタスクリストをCSVで一括登録し、そのままガントチャートとして可視化する運用が可能です。具体的な手順は下記の記事で解説しています。
参考: 【AI活用】Backlogの新機能「課題一括登録」でプロジェクト計画を自動作成する方法 | Backlogブログ
また、Backlog AIアシスタントを使えば、メモ書きのような簡単な入力から、チームに伝わる形の課題をAIが生成してくれます。タスクの起票にかかる手間を減らし、WBSの運用・更新を継続しやすくなります。
WBSに関するよくある質問
Q.WBSとガントチャートの違いは何ですか？
A.WBSはプロジェクトの全作業を洗い出して階層的に構造化した図で、ガントチャートはそのタスクを時間軸に沿って可視化した表です。WBSでタスクを確定させ、それをもとにガントチャートを作成するという関係にあり、どちらか一方ではなく併用することで精度の高いプロジェクト管理が可能になります。
Q.WBSはExcelでも作成できますか？
A.作成できます。WBS番号・タスク名・担当者・開始日/終了日・進捗率などの列を持つ一覧表を作れば、Excelやスプレッドシートで十分に機能します。ただし、タスクの追加・変更が多いプロジェクトやチームでの同時編集が必要な場合は、ガントチャートが自動生成されるプロジェクト管理ツールの利用がおすすめです。
Q.タスクはどこまで細かく分解すべきですか？
A.一番小さなレベルのタスクが数時間〜数日程度の作業に収まる粒度が目安です。ワークパッケージを8時間以上80時間以下に収める「8/80ルール」も広く使われています。細かくしすぎると管理コストが増え、粗すぎると進捗が見えなくなるため、担当者が作業内容と完了条件を迷わず判断できる粒度を意識しましょう。
Q.WBSは誰がいつ作成しますか？
A.一般的には、プロジェクトマネージャーが計画段階（スケジュール策定の前）に作成します。ただし、PMが1人で作るのではなく、実際に作業を担当するメンバーにヒアリングしながら作成することで、タスクの抜け漏れや工数見積もりの誤差を減らせます。
まとめ
WBSは「作業を分解して構造化する手法」であり、プロジェクト管理の基本といえます。プロジェクトのスケジュールやガントチャートを作成する際の土台となるため、タスクを抜け漏れなく洗い出すことが大切です。
ExcelでもWBSは作成できますが、チームでの継続的な運用にはWBSからガントチャートまで一元管理できるツールが便利です。AIによるタスク洗い出しの効率化も取り入れながら、自社に合った運用方法を見つけてください。
今回紹介したWBSの種類や作り方を参考に、タスクの構造化・可視化に取り組んでください。適切なWBSを作成することが、プロジェクトの成功に大きく寄与するはずです。
関連機能: ガントチャート | 機能 | Backlog
