プロジェクトを進めていると、「やることが多すぎて整理できない」「誰が何を担当するのか曖昧になる」「スケジュールを立てても途中で抜け漏れが出る」といった悩みがよく起こります。
特に、複数の人が関わる仕事では、最初に全体像をつかめていないまま進めてしまうと、後から「この作業が必要だった」「この確認を忘れていた」「担当者が決まっていなかった」という問題が発生しやすくなります。
そこで役立つのが、WBSです。
WBSは、プロジェクトの成果物や作業を細かく分解し、やるべきことを見える化するためのフレームワークです。難しそうに見えますが、考え方はとてもシンプルです。大きな仕事を、小さな作業に分けて整理するだけです。
たとえば、「新商品を発売する」という大きな仕事がある場合、その中には市場調査、商品企画、試作品づくり、価格設定、販促資料作成、営業説明、販売開始準備など、さまざまな作業が含まれます。WBSを使うと、こうした作業を抜け漏れなく洗い出し、プロジェクト全体を管理しやすくできます。
この記事でわかること
・WBSとは何か
・WBSは何に使うのか
・WBSの基本的な考え方
・WBSの使い方
・WBSの具体例
・関連フレームワークとの違い
最初から完璧に使いこなす必要はありません。まずは「WBSはプロジェクトを作業単位に分解して、抜け漏れを防ぐための型だ」とつかめれば十分です。
WBSとは？
WBSとは、Work Breakdown Structureの略です。日本語では「作業分解構成図」と訳されます。
プロジェクトで達成すべき成果物や作業を、大きな単位から小さな単位へ段階的に分解して整理する考え方です。
たとえば、「研修を実施する」というプロジェクトがあるとします。このままだと、何をすればよいのか少し曖昧です。そこで、次のように分解します。
・研修テーマを決める
・対象者を決める
・講師を決める
・教材を作成する
・参加者を募集する
・会場やオンライン環境を準備する
・当日の運営を行う
・アンケートを回収する
・結果を集計する
このように、プロジェクトを具体的な作業に分けることで、「何をすればよいか」が見えるようになります。
WBSは、単なるタスクリストではありません。プロジェクト全体を構造的に分解し、作業の抜け漏れを防ぐための管理手法です。
初心者向けに言い換えるなら、WBSは「大きな仕事を、小さな仕事のまとまりに分けるための設計図」です。
一言でいうと、WBSはプロジェクトの作業を分解し、やるべきことを見える化するためのフレームワークです。
WBSは何に使うのか
WBSは、プロジェクトの計画段階で特に役立ちます。プロジェクトを始める前に、必要な作業を洗い出しておくことで、スケジュール、担当者、必要なリソースを考えやすくなります。
WBSは次のような目的で使われます。
・プロジェクトの全体像を整理する
・必要な作業を洗い出す
・作業の抜け漏れを防ぐ
・担当者を決めやすくする
・スケジュールを作りやすくする
・工数やコストを見積もりやすくする
・進捗管理をしやすくする
・関係者との認識ズレを減らす
たとえば、上司から「このプロジェクト、どれくらいで終わりそう？」と聞かれたとき、作業を分解していない状態では正確に答えることが難しくなります。しかし、WBSで作業を整理していれば、「この作業に3日、この確認に2日、この承認に1週間」といった形で、現実的な見積もりがしやすくなります。
また、チームで仕事を進める場合にもWBSは有効です。各作業が明確になっていれば、「誰が何をやるのか」「どこまで終わっているのか」「どの作業が遅れているのか」を確認しやすくなります。
どんな人に向いているか
WBSは、プロジェクト管理の専門家だけでなく、日常業務で複数の作業を扱う人にも向いています。
特に、次のような人におすすめです。
・プロジェクトを初めて任された人
・仕事の全体像を整理するのが苦手な人
・タスクの抜け漏れが起こりやすい人
・チームで仕事を進める機会が多い人
・スケジュール管理を改善したい人
・上司や関係者に計画を説明する必要がある人
・業務改善や新規施策を担当している人
・研修、イベント、商品企画、システム導入などを進める人
WBSは、プロジェクトマネージャーだけが使うものではありません。たとえば、新入社員研修の準備、展示会出展、営業キャンペーン、社内システム導入、業務改善活動、Webサイト制作など、幅広い場面で使えます。
「何から手を付ければよいかわからない」と感じたときほど、WBSは効果を発揮します。
WBSの基本的な考え方
WBSの基本は、大きな仕事を小さな作業に分けることです。
ただし、やみくもに細かく分ければよいわけではありません。重要なのは、プロジェクトの目的や成果物を起点にして、必要な作業を段階的に整理することです。
WBSでは、一般的に次のような階層で考えます。
・プロジェクト全体
・大きな成果物や作業領域
・中くらいの作業単位
・具体的なタスク
・必要に応じた作業手順
たとえば、「社内研修を実施する」というプロジェクトであれば、最上位に「社内研修プロジェクト」があります。その下に「企画」「教材作成」「参加者募集」「当日運営」「事後フォロー」といった大きな作業領域を置きます。さらにその下に、「テーマ決定」「講師調整」「資料作成」「アンケート作成」などの具体的な作業を配置します。
WBSで大切なのは、次の3つです。
まず、成果物を意識することです。何を完成させるための作業なのかを考えると、作業の抜け漏れを減らせます。
次に、作業を管理できる大きさまで分解することです。大きすぎる作業は進捗が見えにくくなります。一方で、細かすぎる作業は管理が大変になります。
最後に、関係者と一緒に確認することです。WBSは一人で作って終わりではありません。実際に作業する人や関係部署と確認することで、現実的な計画に近づきます。
WBSの使い方
手順1 プロジェクトの目的と成果物を確認する
最初に行うべきことは、プロジェクトの目的と成果物を明確にすることです。
WBSは作業を分解するフレームワークですが、そもそも「何を達成するための作業なのか」が曖昧だと、正しく分解できません。
たとえば、「新しい研修を作る」というプロジェクトであれば、目的は「社員の知識向上」かもしれません。成果物は「研修資料」「動画教材」「確認テスト」「受講案内」「アンケート結果」などになります。
この段階で、次のような問いを確認します。
・このプロジェクトのゴールは何か
・最終的に何が完成していればよいのか
・誰に対して価値を提供するのか
・期限はいつか
・関係者は誰か
目的や成果物がはっきりすると、必要な作業を洗い出しやすくなります。
手順2 大きな作業領域に分ける
次に、プロジェクト全体を大きな作業領域に分けます。
いきなり細かいタスクを書き出すと、整理が難しくなります。まずは大きなまとまりを作ることが大切です。
たとえば、Webサイト制作なら次のように分けられます。
・企画
・要件整理
・デザイン
・コンテンツ作成
・システム構築
・テスト
・公開準備
・運用開始
営業キャンペーンなら、次のように分けられます。
・ターゲット設定
・訴求内容の設計
・販促資料作成
・営業担当への説明
・顧客アプローチ
・結果集計
・改善検討
大きな作業領域を分けることで、プロジェクト全体の骨組みが見えてきます。
手順3 各領域を具体的な作業に分解する
大きな作業領域を決めたら、それぞれを具体的な作業に分解します。
たとえば、「教材作成」という作業領域がある場合、次のように分けられます。
・研修構成を作る
・各章の内容を決める
・スライドを作成する
・説明用の原稿を作る
・確認テストを作る
・レビューを受ける
・修正する
・完成版を保存する
このとき、「作業名を見れば何をするのか分かる」状態にすることが重要です。
「資料」だけでは曖昧です。「研修スライドを作成する」「講師用原稿を作成する」「受講者用配布資料を作成する」のように、動作が分かる表現にすると管理しやすくなります。
手順4 作業の抜け漏れを確認する
作業を分解したら、抜け漏れがないかを確認します。
WBSは作って終わりではなく、確認して修正することが重要です。特に、実務では自分一人では気づけない作業がよくあります。
たとえば、イベント運営では「当日の資料作成」は思いつきやすいですが、「会場案内メール」「受付担当者の手配」「備品の準備」「緊急連絡先の共有」などは抜けやすい作業です。
抜け漏れを確認するときは、次の視点が役立ちます。
・企画段階の作業は足りているか
・関係者への確認作業は入っているか
・承認やレビューの時間は含まれているか
・外部業者や他部署との調整は必要か
・テストや確認作業は入っているか
・トラブル対応の準備はあるか
・完了後の振り返りや報告は必要か
実際に作業する人にWBSを見てもらうと、現実的な抜け漏れを発見しやすくなります。
手順5 担当者・期限・依存関係を整理する
WBSで作業を分解したら、次に担当者や期限を設定します。
WBS自体は作業分解のためのフレームワークですが、実務ではそのままスケジュール表や進捗管理表につなげて使うことが多いです。
各作業について、次の情報を整理すると管理しやすくなります。
・作業名
・担当者
・開始予定日
・完了予定日
・必要な工数
・前提となる作業
・成果物
・進捗状況
特に重要なのが、依存関係です。依存関係とは、「この作業が終わらないと次の作業に進めない」という関係のことです。
たとえば、研修資料は研修テーマが決まらないと作れません。動画撮影はスライドと原稿が完成していないと進めにくいです。参加者募集は日程と内容が決まっていないと開始できません。
このような関係を整理しておくと、後でガントチャートやスケジュール管理につなげやすくなります。
WBSの具体例
例 社内研修を実施する場合
社内研修を実施するプロジェクトを例に考えてみます。
最上位のプロジェクトは「新入社員向け研修の実施」です。これを大きな作業領域に分けると、次のようになります。
・研修企画
・教材作成
・講師調整
・受講者案内
・当日運営
・事後フォロー
さらに、それぞれを具体的な作業に分解します。
研修企画では、次のような作業があります。
・研修目的を決める
・対象者を決める
・研修テーマを決める
・実施形式を決める
・日程を決める
・予算を確認する
教材作成では、次のような作業があります。
・研修構成を作る
・スライドを作成する
・ワークシートを作成する
・確認テストを作成する
・上司や関係者のレビューを受ける
・修正する
当日運営では、次のような作業があります。
・会場またはオンライン環境を準備する
・出欠を確認する
・司会進行を行う
・講師をサポートする
・トラブル対応を行う
・アンケートを案内する
このようにWBSで分解しておくと、研修実施に必要な作業が見えるようになります。
もしWBSを作らずに進めると、「アンケートを作っていなかった」「受講者へのリマインドを忘れた」「講師との事前打ち合わせをしていなかった」といった問題が発生しやすくなります。
別の例 新商品発売プロジェクトの場合
次に、新商品発売プロジェクトを例にします。
新商品を発売するには、商品そのものを作るだけでは不十分です。企画、開発、品質確認、価格設定、販促、営業準備、在庫管理など、多くの作業が関係します。
大きな作業領域としては、次のように分けられます。
・市場調査
・商品企画
・開発
・品質確認
・価格設定
・販促準備
・営業準備
・発売後フォロー
市場調査では、次のような作業があります。
・顧客ニーズを調査する
・競合商品を調べる
・市場規模を確認する
・価格帯を調べる
・販売チャネルを整理する
商品企画では、次のような作業があります。
・ターゲット顧客を決める
・商品コンセプトを作る
・提供価値を整理する
・仕様を決める
・収益性を確認する
販促準備では、次のような作業があります。
・商品ページを作成する
・営業資料を作成する
・チラシや広告文を作成する
・キャンペーン内容を決める
・社内説明会を実施する
発売後フォローでは、次のような作業があります。
・売上を確認する
・顧客の反応を集める
・営業からフィードバックを集める
・不具合や問い合わせを整理する
・改善案を検討する
新商品発売は、多くの部署が関わるため、WBSによる作業分解が特に重要です。作業を見える化しておけば、関係部署との役割分担や進捗確認がしやすくなります。
具体例でわかるポイント
WBSの具体例からわかるポイントは、次の通りです。
・大きな仕事は、そのままでは管理しにくい
・成果物や作業領域に分けると全体像が見えやすくなる
・細かい作業に分解すると担当者を決めやすくなる
・抜け漏れを早い段階で発見しやすくなる
・スケジュールや工数見積もりにつなげやすくなる
・関係者との認識合わせに使いやすい
WBSは、複雑な仕事をシンプルに整理するための土台です。特に、プロジェクトの初期段階で作っておくと、後工程の混乱を減らせます。
WBSを使うメリット
WBSを使う最大のメリットは、プロジェクト全体を見える化できることです。
頭の中だけで作業を整理していると、どうしても抜け漏れや認識ズレが起こります。WBSとして書き出すことで、チーム全員が同じ情報を見ながら話せるようになります。
WBSを使うメリットは次の通りです。
・やるべき作業が明確になる
・作業の抜け漏れを防ぎやすい
・担当者を決めやすい
・スケジュールを立てやすい
・工数やコストを見積もりやすい
・進捗確認がしやすい
・関係者との認識ズレを減らせる
・トラブル発生時に原因を特定しやすい
・プロジェクトの引き継ぎがしやすい
特に実務で大きいのは、関係者との認識合わせに使える点です。
たとえば、上司、担当者、他部署、外部業者がそれぞれ違うイメージを持っていると、後から手戻りが発生します。WBSを見ながら「この作業は必要か」「この作業は誰が担当するか」「この確認はいつ行うか」を話し合えば、早い段階でズレを修正できます。
また、WBSは新人や若手の育成にも役立ちます。仕事を分解する力は、あらゆる業務の基本です。WBSを作る練習をすると、仕事の段取り力や見積もり力が鍛えられます。
WBSを使うときの注意点
WBSは便利なフレームワークですが、使い方を間違えると逆に管理が複雑になることがあります。
まず注意したいのは、細かく分解しすぎないことです。すべての作業を細かく書きすぎると、WBSを見るだけで疲れてしまいます。管理に必要な粒度で分解することが大切です。
一方で、作業が大きすぎるのも問題です。「資料作成」「調整」「確認」だけでは、何をするのか分かりにくく、進捗も判断しにくくなります。
よくある失敗例は次の通りです。
・作業が大きすぎて進捗が分からない
・細かく分けすぎて管理が重くなる
・成果物ではなく思いついた作業だけを並べてしまう
・担当者が決まっていない
・期限が設定されていない
・レビューや承認の作業が抜けている
・他部署との調整作業が抜けている
・作っただけで更新されない
・関係者に共有されていない
・実際の進捗管理につながっていない
WBSは、作ること自体が目的ではありません。プロジェクトを進めやすくするための道具です。
そのため、最初から完璧なWBSを作ろうとするよりも、まずは大まかに作り、関係者と確認しながら改善していく方が実務的です。
関連フレームワークとの違い
WBSと似た場面で使われるフレームワークはいくつかあります。それぞれ役割が違うため、違いを理解しておくと使い分けしやすくなります。
ガントチャートとの違い
ガントチャートは、作業を時系列で並べてスケジュールを管理するためのツールです。
WBSが「何をやるか」を分解するものだとすれば、ガントチャートは「いつやるか」を見える化するものです。
実務では、まずWBSで作業を洗い出し、その後にガントチャートで日程を組む流れがよく使われます。
つまり、WBSはスケジュール作成の前提になるフレームワークです。
OBSとの違い
OBSは、Organization Breakdown Structureの略で、組織分解構成図と呼ばれます。
WBSが作業を分解するのに対して、OBSは組織や担当部門を分解します。
たとえば、プロジェクトに営業部、開発部、品質保証部、法務部、知的財産部などが関わる場合、OBSを使うと関係部署の構造を整理できます。
WBSは「何をするか」、OBSは「誰が関わるか」を整理するものです。
RACIとの違い
RACIは、作業ごとの役割分担を明確にするフレームワークです。
Responsibleは実行責任者、Accountableは説明責任者、Consultedは相談先、Informedは報告先を意味します。
WBSが作業を洗い出すためのものだとすれば、RACIはその作業に対して「誰がどの役割を持つのか」を整理するものです。
WBSで作業を分解した後、RACIで責任分担を整理すると、プロジェクト運営がスムーズになります。
クリティカルパス法との違い
クリティカルパス法は、プロジェクト全体の最短工期や遅延に直結する作業経路を把握するための手法です。
WBSは作業の洗い出しに使いますが、クリティカルパス法は作業間の依存関係や所要期間をもとに、どの作業が遅れると全体が遅れるのかを分析します。
WBSが「作業の分解」だとすれば、クリティカルパス法は「工期への影響分析」です。
RAIDログとの違い
RAIDログは、Risks、Assumptions、Issues、Dependenciesを管理するためのフレームワークです。
WBSは作業そのものを整理します。一方、RAIDログはプロジェクトを進めるうえでのリスク、前提、課題、依存関係を記録します。
WBSで作業を洗い出しながら、「この作業にはリスクがある」「この作業は他部署の対応に依存している」と気づいた場合は、RAIDログに整理すると管理しやすくなります。
WBSはどんな場面で使うと効果的か
WBSは、複数の作業や関係者が存在する仕事で特に効果を発揮します。
逆に、単純で短時間で終わる作業には、必ずしも本格的なWBSは必要ありません。たとえば、個人で1時間以内に終わる作業であれば、簡単なメモやチェックリストで十分な場合もあります。
WBSが効果的な場面は次の通りです。
・新商品や新サービスの企画
・Webサイト制作
・システム導入
・業務改善プロジェクト
・社内研修の企画と運営
・展示会やイベントの準備
・営業キャンペーンの実施
・新規事業の検討
・組織改革や制度変更
・マニュアル作成
・大規模な資料作成
・複数部署が関わるプロジェクト
特に、「関係者が多い」「期限がある」「作業が複雑」「抜け漏れが許されない」という仕事では、WBSを作る価値が高くなります。
また、上司や関係者に説明する場面でもWBSは役立ちます。「全体として何をするのか」「どこまで分解して考えているのか」「どの作業が重要なのか」を視覚的に説明しやすくなるからです。
まとめ
WBSは、プロジェクトを成功させるための基本的なフレームワークです。
大きな仕事をそのまま進めようとすると、やるべきことが曖昧になり、抜け漏れや手戻りが起こりやすくなります。WBSを使えば、プロジェクト全体を作業単位に分解し、何をすべきかを明確にできます。
WBSは、難しい専門手法というよりも、仕事を整理するための実務的な考え方です。プロジェクトの目的と成果物を確認し、大きな作業領域に分け、具体的な作業に落とし込むことで、スケジュール管理や担当者設定にもつなげやすくなります。
最初から完璧なWBSを作る必要はありません。まずは、今抱えている仕事を「大きな作業」「中くらいの作業」「具体的な作業」に分けて書き出すところから始めてみましょう。
今日進めている仕事を一つ選び、まずは10個程度の作業に分解して、簡単なWBSを作ってみてください。
次に読みたい関連記事
まず全体像を見たい方へ
仕事で使えるフレームワーク一覧｜初心者向けに意味・種類・使い方をわかりやすく解説
あわせて読みたい関連記事
OBSとは？初心者向けに意味・使い方・具体例をやさしく解説
RACIとは？初心者向けに意味・使い方・具体例をやさしく解説
ガントチャートとは？初心者向けに意味・使い方・具体例をやさしく解説
目的別にまとめて読みたい方へ
プロジェクト管理で使えるフレームワークまとめ｜初心者向けに種類・使い分け・活用例を解説
