WBSの必要性とは？製造業の開発プロジェクトで失敗を防ぐ基本

「プロジェクトの途中で作業漏れが発覚した」「担当者が何をすべきか迷っている」「気づいたら工程が2週間遅れていた」——製造業の開発・設備プロジェクトでよく聞く悩みです。

私自身、製品開発プロジェクトでチームリーダーを務めた際、WBSなしでタスク管理を進めた結果、リスクが顕在化したときの初動が遅れ、調整に余計な時間を取られたという苦い経験があります。

この記事では、製造業エンジニア向けにWBSの基本から作り方・失敗パターンまで、PMBOKをベースに現役PMP保有者が解説します。

WBSとは？

WBS（Work Breakdown Structure）とは、プロジェクト全体の作業を階層的に分解した構造図です。日本語では「作業分解構成図」と呼ばれます。

PMBOKではスコープ管理の中心的な成果物として位置づけられており、「プロジェクトで何をやるか」を漏れなく整理するためのツールです。

項目	内容
正式名称	Work Breakdown Structure
目的	プロジェクトの全作業を階層的に整理・可視化する
PMBOKでの位置づけ	スコープ管理の成果物
最小単位	ワークパッケージ（担当者・期間・コストが決まる粒度）

ガントチャートとよく混同されますが、WBSは**「何をやるか」を整理するもの**、ガントチャートは**「いつやるか」を整理するもの**です。WBSを正しく作ることで、はじめてガントチャートが正確に引けます。

製造業プロジェクトでWBSが必要な3つの理由

理由①：リスクが顕在化したときの初動が変わる

製造業の開発プロジェクトは関係部門が多く、担当者間の「言った・言わない」が発生しがちです。WBSで全作業を可視化しておくことで、誰も拾っていないタスクを事前に発見できます。

理由②：連鎖遅延を防ぐクリティカルパスが見える

WBSをガントチャートと連動させることで、**後続工程に影響する「クリティカルパス」**が把握できます。

私が経験したプロジェクトでは、ハードウェアの確認試験が遅れると、その後に控えるソフトウェア試験の工程が破綻する状況になりました。WBSで依存関係を整理していたため、試作品を暫定的に活用してソフト試験を並行進行させるという代替策をすぐに実行でき、プロジェクト全体のタイムラインを回復させることができました。タスクの全体像と依存関係が見えていなければ、この判断は遅れていたと思います。

理由③：メンバー間の認識合わせと属人化防止

WBSをチームで共有することで、「誰が何をいつまでにやるか」が全員に見える状態になります。製造業では多能工体制や外注が絡むため、WBSによる共通認識が特に重要です。

WBSがなかった経験から実感したのは、メンバーがWBSを共有できていれば部門間の調整にかかる時間を大幅に削減できるということです。各自が「自分のタスクが全体のどこに位置するか」を理解していると、自発的な連携が生まれます。

WBSの作り方（5ステップ）

Step 1：プロジェクトの成果物を定義する

まず「このプロジェクトは最終的に何を完成させるのか」を明確にします。設備導入なら「稼働する設備」、新製品開発なら「量産対応した製品」が成果物です。

Step 2：成果物を中間成果物に分解する

最終成果物を「それを作るために必要なもの（フェーズ・モジュール）」に分解します。

例：設備導入プロジェクトの場合

• 設計
• 調達・発注
• 製作・製造
• 据付・配線
• 試運転・調整
• 引渡し・教育

Step 3：ワークパッケージまで細分化する

各フェーズをさらに具体的な作業（ワークパッケージ）に分解します。目安は**「担当者・開始日・終了日・コストが決まる粒度」**です。

例：「試運転・調整」を分解すると

• 試運転手順書の作成
• 安全確認項目の整備
• 単体動作確認
• 連動動作確認
• 性能確認・測定
• 是正対応

Step 4：100%ルールで漏れがないか確認する

WBSの重要ルールが**「100%ルール」**です。親ノードの作業は、子ノードの作業の合計で100%カバーされていなければなりません。

「試運転・調整」フェーズの全作業を書き出したとき、足りない作業がないか確認してください。

Step 5：担当者・期間をアサインしてガントチャートへ

ワークパッケージに担当者と期間を割り当てることで、はじめてガントチャート（工程表）に変換できます。WBSが土台になってはじめてスケジュール管理が成立します。

製造業の実例：設備導入プロジェクトのWBS（簡易版）

下記は組立ラインへの検査装置導入プロジェクトのWBS例です。

レベル1（フェーズ）	レベル2（作業）	担当部門
1. 設計	1.1 仕様要件定義	生産技術
1.2 レイアウト設計	生産技術
1.3 電気・制御設計	電気設計
2. 調達	2.1 見積り・業者選定	購買
2.2 発注・納期管理	購買
3. 据付	3.1 機械据付	設備管理
3.2 配線・配管	電気設備
3.3 安全設備設置	安全担当
4. 試運転	4.1 単体動作確認	生産技術
4.2 連動確認・調整	生産技術
4.3 性能測定・承認	品質保証
5. 引渡し	5.1 操作教育	生産技術
5.2 運用マニュアル整備	生産技術

このWBSを作ることで「誰が何をいつまでにやるか」が全関係者に明確になり、作業漏れや認識のズレが大幅に減ります。

よくある失敗パターンと対策

失敗パターン	原因	対策
「設計」「製作」などフェーズ名だけで終わる	分解が浅い（ワークパッケージまで落としていない）	担当者・期間が決まる粒度まで細分化する
プロセス（手順）を書いてしまう	作業（動詞）と成果物（名詞）を混同している	WBSは「名詞（成果物）」で書く
特定の担当者しかわからない作業名	略語・社内用語で記述している	誰でも読んでわかる具体的な名称にする
100%ルールを無視している	抜けがあっても気づかない	フェーズごとに「他に作業はないか？」をチームで確認
WBSを作って満足してしまう	WBSを進捗管理に使っていない	ガントチャートと連動させ、週次で進捗率を更新する

WBS作成に使えるツール

WBSはツールにこだわりすぎず、まずは作ること・使うことを優先してください。

ツール	特徴	おすすめ場面
Excel / スプレッドシート	誰でも使える・自由度高い	社内共有・初めてWBSを作る
MS Project	WBS→ガントチャート自動連動	大規模PJ・リソース管理が必要な場合
Notion / ClickUp	チームで共同編集しやすい	リモートワーク・複数拠点管理
マインドマップ（XMind等）	視覚的に分解しやすい	WBSの初期ブレスト・整理段階