株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
はじめに：WBSはプロジェクト管理の「設計図」
「WBSって何？」「どう作ればいい？」「ガントチャートとの違いは？」——WBS（Work Breakdown Structure：作業分解構成図）は、プロジェクトの作業を階層的に分解し、すべてのタスクを洗い出すためのフレームワークです。
WBSはプロジェクト管理の最も基本的なツールであり、スケジュール作成・工数見積もり・担当者のアサインメント・進捗管理の基盤となります。本記事では、WBSの意味から作り方、テンプレート、活用法まで解説します。
第1章：WBSの基本
WBSとは
WBS（Work Breakdown Structure）は日本語で「作業分解構成図」。プロジェクトの成果物や作業を階層的に分解し、ツリー構造で可視化したものです。
成果物を階層的に分解し、WBSの最下層はワークパッケージとします。フェーズ別に整理する場合でも、各階層に対応する成果物と完了条件を明確にします。ワークパッケージを完成させる具体的なタスク・アクティビティは、スケジュールを作る際に別途展開します（PMIのWBSとスケジュールの解説）。
WBSの目的
- 作業の漏れ防止：すべてのタスクを洗い出すことで「やり忘れ」を防ぐ
- スコープの明確化：「何をやるか」「何をやらないか」の境界を明確にする
- 見積もりの基盤：タスク単位で工数・コスト・期間を見積もる基盤
- 進捗管理の基盤：タスク単位で進捗を追跡できる
- 責任の明確化：各タスクの担当者を明確にアサインできる
WBSとガントチャートの違い
- WBS：作業の「構造・分解」を示す。「何をやるか」のリスト
- ガントチャート：作業の「スケジュール・時系列」を示す。「いつやるか」の図
WBSでタスクを洗い出し→ガントチャートでスケジュールに落とし込む、という順序が一般的です。
第2章：WBSの作り方（5ステップ）
ステップ1：プロジェクトのゴールを定義
WBSの頂点（レベル0）にプロジェクトの最終成果物・ゴールを記載します。「○○システムのリリース」「新サービスのローンチ」等。
ステップ2：大きなフェーズに分解（レベル1）
プロジェクトを3〜7つの大きなフェーズに分解。例：「要件定義」「設計」「開発」「テスト」「リリース」「運用」。
ステップ3：各フェーズの成果物を分解（レベル2）
各フェーズを具体的な成果物に分解します。例：「設計」→「画面設計」「DB設計」「API設計」「インフラ設計」。設計書や仕様書など、何を完成させるかを明確にし、見積もり・担当・完了判定ができる最下層のワークパッケージまで分解します。階層の深さはプロジェクトに応じて決めます。
ステップ4：ワークパッケージと実行タスクを整理（レベル3〜4の例）
WBSではレベル3〜4などの階層を使って、管理可能なワークパッケージまで分解します。その完成に必要な実行タスクは、スケジュール用に洗い出します。例：「画面設計」の成果物に対し、「ワイヤーフレーム作成」「デザインカンプ作成」「レビュー・修正」を設定します。本記事ではワークパッケージを1〜2週間、その中の実行タスクを1〜5日程度とする例で区別します。どちらも一律の標準日数ではなく、担当・見積もり・完了条件と進捗を管理できる粒度に調整します。
ステップ5：担当者・工数・期間を設定
各ワークパッケージに責任者と見積もりを設定し、実行タスクには担当者、見積もり工数（人日）、開始日・終了日を設定します。タスクの依存関係も整理し、これをもとにガントチャートを作成します。
第3章：WBSの作成ルール
100%ルール
下位レベルの作業の合計が、上位レベルの作業の100%をカバーすること。漏れがあればプロジェクトの一部が管理されていないことになり、ダブりがあれば二重作業になります（MECEの考え方と同じ）。
相互排他の原則
各タスクは重複しないように分解する。同じ作業が2つの場所に出現してはいけません。
成果物志向 vs 作業志向
- 成果物志向：「何を作るか」で分解（設計書、プログラム、テスト報告書等）
- 作業志向：「何をするか」で分解（設計する、コーディングする、テストする等）
PMIの公開解説が引用するPMBOK Guide 2004年版では、WBSを成果物に沿った階層的分解と定義しています。本記事でもWBSをワークパッケージまで整理し、「設計する」などの実行タスクはスケジュール上の活動として扱います。ツールで一つの一覧に表示する場合も、成果物と活動を区別します（PMIの公開解説）。
第4章：WBSのテンプレート・ツール
Excel / スプレッドシート
最もシンプルな方法。行をタスク、列にID・タスク名・担当者・開始日・終了日・進捗率を配置。中小規模のプロジェクトに適しています。
プロジェクト管理ツール
- Backlog：課題を整理して計画・進捗を管理できるツール。ガントチャートはスタンダード以上で利用でき、無料トライアルと継続利用の契約条件を確認する（公式の機能説明）
- Jira：アジャイル開発に使われる。Jira Cloudの標準階層はエピック→ストーリー・タスク・バグ（同じ階層）→サブタスク。ストーリーの下にタスクが必ず置かれる構成ではない。追加階層や拡張機能の利用にはプラン・設定の確認が必要（Atlassianの公式階層説明）
- Asana：タスク管理とWBSテンプレートを提供。タイムライン・ガント表示はStarter以上の有料機能で、無料のPersonalとは利用範囲が異なる（公式料金・機能表）
- Microsoft Project：Projectデスクトップ版では階層に対応したWBSコードを管理でき、ガントチャートやリソース管理にも使える。利用製品・バージョンとライセンスを確認する（MicrosoftのWBSフィールド説明）
renueでは、AIを活用したWBSの自動生成・進捗管理を実践しています。プロジェクトの要件からAIがWBSを自動生成し、進捗をリアルタイムにダッシュボード化。プロジェクト管理の効率化を伴走サポートします。
第5章：WBS活用のコツ
- チームで作る：PMが一人で作るのではなく、チームメンバーと一緒に作成すると漏れが減り、メンバーのオーナーシップが高まる
- 適切な粒度：細かすぎると管理コストが増え、粗すぎると進捗が見えない。本記事の例ではワークパッケージ1〜2週間、実行タスク1〜5日を区別する。日数を一律に固定せず、責任・見積もり・完了判定に必要な粒度を選ぶ
- 定期的に更新：プロジェクトの進行に伴い、タスクの追加・変更・削除が発生する。WBSは「生きたドキュメント」として継続的に更新
- レビューを実施：WBS完成後にステークホルダーとレビューし、漏れ・認識齟齬がないか確認
よくある質問（FAQ）
Q1: WBSはどのプロジェクトでも必要？
原稿の「2か月以上・5人以上なら必須」という数値基準は、根拠となる原典を確認できていません。WBSを使う範囲と詳しさは、プロジェクトの規模だけでなく、成果物の複雑さや関係者との合意、組織の管理手順に応じて決めます。小規模でも簡易版を使って成果物と必要な作業を整理できます。
Q2: WBSとタスクリストの違いは？
タスクリストはフラットな一覧。WBSは階層構造（ツリー）で分解されており、プロジェクト全体の構造が見える点が違います。
Q3: WBSのテンプレートはどこで入手できる？
Excel/Googleスプレッドシート形式の公開テンプレートは、配布元の利用条件を確認して使います。Asanaには公式WBSテンプレートがあります。テンプレートの公開と、管理ツールでの継続利用・ガント表示・追加階層などの機能は別々に確認してください。Backlogは課題管理、Jiraは作業項目の階層を使って作業を整理でき、全てのWBS機能が無料で付くとは限りません。
Q4: アジャイル開発でもWBSは使う？
アジャイルではWBSの代わりに「プロダクトバックログ」「スプリントバックログ」を使うのが一般的。ただし、全体像を把握するために初期段階でWBS的な作業分解を行うケースもあります。
Q5: WBSの番号体系は？
「1.0」「1.1」「1.1.1」のように階層を反映した番号を振ります。WBS辞書（各タスクの詳細説明）と紐づけて管理します。
Q6: AIでWBSは自動作成できる？
はい。プロジェクトの要件やスコープを入力すると、AIがWBSの初版を自動生成するツールが登場しています。ただし、AIの出力は人間がレビュー・修正して精度を高める必要があります。