製造現場まで届く設計変更プロセス

代替案の提案から、管理された生産変更まで

1. 変更のきっかけと開始リビジョンを特定する

   この架空例では、チームが現在リビジョンBの BRK-104 ブラケットについて、代替サプライヤーを認定しようとしています。申請者は業務上の理由、変更案、認定資料を記録します。どの図面や品目に関する提案なのかを、技術部門に推測させてはいけません。

   当面の封じ込めと恒久的な変更を分けてください。現行材料が安全でない、または不適合である場合は、技術評価と並行して該当する品質手順に従います。

2. 実施を決める前に提案を評価する

   技術部門は、申請が評価できるだけ具体的かを判断します。範囲や根拠が不足していれば差し戻します。申請の承認は ECO の準備を可能にしますが、購買や生産に切り替えを指示するものではありません。

   次のツールを使用して 設計変更要求フォーム を使用して、提案とレビューを関連付けて管理します。

3. 影響品目と部門ごとの判断をすべて定義する

   ブラケットは B から C に変わり、組立作業指示書にも独自のリビジョン変更が必要です。品質、製造、購買への影響をレビューします。変更区分ごとに同じレビューリストを使うのではなく、実際に判断が必要な部門を特定します。

   在庫のブラケット40個と WIP 12個は分けて記録します。製造部門が手直し方法を決めたからといって、購買部門の在庫使い切り判断が未決である事実を消してはいけません。

4. 範囲と実施計画を承認する

   品目ごとの範囲、処置、責任、予定切り替えを合意します。完了件数だけでなく、各部門評価の内容を確認します。どの作業をリリース必須とするかを決めます。

   次の ECO テンプレート は、こうした判断を整理する枠組みを提供します。作業を準備している間は、現行リビジョンを変更しないでください。

5. 作業を実施し、結果を検証する

   必要な指示書を更新し、認定または検査を完了し、材料の処置を決め、関係者に周知します。各作業を割り当て、証拠をレビューします。App の図面変更例では、初品検査が代替ゲージを待っています。ECO の実施承認だけでは、そのタスクは完了しません。

   次の 改訂した指示書と受領確認のための文書管理プロセスを使用します。設計変更 App はリリース判断を記録しますが、別個の文書ライフサイクルを代替しません。実施結果が不十分なら、期限に間に合わせるために重要作業を任意扱いにせず、修正のため差し戻してください。

6. 有効になる範囲を確認し、周知する

   これから有効になる品目、リビジョン、運用上の境界を特定します。現行リビジョンが開始時点と一致し、必須作業が検証済みであることを確認します。元リビジョンからリリース済みリビジョンまでの履歴を保持し、実際に使う人へ有効な指示を伝えます。

   この例は、すでに有効になったリリースを記録するもので、将来の有効化を予約するものではありません。複数品目を同時かつ不可分に変更する必要がある場合や、別システムがリビジョンを管理する場合は、その統制を別途設計・検証してください。