目次
はじめに
「WBSって何のこと？」「プロジェクト管理で必要って聞くけど、どうやって作ればいいの？」「実際の現場ではどんな形で使われているの？」と感じている方も多いのではないでしょうか。
プロジェクトを進めていると、「何から手をつければいいのか分からない」「作業が抜けてしまう」「スケジュールが遅れてしまう」といった悩みにぶつかることがありますよね。そうした場面で役立つのがWBSです。
WBSは、プロジェクト全体の作業を細かく分けて、やるべきことを一つひとつ明確にするための考え方です。あいまいだった作業内容が具体的なタスクとして整理されることで、誰が・いつ・何をするのかがはっきりし、プロジェクトをスムーズに進めやすくなります。
この記事では、まずWBSとは何かをやさしく整理し、そのあとに実際の作り方を手順に沿って解説していきます。さらに、イメージしやすい具体例も紹介しながら、「自分でも作れる」と感じられる状態まで順番に理解できるようにお伝えしていきます。
WBSとは（プロジェクトマネジメントの基本）
プロジェクトを計画通りに進めるためには、「何を・どこまで・どの順番で進めるのか」を具体的な作業単位まで分解して把握することが欠かせません。
そこで重要になるのがWBS（Work Breakdown Structure）です。この章では、まずWBSが何を意味するのかを明確にしたうえで、なぜプロジェクト管理において欠かせない考え方なのかを具体的に整理していきます。
WBSの意味
WBSとは、プロジェクトで実施する作業を成果物単位で分解し、全体を階層構造で整理した一覧です。
最上位に「プロジェクト全体の成果物」を置き、その下に「主要成果物」「中間成果物」「作業単位」と順番に分けていき、最終的には1つの作業が1人で完了できるレベルまで細分化します。
これにより、必要な作業を漏れなく洗い出し、各作業の範囲と担当を明確にできるため、何をいつまでに誰が行うのかを具体的に判断できる状態になります。
WBSがプロジェクト管理で重要な理由
WBSが重要な理由は、プロジェクトに必要な作業を開始前に100％洗い出し、作業単位ごとに担当者・作業時間・期限を具体的に割り当てられる状態を作れるためです。
作業を最小単位まで分解することで、1つの作業に対して「誰が」「何時間で」「いつまでに」実行するかを明確にでき、進捗は完了・未完了で判断できるようになります。
その結果、未着手や遅延が発生した作業を即座に特定でき、修正対応を具体的な単位で行えるため、計画通りに進めるための管理が可能になります。
プロジェクトマネジメントにおけるWBSの例
WBSは概念として理解するだけではなく、実際のプロジェクトに当てはめて作業レベルまで分解することで初めて使えるようになります。
ここでは、具体的なイメージを持てるように、システム開発とWebサイト制作という代表的なプロジェクトを例に、どのように作業を分解してWBSを作成するのかを確認していきます。
システム開発プロジェクトのWBS例
システム開発プロジェクトのWBSでは、最上位に「システム開発一式」を置き
その下を「要件定義」「設計」「開発」「テスト」「リリース」の5工程に分けます。
さらに「要件定義」は「ヒアリング実施（2日）」「要件整理（3日）」「要件定義書作成（3日）」のように分解し
「設計」は「基本設計書作成（5日）」「詳細設計書作成（7日）」に分けます。
「開発」は「機能A実装（10日）」「機能B実装（8日）」のように機能単位で分解し
「テスト」は「単体テスト（5日）」「結合テスト（7日）」「総合テスト（5日）」に分けます。
各作業は1人で完了できる単位に設定し、担当者1名と期限日を設定することで、進捗は作業ごとに完了か未完了で判断できる状態になります。
Webサイト制作プロジェクトのWBS例
Webサイト制作プロジェクトのWBSでは、最上位に「Webサイト制作一式」を置き
その下を「要件定義」「設計」「デザイン」「コーディング」「テスト」「公開」の6工程に分けます。
さらに「要件定義」は「ヒアリング実施（1日）」「サイト構成整理（2日）」「要件定義書作成（2日）」に分解し
「設計」は「サイトマップ作成（2日）」「ワイヤーフレーム作成（3日）」に分けます。
「デザイン」は「トップページデザイン（3日）」「下層ページデザイン（5日）」に分解し
「コーディング」は「トップページ実装（3日）」「下層ページ実装（6日）」に分けます。
「テスト」は「表示確認（2日）」「動作確認（2日）」に分解し
「公開」は「本番環境アップロード（1日）」として設定します。
各作業は1人で完了できる単位にし、担当者1名と期限日を設定することで、進捗は作業単位で完了か未完了で判断できる状態になります。
WBSの基本構造（階層分解の考え方）
WBSは単に作業を並べるのではなく、プロジェクト全体を上位から下位へと段階的に分解していく「階層構造」で整理することが重要です。
この章では、WBSがどのような構造で成り立っているのかを確認したうえで、実務で迷わないためのタスク分解の具体的なルールまで整理していきます。
WBSの階層構造
WBSの階層構造は、上位から下位へと作業を段階的に分解する形で構成します。最上位に「プロジェクト全体」を置き、その下に「主要成果物」を配置し、さらにその下に「中間成果物」、最下層に「作業単位」を設定します。
分解は3〜5階層程度で止め、最下層は1人が1日から5日以内で完了できる粒度にします。各階層は親子関係でつながり、上位の成果物を完成させるために下位の作業がすべて実行される構造になるため、階層を下げるごとに作業内容と完了条件を具体的に定義できます。
タスク分解の基本ルール
タスク分解の基本ルールは、作業を1人が1日から5日以内で完了できる単位まで細分化し、各タスクに対して担当者1名、作業時間、期限日を必ず設定することです。
分解の基準は「完了か未完了で判断できるか」に置き、進捗率ではなく完了状態で管理できる粒度にします。
また、上位タスクの成果物を完成させるために必要な作業だけを下位に分解し、不要な作業や重複を含めないようにします。
このルールで分解することで、各タスクの開始条件と完了条件を明確にでき、遅延や未着手の発生箇所を作業単位で特定できるようになります。
WBSの作り方（基本手順）
WBSは正しい手順で作成することで、抜け漏れのない作業整理と現実的なスケジュール設計が可能になります。
この章では、最初にプロジェクトの最終成果物を明確にし、その後どのようにタスクを段階的に分解し、最終的に実行できる作業単位まで落とし込んでいくのかという具体的な作り方の流れを確認していきます。
プロジェクト成果物を定義する
プロジェクト成果物は、最終的に納品する物を1つに定義し、その構成要素を分解してすべて書き出します。
まず「最終成果物」を1つ決め、その中に含まれる中間成果物を5〜10個に分けて定義し、それぞれに名称と完成状態を明記します。完成状態は「承認済み」「公開済み」など、第三者が確認して完了と判断できる条件で設定します。
この段階で成果物を漏れなく定義することで、後続のタスク分解で必要な作業をすべて洗い出せる状態になります。
タスクを階層的に分解する
タスクは、定義した成果物ごとに上位から下位へ順番に分解し、各階層を親子関係でつなげて整理します。
まず成果物を達成するための作業を3〜5項目に分け、その下にさらに具体的な作業を分解し、最終的に1人が1日から5日以内で完了できる単位まで細分化します。分解の途中で各タスクに名称を付け、何を完了すれば終了とするかを明確に定義します。
この手順で階層的に分解することで、上位タスクの達成に必要な作業を漏れなく整理できる状態になります。
作業単位まで細分化する
作業単位まで細分化する際は、1つのタスクを1人が1日から5日以内で完了できる粒度まで分解し、作業内容を具体的な行動レベルで定義します。
各タスクには担当者1名、作業時間、期限日を設定し、完了条件を「成果物が提出され承認された状態」など明確に記載します。進捗はパーセンテージではなく完了か未完了で判断できる状態にし、途中で分割が必要と判断した場合はさらに下位タスクに分解します。
この粒度まで細分化することで、作業ごとの遅延や未着手を日単位で特定できるようになります。
WBS作成時のポイント
WBSは作ること自体が目的ではなく、実際のプロジェクト運用で迷わず使える状態にすることが重要です。
そのためには、作業の粒度を適切に保ちつつ、誰が何をいつまでに完了させるのかが一目で判断できるレベルまで整理する必要があります。
この章では、現場で使えるWBSにするために押さえておきたい具体的な作成ポイントを確認していきます。
タスクを細かく分解しすぎない
タスクは1人が1日から5日以内で完了できる粒度まで分解し、それより細かい30分や1時間単位の作業には分解しません。
分解しすぎるとタスク数が増え、1日で10件以上の進捗更新が必要になり、管理工数が増加して実作業時間を圧迫します。その結果、進捗確認にかかる時間が増え、遅延の特定よりも管理作業が優先される状態になります。
このため、完了か未完了で判断できる最小単位を保ちつつ、1タスクあたり1日以上の作業時間を確保する粒度で止める必要があります。
担当者と成果物を明確にする
各タスクには担当者を1名に固定し、複数名を設定しません。担当者が複数になると、誰が完了責任を持つのか判断できず、未完了のまま進む状態が発生します。
また、各タスクには必ず成果物を1つ設定し、「何を提出すれば完了か」を明確に定義します。成果物はファイル名や提出形式まで指定し、提出日と承認者を設定することで、完了判定を客観的に行える状態にします。
このように担当者と成果物を1対1で紐づけることで、作業の責任範囲と完了条件を明確に管理できます。
まとめ
WBSは、プロジェクトで実施する作業を成果物単位で分解し、階層構造で整理することで「誰が・何を・いつまでに行うか」を明確にする管理手法です。
プロジェクト開始前に成果物を定義し、それをもとにタスクを上位から下位へ分解し、最終的には1人が1日から5日以内で完了できる作業単位まで細分化します。
各タスクには担当者1名、作業時間、期限日、成果物を設定し、進捗は完了か未完了で判断できる状態にします。
このように構造化することで、作業の漏れを防ぎ、遅延や未着手を日単位で特定できるため、計画通りにプロジェクトを進めるための管理が可能になります。