設計変更管理の落とし穴：変更が「伝わらない」3つの構造的原因

はじめに

「設計変更が製造に伝わっていなかった」——ETO製造業で繰り返されるこの問題は、なぜなくならないのか。

メールでの通知、朝礼での口頭連絡、ホワイトボードへの記載。さまざまな方法を試しても問題が再発するのには、構造的な原因がある。対策を「通知方法の改善」だけに向けている限り、根本解決にはならない。

設計変更の情報が複数の経路で流れる場合、どの経路で誰に伝わったかが追跡できない。

典型的な構成：

この状況では、「どの版が最新か」「誰が確認したか」が誰にもわからない。変更が複数回発生すると、各部門が異なる版の図面を持つ事態が生じる。

設計者が「この変更は設計部門内で完結する」と判断して社内への展開を省略したが、実際にはBOMが変わり、購買が旧部品を発注済みで、工程指示書にも修正が必要だった——というケースが頻繁に起きる。

変更の影響範囲を「設計者の主観」で判断させると、必ず過小評価が生じる。影響範囲はチェックリストで機械的に判定する必要がある。

「この設計変更はいつから適用するか」が明確でないことによる混乱も多い。

よくある曖昧な指示：「次ロットから」「対応可能になったら」「準備ができ次第」

製造現場では「次ロット」がいつ始まるかを判断するのが難しく、旧仕様で製造を続けてしまう。変更の有効化タイミングは「製番〇〇番以降」「〇月〇日〇時以降に受け取った材料から」のように、具体的な条件で定義しなければならない。

メールには設計変更管理ツールとして致命的な弱点がある。

メールは「通知」ができるが「管理」はできない。設計変更を「管理」するには、変更番号・バージョン・影響範囲・有効化日・確認記録を一元管理できる仕組みが必要だ。

設計変更の影響範囲を判定するチェックリストは、以下の6領域を必ずカバーする。

このチェックリストを変更登録時に必ず記入させることで、影響範囲の過小評価を防ぐ。

PLM（Product Lifecycle Management）システムがなくても、Excel台帳で基本的なECM（設計変更管理）は実現できる。

Excel変更管理台帳の必須項目：

このExcel台帳をSharePointやクラウドストレージで共有し、更新時に自動メール通知（Power AutomateやPythonスクリプト）を設定するだけで、変更管理の質は大きく向上する。

「PLMを入れたい」と経営層に提案しても、「本当に必要か」「費用対効果は」という問いに答えられないと承認が下りない。Excel台帳を運用しながら以下のデータを蓄積すると、PLM導入の根拠が作れる。

6〜12ヶ月でこのデータが揃えば、「PLM導入でリードタイムを〇日削減し、年間〇〇万円の損失を回避できる」という具体的な費用対効果を示せる。

設計変更が伝わらない問題の根本原因は「情報経路の分散」「影響範囲の過小評価」「有効化タイミングの曖昧さ」の3つだ。対策として：

「通知の改善」ではなく「管理の仕組み化」が、繰り返す設計変更トラブルを根絶する唯一の方法だ。