真正落到生产的工程变更流程

从替代方案提议到受控生产变更

1. 明确触发原因和起始版本

   在虚构示例中，团队准备为当前版本为 B 的 BRK-104 支架认证替代供应商。申请人记录业务原因、拟议变更和资质依据，工程人员无需猜测提案涉及哪张图纸或哪个物料。

   把立即遏制与永久变更分开。如果当前物料不安全或不合格，应在推进工程评估的同时，按适用的质量程序处置。

2. 先评估提案，再承诺实施

   工程人员判断申请是否具体到足以评估；如果范围或依据缺失，应退回补充。接受申请只允许准备变更单，并不表示采购或生产可以切换。

   使用 工程变更申请表 ，以保持提案与评审之间的关联。

3. 明确每个受影响项目和职能决定

   支架从 B 版变为 C 版；装配指导书也有自己的版本变化。评审质量、制造和采购影响，并根据变更类别确定真正需要参与的职能，而不是每次都套用同一份评审名单。

   分别记录库存中的 40 个支架和 12 件在制品。采购尚未作出的库存用完决定，不能因为制造部门已经同意返工方案而消失。

4. 授权变更范围和实施计划

   统一项目级范围、处置方式、职责和计划切换方案。要检查职能评估的实际内容，而不只是完成数量，并明确哪些行动是发布前必须完成的关键事项。

   可使用 ECO 模板 为这些决定提供结构。在准备实施期间，当前版本应保持不变。

5. 执行并验证实施工作

   更新必要的指导书，完成资质或检验，解决物料处置，并向相关人员宣导。每项行动都应分派负责人并评审完成依据。在应用的图纸变更示例中，首件检验正等待替换量规；变更单获授权并不会让该任务自动完成。

   使用 文件控制流程管理新版指导书和签收确认。工程变更应用记录发布决定，但不能替代独立的文件生命周期。如果实施结果不合格，应退回整改，不能为了赶工期而把关键行动改成可选项。

6. 确认生效范围并传达变更

   明确现已生效的物料、版本和运营边界。确认当前版本仍与起点一致，必需工作已经验证；保留从原版本到发布版本的历史，并把生效指导书传达给实际使用人员。

   示例记录的是已经生效的发布，而不是安排未来自动启用。如果多个项目必须原子切换，或其版本由另一系统管理，应另外设计并验证相应控制。