テーマ3：業務設計

学習週：Week 2-3
優先度：★1位（DX施策の成否はここで決まる）

なぜこれを学ぶか

DXの本質は「道具の導入」ではなく、業務設計の再構成にある。
どんな優れたシステムも、業務設計が悪ければ機能しない。
システム導入後の成果は、業務設計の質に直結する。

1. 業務設計の7つの定義要素

業務の1ステップを完全に定義するために必要な要素：

① 担当者（誰が）
② トリガー条件（何をきっかけに）
③ 具体的アクション（何をする）
④ 必要なツール・システム（何を使う）
⑤ 受け渡し先（誰に渡す・どこへ流す）
⑥ 完了条件（何をもって完了とするか）
⑦ 記録内容（何を記録するか）

この7要素が曖昧なままDXを進めると、自動化された「混乱」が生まれる。

2. RACI マトリクス

責任分担を明確にするためのフレームワーク：

RACIマトリクスの例（設計変更プロセス）：

3. 業務フローの可視化（BPMN）

業務プロセスを図示する標準記法（BPMN：Business Process Model and Notation）：

主要記号：
○ ：イベント（開始・終了・中間）
□ ：アクティビティ（作業・タスク）
◇ ：ゲートウェイ（判断・分岐）
→ ：シーケンスフロー（順序）
--- ：メッセージフロー（組織間の情報）

業務フロー可視化の目的：

1. 暗黙知の形式知化（属人化の解消）
2. 不要なステップ・ムダの発見
3. 判断点の明確化（誰が・どんな基準で判断するか）
4. 例外処理の設計（通常フローの外れケース）

4. 属人化防止の設計原則

属人化が生まれる原因：
  ① 手順が文書化されていない（頭の中だけにある）
  ② 判断基準が個人の経験・感覚に依存している
  ③ 引き継ぎが口頭のみで行われる
  ④ 例外処理が「その人だけが知っている」状態

対策の設計：
  手順書（SOP）の作成と定期更新
  判断基準の文書化（フローチャート・条件表）
  引き継ぎ資料の標準化
  例外パターンの収集と文書化

5. データ連携の原則（Single Source of Truth）

Single Source of Truth（唯一の正）の原則：
  → 同じ情報は1か所だけで管理する
  → 他の場所では「参照」するだけ

悪い例：
  営業：Excelで受注管理
  製造：別のExcelで製造管理
  品質：さらに別のExcelで品質管理
  → 同じ「製番A-001」のデータが3か所に別々に存在
  → 更新が伝わらず、不整合が起きる

良い例：
  受注情報 → ERPで一元管理
  製造・品質 → ERPのデータを参照
  → 変更があれば全員が同じ最新データを見られる

6. プロセス統合の設計

設計・製造・品質・保全間の明示的な情報フロー：

受注 → 設計（図面・BOM作成）
         ↓ [設計情報の展開]
       製造（工程計画・作業指示）
         ↓ [製造実績の記録]
       品質（検査・測定記録）
         ↓ [品質情報のフィードバック]
       設計（設計変更・改善）
         ↓ [改善情報の共有]
       保全（設備維持・予知保全）

各「矢印」に：

• 何の情報を渡すか
• いつ渡すか（タイムライン）
• 誰が承認するか

を定義することが業務設計の核心。

7. 手戻り削減の設計

手戻りが発生する3つの原因：
  ① 情報が正しく伝わらなかった（伝達の問題）
  ② 判断基準が違った（認識の問題）
  ③ 変更が適切に反映されなかった（変更管理の問題）

手戻り削減の設計：
  ① ゲートレビュー：次工程に進む前に確認ポイントを設ける
  ② チェックリスト：見落としゼロを仕組みで保証する
  ③ 変更管理フロー：変更時の展開漏れを防ぐ
  ④ ナレッジ共有：過去の失敗パターンを組織で共有する

知識確認Q&A

Q1：業務設計の「7つの定義要素」を列挙し、各要素が曖昧だとどんな問題が起きるか説明してください。

Q2：RACIマトリクスのR・A・C・Iをそれぞれ説明し、AとRが同一人物になると何が問題か答えてください。

シナリオQ&A

シナリオ：
A社では「設計変更の伝達が口頭のみ」で、製造担当者が旧版図面で作業してしまう事故が月1回発生している。

Q：業務設計の観点から、この問題の根本原因を分析し、改善すべき業務フローを設計してください。

推奨参考資料

✅ 実務チェックリスト

このテーマを「理解した」と言えるための確認項目

• 自社の受注〜納品の主要業務フローをBPMNの記号で書ける
• 各工程の担当部門・ハンドオフポイントを特定できる
• 現在の業務フローのボトルネック（最も時間がかかるステップ）を特定できる
• 「情報が渡らない」「承認が遅い」「手戻りが起きる」箇所を3つ以上挙げられる
• SIPOCでひとつの業務プロセスを1枚のシートにまとめられる

💡 ETO製造での適用ポイント

ETOの業務プロセスはプロジェクト型であり、工場の「ライン」ではなく「フロー」の考え方が必要になる。同じ製品を何度も作るMTS工場と異なり、ETOでは「このプロジェクトではどの工程順で進めるか」を毎回判断することになる。BPMNで現状（As-Is）を可視化してからDXの理想状態（To-Be）を描くと、投資対象のシステム・工程が明確になる。

特に「設計→調達→製造→検査」の各工程間の情報受け渡しに注目すると、典型的なムダ（手戻り・待ち・二重入力）が見えてくる。設計部門が作った図面をPDF印刷して製造に渡し、製造担当者がExcelに転記する、といった「情報の断絶」はほぼすべてのETO企業に存在する。

業務改革とシステム導入の順序は「まずプロセス整理→次にシステム化」が原則。システムを先に入れてしまうと、現状業務の悪い部分をそのまま自動化することになり、改善効果が出ない。プロセスのムダを取り除いてからシステム化すると、導入効果が最大化される。

ハンドオフ分析（誰が誰に何を渡すか）は、部門間の責任境界を明確化するためにも重要。「そこまでは私の仕事ではない」という認識のズレがETO製造の遅延・手戻りの主因になることが多い。

🔗 関連テーマ