WBSの作り方と活用法｜プロジェクトを成功に導く分解の技術 | プロジェクトマネジメント・マスタートレーニング

＜目次＞

WBSとは何か？プロジェクト管理の「地図」を理解する

プロジェクトが思い通りに進まない原因の多くは、「何をすべきか」が曖昧なまま動き出すことにあります。そこで威力を発揮するのがWBS（Work Breakdown Structure：作業分解構造）です。

WBSとは、プロジェクトの最終成果物を達成するために必要な作業を、管理しやすい小さな単位に階層的に分解した構造図のことです。登山に例えるなら、山頂（プロジェクトゴール）までのルートを詳細に記した「地図」といえます。この地図があれば、チーム全員が同じ方向を向いて動けるようになります。

WBS作成の出発点は、プロジェクトの最終成果物を一言で定義することです。「新規ECサイトのリリース」「社内研修プログラムの開発」など、具体的なアウトプットを確認しましょう。この定義が曖昧だと、以降の分解がすべてぶれてしまいます。

ゴールを3〜6つの大きな塊（レベル1）に分解します。ECサイト構築であれば、「①要件定義」「②設計」「③開発」「④テスト」「⑤リリース・運用準備」のようなイメージです。この段階では、細かくしすぎないことがポイントです。

各カテゴリをさらに具体的な作業（レベル2・3）に落とし込みます。たとえば「③開発」は次のように分解できます。

💡 Tip：「8〜80時間ルール」を活用する
各作業の工数が8時間（1日）未満は細かすぎ、80時間（2週間）超は大きすぎるサインです。この範囲に収まるよう分解の粒度を調整しましょう。

作業が出揃ったら、各タスクに担当者・期間・工数を割り当てます。この段階でWBSはスケジュール管理ツールとしても機能し始めます。Excelやスプレッドシート、あるいはBacklogやJiraといったプロジェクト管理ツールに落とし込むと、チームでの共有もスムーズです。

WBSはPMが一人で作るものではありません。メンバーや関係者とともにレビューし、「抜け漏れがないか」「実現可能な工数か」を確認することで、チームの当事者意識も高まります。

WBSが完成したら、それは単なる計画書ではなくプロジェクト管理の「ベースライン」になります。週次の進捗会議では、各タスクの完了状況をWBSに照らし合わせることで、遅延の早期発見とリスク対応が可能になります。

プロジェクト途中で「これもやって」と追加依頼が来るスコープクリープは、多くのPMを悩ませます。WBSが明文化されていれば、「この作業はWBSのどこに該当しますか？」と問い返せます。追加作業の影響（工数・コスト・スケジュール）を可視化するための強力な根拠となります。

各タスクに工数が紐づいているため、WBSはそのまま予算計画の根拠にもなります。「なぜこのコストがかかるのか」をステークホルダーに説明する際も、WBSを示せば説得力が増します。