工程变更申请流程图(ECR 到 ECN)

工程变更申请流程图:ECR 的问题与理由、形状配合与功能评估、成本与库存评估、变更控制委员会决策、ECN、生效点与旧库存处置。

运作方式

  1. 把泳道改成你们真实的角色

    把申请人、研发、变更控制委员会、制造与供应链,换成你们实际拥有的职能。在规模较小的企业里,变更控制委员会可能就是每周碰一次面的两个人,而制造工程与生产计划也许是同一条泳道。请合并泳道,而不是发明角色,并把总数保持在五条或以内,让这张图仍然读得下去。

  2. 定义什么样的 ECR 才算完整

    只有当“完整且理由充分”指向某份写下来的内容时,初筛决策才起作用。一个可用的最低要求:受影响的零件号及其当前版本、原因(缺陷、降本、客户要求、供应商或元器件停产、安全或法规)、支撑它的证据、紧急程度,以及这项变更是否触及任何与安全相关的内容或客户已批准的特性。

  3. 写下你们关于形状、配合与功能的判定

    评估这一步要判断的是:更改后的零件是否仍然与旧零件可以互换。请记下你们自己对“可互换”的规则,以及由此带来的后果——因为一项破坏互换性的变更,通常需要一个新的零件号,而不是把现有零件号升一个版本。配置管理的实践把这件事挂在互换性上,而不是挂在变更看起来有多大。

  4. 让成本评估覆盖旧库存所在的每一个位置

    给供应链那一步一份清单:在库存货、在制品、在途货物、未结采购订单与供应商承诺、成品、寄售库存与服务备件。呆滞是多数变更申请最容易低估的成本,而它通常正是把一项明显有益的变更变成暂缓变更的那个因素。

  5. 订下生效与处置的规则

    决定生效点是用日期、序列号或批号,还是旧库存用完的那一刻来表达,并把这个选择写在 ECN 上,而不是留给排产工单的人。然后约定由谁批准用完、返工与报废,以及各自的成本记在哪里。

  6. 定义首件验证的含义,并发布这张图

    写明由谁制造首件、由谁检验、检查哪些特性、由谁签署;在航空领域这由 AS9102 规范,其中一项设计变更通常至少触发一次部分首件检验。然后把这张图与 ECR 表单放在一起共享,并保留历史版本,使你们能够说明程序是何时改的、为什么改。

常见问题

ECR、ECN 与 ECO 有什么区别?

工程变更申请(ECR)是提案:什么出了问题或可以做得更好、为什么这件事重要,以及它触及哪些零件。它是向变更控制委员会提出的一个问题。工程变更通知(ECN)是答复,只在批准之后签发:它授权新的修订版本,列出受影响的图纸、零件号与物料清单,设定生效点,并说明现有库存的处置方式。工程变更单(ECO)在许多企业里与 ECN 混用,也有一些企业用 ECO 指内部作业指令、用 ECN 指发给客户与供应商的通知。请选定一种约定并写进程序里,因为同一家公司里混着用,会让“到底授权了什么”产生真实的混乱。

它与 IT 变更管理或一般的变更控制流程有什么不同?

形状相似(申请、评估、批准、实施、验证),内容却不同。IT 变更管理把一项变更推入正在运行的服务,因此评估围绕受影响的服务、停机窗口、回滚方案与影响范围,通常由变更经理和 CAB 主持。工程变更把一个修订版本推入实物产品,因此评估围绕互换性、工装、成本、供应商交期,以及按旧版本已制造的库存怎么办,通常由包含研发、制造与供应链的变更控制委员会主持。如果你们要记录的是代码或基础设施如何进入生产环境,请改用 IT 变更管理或变更控制模板。

什么时候一项变更需要新的零件号,而不是新的版本?

通常的判定是互换性。如果按新定义制造的零件,能够在每一种应用中替代旧零件而不需要任何其他改动,并且旧零件也能替代新零件,那就是一次版本升级。如果不能——因为形状、配合或功能已经变了——那通常需要一个新的零件号,使两个版本能够在库存、物料清单与售后服务中并存。配置管理实践与图纸版本标准把这条规则建立在互换性上,而不是建立在变更看起来有多大上;这也正是为什么在这张图里,形状、配合与功能的评估位于委员会决策之前,而不是之后。

按旧版本已经制造出来的库存怎么办?

那就是“现有库存如何处置?”这一决策,它需要在 ECN 上有一个明确的答案,而不是一个默认的假设。用完意味着旧库存先被消耗,生效点设在用尽的那一刻——这是最省钱的选项,而当变更是为了修复一个缺陷或一个安全问题时,它是错误的选项。返工意味着把现有库存提升到新版本,其成本与工时记在这项变更上。报废意味着把库存核销。同样的问题也适用于在制品、在途货物、存放在供应商处的库存,以及——对于与安全相关的变更——已经在客户手中的产品,这可能把变更升级为一次针对已交付产品的现场处置行动,而不再是一份例行的 ECN。

谁应当进入变更控制委员会?每一项变更都需要经过它吗?

委员会需要那些能够动用资金与产能的人:研发、制造或工业化、供应链或采购,以及质量;当一项变更对客户可见时,还要有销售或项目管理参与。它不需要所有人。多数企业会设一条界线,使低风险的变更(一条图纸备注、一次公差澄清、一项没有成本影响也不影响互换性的变更)由一位具名的研发授权人批准,只有越过这条界线的变更才提交完整委员会。请把这条界线写在批准决策旁边,并像记录批准一样认真地记录暂缓的决定——因为一项被暂缓的变更,通常会在那批卡住它的库存或合同了结之后再回来。

使用此模板

流程图模板中的更多内容