「プロジェクトの途中で作業漏れが発覚した」「担当者が何をすべきか迷っている」「気づいたら工程が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がなかった経験から実感したのは、メンバーが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の初期ブレスト・整理段階 |
まとめ
WBSは製造業プロジェクトにおける「設計図」です。作業の漏れをなくし、スケジュール・コスト管理の精度を高め、関係者全員の認識を合わせるために欠かせません。
- WBSはプロジェクトの全作業を階層的に分解した構造図
- リスク顕在化時の初動スピードと連鎖遅延への対応力がWBSの有無で大きく変わる
- チームでWBSを共有することで属人化を防ぎ、調整コストを削減できる
- ワークパッケージまで細分化し、100%ルールで漏れを確認する
- WBSを作ったら必ずガントチャートと連動させて運用する
最後に
製造業のエンジニアは日々の作業に追われがちですが、プロジェクトが始まる段階で少し立ち止まり、全体を俯瞰してタスクとリスクを見える化することが、後の大きな遅延や混乱を防ぎます。WBSはその「見える化」の最初の一歩です。まずは簡単なExcelでいいので、次のプロジェクトで一度試してみてください。
「わかっているけど上手く作れない」という場合は、まずは本記事の設備導入WBSをテンプレートにして自プロジェクトに当てはめてみてください。
コメント