製造DX学習ロードマップ
学習条件：週6h以上 ／ スタイル：理論→実例→対話問答
問答形式：知識確認問題 ＋ シナリオ問題 を交互
全体スケジュール（16週・4ヶ月）
Phase 1：基盤理解（Month 1）
| 週 | テーマ | 優先度 |
|---|---|---|
| Week 1 | 事業と経営の理解 ＋ 受注生産・個別仕様製造の理解 | 基盤 |
| Week 2 | 業務設計（前半）：流れ・判断点・責任分担・承認 | ★1位 |
| Week 3 | 業務設計（後半）：例外処理・属人化防止・手戻り削減 | ★1位 |
| Week 4 | 設計変更管理（ECM） | ★2位 |
Phase 2：製造展開と記録（Month 2）
| 週 | テーマ | 優先度 |
|---|---|---|
| Week 5 | 製造展開（前半）：E-BOM/M-BOM・工程表 | ★3位 |
| Week 6 | 製造展開（後半）：作業手順・検査・外注条件 | ★3位 |
| Week 7 | 記録情報設計：主キー・改訂履歴・欠損値対策 | ★4位 |
| Week 8 | 品質管理・統計解析（前半）：平均・標準偏差・Cp/Cpk | ★5位 |
Phase 3：品質・設備・運用（Month 3）
| 週 | テーマ | 優先度 |
|---|---|---|
| Week 9 | 品質管理・統計解析（後半）：管理図・異常検知・MSA/GRR | ★5位 |
| Week 10 | 生産技術の基礎：工程設計・加工ばらつき・治工具 | ★6位 |
| Week 11 | 設備と保全：台帳・予防保全・予知保全・停止要因 | 支援 |
| Week 12 | 標準化と教育：標準書・用語統一・変更時教育 | ★7位 |
Phase 4：統合と展開（Month 4）
| 週 | テーマ | 優先度 |
|---|---|---|
| Week 13 | 情報基盤 ＋ 調達・外注・取引先連携 | 支援 |
| Week 14 | AI活用条件 ＋ 導入条件設計（PoC設計） | ★8位 |
| Week 15 | 運用設計 ＋ 効果測定（KPI・投資回収） | 統合 |
| Week 16 | 総復習・弱点補強・業務適用確認 | 統合 |
各週のセッション構成（週3セッション × 2時間）
Session 1（2h）：理論インプット
- 定義・背景・なぜ必要か
- 具体的な現場場面での解説
- 知識確認Q&A（用語・概念）
Session 2（2h）：深化
- 関連概念との接続
- 業務シナリオQ&A（判断演習）
- 誤解しやすいポイント確認
Session 3（2h）：定着
- 前週との繋がり確認
- 総合シナリオ問題（複合判断）
- 今週の3行要約演習
フェーズ別学習のポイント
Phase 1（Week 1-4）：ビジネス基盤 — 焦らず土台を作る
学習の心構え： このフェーズの知識は後の全テーマに通底する。「ETO製造の特殊性」と「ビジネス価値への接続」が理解できれば、後の技術テーマが急に腹落ちしやすくなる。
- Week 1：「自社がなぜETO型なのか」を説明できるようになることがゴール。顧客価値→経営指標の連鎖を自社の数字で語れるようにする
- Week 2-3：業務プロセスの可視化は手を動かして行う。実際にBPMN図を書くことで、頭の中のモヤが整理される
- Week 4：設計変更はすべての後工程に影響する。ECMを「承認フローのルール」ではなく「情報伝達の設計」として理解するのがポイント
Phase 2（Week 5-9）：製造技術基盤 — 現場目線で考える
学習の心構え： このフェーズは「工場の中で何が起きているか」を理解する。システムの話は後回しにして、まず物理的なモノの流れ・情報の流れを押さえる。
- Week 5-6：BOMの複雑さをゼロから理解する。E-BOMとM-BOMの違いが腹落ちすると、後のERP/MES設計が急に具体的になる
- Week 7：データ設計は「面白くない基礎工事」に見えるが、ここが甘いとAI・分析が機能しない。時間をかけてでも丁寧に学ぶ価値がある
- Week 8-9：統計は道具として使えれば良い。Excelで管理図を1枚作れるレベルを目標にすると実用的
Phase 3（Week 10-12）：品質・設備・運用 — データを集める目を作る
学習の心構え： このフェーズはDXの「データ収集層」を設計する能力を身に付ける。「何を記録するか」と「どう記録するか」が設計できれば、AIやBI分析の基盤ができる。
- Week 10：生産技術は暗黙知の宝庫。自社で「この加工は〇〇さんしかできない」という工程を3つ探してみると、標準化の課題が鮮明になる
- Week 11：設備管理のデジタル化は即効性が高い領域。OEEを実際に計算してみると、「どこが問題か」が一目瞭然になる
- Week 12：標準化はゴールではなく継続プロセス。「作って終わり」にならない仕組み（定期レビュー・逸脱検出）の設計まで含めて考える
Phase 4（Week 13-16）：統合と展開 — 「やる・測る・続ける」の仕組みを作る
学習の心構え： 最終フェーズは「投資判断と継続改善」のサイクルを回せる力を身に付ける。技術的な知識を経営の言葉に翻訳できることが最終目標だ。
- Week 13：情報基盤（ERP・MES・PLM連携）の全体像を描く。「現状のシステムマップ」を実際に書いてみると、自社の断絶ポイントが見えてくる
- Week 14：AI活用はデータ収集から始まる。PoCを「小さく・早く・学ぶ」という姿勢で設計すると失敗しても次に活かせる
- Week 15-16：効果測定は後付けではなく最初から設計する。DXプロジェクトの開始時点でKPIと計測方法を決めることが、プロジェクト継続の鍵になる
学習に行き詰まったら
よくある詰まりポイントと対処法
「理論はわかったが自社にどう当てはめればいいか分からない」 → まず「自社の現状はどうか？」を1行で書いてみる。「完全に当てはまらなくて当然」と開き直って、差分（自社の特殊事情）を整理することから始める。
「用語が多すぎて追いきれない」 → 全部を同時に覚えようとしない。各テーマの「実務チェックリスト」の項目だけに絞り込んで、それだけ確実に覚える。残りは参照用の辞書として使う。
「統計・品質管理の計算が難しい」 → 公式の暗記は不要。「Cpkが1より小さいと工程が不安定」という判断基準と、Excelで計算する方法だけ押さえれば実務は回る。
「フェーズが進むと前の知識が薄れてきた」 → 各テーマの「関連テーマ」セクションを活用して、前のテーマに戻ってつながりを確認する。知識はネットワーク状に繋がっているため、繰り返し参照することで定着する。
「モチベーションが上がらない週がある」 → 16週は長い。週1回でも「自社業務に当てはめて1つ改善提案を書く」という小さなアウトプットを続けることで、学習を業務改善に直結させると継続力が上がる。