— Article
【WBS完全ガイド】製造業PMがWBSをゼロから作る方法｜Claude Codeで30分たたき台術
📋 目次
- WBSとは何か？製造業PMがゼロから理解する
- WBSと作業リスト・ガントチャートの違い
- WBSの5つの分解ルール（製造業現場で使えるもの限定）
- ルール① 100%ルール（最重要）
- ルール② 成果物ベースで分解する
- ルール③ 分解レベルは「1〜2週間で完了できる粒度」が目安
- ルール④ 責任者を1人に絞れる単位まで分解する
- ルール⑤ 外部作業・承認フローも必ず含める
- 製造業プロジェクト別WBS構造サンプル（3パターン）
- パターン①：新製品開発プロジェクト（24ヶ月）
- パターン②：装置・設備更新プロジェクト（12ヶ月）
- パターン③：ERP・システム導入プロジェクト（12ヶ月）
- WBS作成のどこに時間がかかるのか
- Claude Codeを使ったWBS生成の流れ（全4ステップ）
- プロジェクト概要を整理する
- Claude Codeに指示を出す
- 出力されたWBSを確認・修正する
- ExcelやProjectに転記してチームに共有
- 製造業プロジェクト別・指示文例
- たたき台の精度を上げる4つのコツ
- 💡 コツ① 分解レベルを明示する
- 💡 コツ② 成果物ベースで指定する
- 💡 コツ③ 過去の類似プロジェクトを参照させる
- 💡 コツ④ 追加で「抜け漏れチェック」を依頼する
- よくある質問（FAQ）
- 📝 まとめ：WBSに最初の1〜2日を投資する
この記事を書いた人
電子部品設計者として13年キャリアを積んだ後、官公庁向け大手SIerでPMOに転身。現在は数億円規模のプロジェクトを担当中。PMP保有。
「なんとなくPMをやっていた時代」を経て、PMPを体系的に学んだ経験をもとに発信しています。
📄 この記事は以下の記事の詳細解説です
「WBSのたたき台を作るだけで半日かかった…」
新規プロジェクトのWBSをゼロから設計するのは、製造業PMにとって最も頭を使う作業の一つです。この記事ではWBSの基礎から分解ルール・サンプル構造・Claude Codeを使った30分作成法まで一気に解説します。
📌 こんな方に読んでほしい記事です
- WBSを「なんとなく」作っていて抜け漏れが不安な製造業PMの方
- WBSの分解レベルや作り方のルールを改めて学び直したい方
- Claude CodeでWBSを生成する具体的な手順を知りたい方
WBSとは何か？製造業PMがゼロから理解する
WBS（Work Breakdown Structure＝作業分解構成図）とは、プロジェクトの全作業を階層的に分解した「仕事の地図」です。PMBOKでは「プロジェクトの成果物と作業を、より小さく管理しやすい要素に分解した階層構造」と定義されています。
一言でいえば、「このプロジェクトで何をやるか」を漏れなく・ダブりなく整理した一覧表です。
📝 著者の体験談
PMOになりたての頃、私はWBSを持たずに数億円のプロジェクトを動かしていました。全体像が見えないまま「言われたタスクをこなす」状態です。後半になるほど「この作業、誰の担当だっけ？」「この確認、抜けていた」が頻発しました。WBSを最初にきちんと作るようになってから、後半の炎上がほぼなくなりました。「最初の1〜2日をWBSに使う」投資の効果は絶大です。
WBSと作業リスト・ガントチャートの違い
| ツール | 目的 | 製造業での例 |
|---|---|---|
| WBS | 「何をやるか」を漏れなく整理 | 設計→試作→評価→量産の全作業一覧 |
| 作業リスト | 「やること」を列挙（構造なし） | ToDoリスト・課題管理表 |
| ガントチャート | 「いつやるか」を時系列で管理 | 工程表・マスタースケジュール |
WBSはガントチャートの前工程です。WBSで「何をやるか」が確定してはじめて、「いつやるか」のスケジュールを引けます。WBSなしで引いたスケジュールは必ず後半に破綻します。
WBSの5つの分解ルール（製造業現場で使えるもの限定）
PMBOKにはWBS作成の原則がありますが、製造業の現場で実際に使えるものを5つに絞りました。
ルール① 100%ルール（最重要）
WBSの上位要素は、下位要素の合計が100%になるように分解します。「設計フェーズ」を分解した場合、その下の要素をすべて足すと「設計フェーズ」の全作業になっている必要があります。抜け漏れゼロを実現するための最重要ルールです。
ルール② 成果物ベースで分解する
「何をするか（動詞）」ではなく「何ができるか（名詞・成果物）」で分解します。例：「設計作業をする」ではなく「回路設計書」「基板レイアウト図」「設計レビュー議事録」。成果物が明確だと完了判定がしやすくなります。
ルール③ 分解レベルは「1〜2週間で完了できる粒度」が目安
細かすぎると管理コストが増大し、粗すぎると進捗が見えなくなります。製造業では最小作業単位（作業パッケージ）を1〜2週間で完了できる規模にすることで、週次の進捗確認が機能します。
ルール④ 責任者を1人に絞れる単位まで分解する
「誰が担当するか」が曖昧な粒度では、問題が起きたときに責任の所在がわかりません。1つの作業パッケージに1人の担当者が割り当てられる粒度まで分解することで、後のリソース計画とリスク管理が正確になります。
ルール⑤ 外部作業・承認フローも必ず含める
製造業でよく抜けるのが「顧客承認待ち」「認証機関への提出」「社内決裁」といった外部依存の作業です。これらは自分でコントロールできない待ち時間を含むため、必ずWBSに組み込んでバッファを確保してください。
製造業プロジェクト別WBS構造サンプル（3パターン）
実際のWBSのイメージをつかんでもらうために、製造業でよくある3種のプロジェクトのWBS構造サンプルを示します。Claude Codeへの指示文のたたき台としても使えます。
パターン①：新製品開発プロジェクト（24ヶ月）
├─ 1. 企画フェーズ
│ ├─ 1.1 市場調査・競合分析レポート
│ ├─ 1.2 製品コンセプト書
│ └─ 1.3 企画承認（経営会議）
├─ 2. 設計フェーズ
│ ├─ 2.1 仕様書（DR0承認済み）
│ ├─ 2.2 回路・メカ設計図面
│ ├─ 2.3 部品表（BOM）
│ ├─ 2.4 設計審査（DR1）完了
│ └─ 2.5 試作発注指示書
├─ 3. 試作フェーズ
│ ├─ 3.1 試作品（1次）
│ ├─ 3.2 機能評価報告書
│ ├─ 3.3 設計変更指示（ECO）
│ └─ 3.4 試作品（2次）
├─ 4. 評価・認証フェーズ
│ ├─ 4.1 社内評価試験報告書
│ ├─ 4.2 認証申請書類（外部提出）
│ ├─ 4.3 認証取得完了（外部待ち）
│ └─ 4.4 設計審査（DR2）完了
├─ 5. 量産準備フェーズ
│ ├─ 5.1 量産用図面・BOM確定版
│ ├─ 5.2 製造工程フロー図
│ ├─ 5.3 初回量産品・出荷検査合格
│ └─ 5.4 顧客承認（外部待ち）
└─ 6. クローズ
├─ 6.1 プロジェクト完了報告書
└─ 6.2 教訓・反省事項まとめ
※ オレンジ色が外部依存タスク。これを見落とすとスケジュールが崩れます。
パターン②：装置・設備更新プロジェクト（12ヶ月）
├─ 1. 要件定義フェーズ
│ ├─ 1.1 現状装置の課題・仕様調査書
│ ├─ 1.2 更新要件定義書
│ └─ 1.3 予算承認（内部決裁）
├─ 2. 調達フェーズ
│ ├─ 2.1 RFQ（見積依頼書）送付
│ ├─ 2.2 ベンダー評価・選定報告書
│ └─ 2.3 発注書・契約書
├─ 3. 設計・製作フェーズ
│ ├─ 3.1 詳細仕様合意書
│ ├─ 3.2 ベンダー工場検査（FAT）合格
│ └─ 3.3 輸送・搬入計画書
├─ 4. 設置・試運転フェーズ
│ ├─ 4.1 据付完了報告書
│ ├─ 4.2 SAT（現地受入試験）合格書
│ └─ 4.3 操作マニュアル・保守手順書
└─ 5. 引渡・クローズ
├─ 5.1 顧客・オーナー引渡書類
└─ 5.2 完了報告書
パターン③：ERP・システム導入プロジェクト（12ヶ月）
├─ 1. 要件定義フェーズ
│ ├─ 1.1 業務フロー現状分析書（As-Is）
│ ├─ 1.2 業務フロー改善案（To-Be）
│ └─ 1.3 要件定義書（承認済み）
├─ 2. 設計フェーズ
│ ├─ 2.1 基本設計書
│ ├─ 2.2 画面・帳票設計書
│ └─ 2.3 データ移行設計書
├─ 3. 構築・テストフェーズ
│ ├─ 3.1 単体テスト完了報告書
│ ├─ 3.2 結合テスト完了報告書
│ └─ 3.3 ユーザー受入テスト（UAT）合格書
├─ 4. 移行・稼働フェーズ
│ ├─ 4.1 データ移行完了確認書
│ ├─ 4.2 本番稼働開始確認書
│ └─ 4.3 操作研修完了報告書
└─ 5. 安定化・クローズ
├─ 5.1 稼働後1ヶ月レビュー報告書
└─ 5.2 プロジェクト完了報告書
WBS作成のどこに時間がかかるのか
WBS作成に時間がかかる主な理由は以下の3点です。
| 課題 | 内容 |
|---|---|
| 構造の設計 | フェーズをどう分けるか、どのレベルまで分解するかの判断に時間がかかる |
| 抜け漏れの不安 | 自分の専門外の工程（調達・品質・IT等）の抜け漏れが気になる |
| 担当部署の割当 | 各タスクをどの部署・担当者に割り当てるかの整理に時間がかかる |
Claude Codeを使ったWBS生成の流れ（全4ステップ）
プロジェクト概要を整理する
Claude Codeに渡す情報を事前にまとめます。詳細でなくてよく、概要レベルで十分です。
・プロジェクト名・目的
・期間（開始〜終了）
・関係部署・主要ステークホルダー
・成果物（何を作るか・何を導入するか）
Claude Codeに指示を出す
・レベル1：フェーズ（立上げ・計画・実行・クローズ）
・レベル2：主要タスク
・レベル3：作業パッケージ（1〜2週間で完了できる粒度）
・各タスクに担当部署・成果物・想定期間を記載
・外部依存タスク（顧客承認・認証待ち）には「★外部待ち」と明記
【プロジェクト概要】
（概要を貼り付け）
出力されたWBSを確認・修正する
出力されたWBSに対して、自社特有の工程や承認フローに合わせた修正を加えます。
ExcelやProjectに転記してチームに共有
Markdown形式で出力されているので、ExcelやNotionなどへの転記も簡単です。「CSV形式で出力して」と追加指示すれば、そのままExcelに貼り付けられます。
製造業プロジェクト別・指示文例
例① 新工場立ち上げ
例② ERP導入
例③ 新製品開発
たたき台の精度を上げる4つのコツ
💡 コツ① 分解レベルを明示する
「レベル3まで分解」「最小タスクは1〜2週間で完了できる粒度」のように分解の深さを指定すると、使えるレベルのWBSが出力されます。
💡 コツ② 成果物ベースで指定する
「各タスクの成果物（ドキュメント・承認・完成品）も記載してください」と指示すると、後でスコープ確認がしやすくなります。
💡 コツ③ 過去の類似プロジェクトを参照させる
「前回プロジェクトでこんな工程があった」と追加情報を与えると、自社に近いWBSが生成されます。
💡 コツ④ 追加で「抜け漏れチェック」を依頼する
WBSを出力させた後に「このWBSで製造業プロジェクトとして抜け漏れがある工程を指摘してください」と追加で聞くと、見落としを補完してくれます。
よくある質問（FAQ）
📖 あわせて読みたい
- 【5分で完成】Claude Codeで議事録を自動作成する方法
- Claude Codeで経営層向け報告書を15分で作る方法
- Claude Codeでリスク洗い出しを15分で完了する方法
- 展示会準備をClaude Codeと一緒にやってみた——AIエージェント導入レポート
📚 このブログの著者が実際に使った本
PMPを独学で取得した際に使い込んだ2冊。製造業エンジニアがPMBOKを「使える知識」に変換するための翻訳書として今も手元にある。
📝 まとめ：WBSに最初の1〜2日を投資する
WBSをきちんと作ることは「遠回り」ではなく「最短ルート」です。PMOになりたての頃、WBSなしで動かしたプロジェクトが後半に炎上した経験から、今は必ず最初にWBSに時間をかけます。Claude Codeを使えば、そのたたき台が30分で手に入ります。
- WBSは「何をやるか」を漏れなく整理する地図。ガントチャートの前に作る
- 分解ルール5つ（100%・成果物ベース・1〜2週間粒度・1担当者・外部依存を含む）を守る
- Claude Codeで30分でたたき台を生成し、自社固有の工程・承認フローを追加する
🔗 関連記事 ― Claude Code×製造業PM活用シリーズ
📚 この記事を読んだ方におすすめの書籍
