工程变更的控制程序v10文档.docVIP

工程变更 控制程序 编制： 日期： 校核： 日期： 审核： 日期： 批准： 日期： 修改历史 版/次 通知单号 日期 修改者 修改说明 目 录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc300907101 1. 目的 PAGEREF _Toc300907101 \h 3 HYPERLINK \l _Toc300907102 2. 范围 PAGEREF _Toc300907102 \h 3 HYPERLINK \l _Toc300907103 3. 职责 PAGEREF _Toc300907103 \h 3 HYPERLINK \l _Toc300907104 4. 控制程序 PAGEREF _Toc300907104 \h 3 HYPERLINK \l _Toc300907105 4.1 工程变更要求 PAGEREF _Toc300907105 \h 3 HYPERLINK \l _Toc300907106 4.2 变更评价 PAGEREF _Toc300907106 \h 4 HYPERLINK \l _Toc300907107 4.3 更改文件编制 PAGEREF _Toc300907107 \h 5 HYPERLINK \l _Toc300907108 4.4 审批 PAGEREF _Toc300907108 \h 5 HYPERLINK \l _Toc300907109 4.5 变更处理 PAGEREF _Toc300907109 \h 6 HYPERLINK \l _Toc300907110 4.6 变更确认 PAGEREF _Toc300907110 \h 6 HYPERLINK \l _Toc300907111 5. 相关/支持特性文件 PAGEREF _Toc300907111 \h 6 HYPERLINK \l _Toc300907112 6. 相关记录 PAGEREF _Toc300907112 \h 7 1. 目的 为了对现行产品的生产维护过程中的工程变更能进行有效控制，使本公司的产品能更进一步满足客户及相关标准和规定的要求；同时对设计和开发中的延迟和异常工作进行控制，以确保变更要求经允许和适当的考虑且有效实施。 2. 范围 本程序适用于本公司现行产品在生产和维护整个过程中的变更的全过程，以及公司所有新产品的开发、现行产品的重大改型过程中的变更全过程。 3. 职责 3.1技术部：负责本程序的产品设计开发的变更过程管理和生产制造过程的变更管理。 3.2综合部：负责对变更文件的受控下发及老文件的回收，负责在供应商与相关部门之间的沟通。 3.3生产部：负责变更的实施。 3.4质检部：负责变更的验证确认工作。 3.5技术部经理或总经理：负责对原理性文件及影响产品性能参数的变更批准。 4. 控制程序 4.1 工程变更要求 4.1.1 对于现行产品已知问题的修正、功能上的改进、顾客提出的更改、产品在老化过程中元器件代替、生产过程的变更、供应商的变更影响到产品质量及文件的时候，由技术部提出工程变更要求；对于客户的特殊要求，由综合部协助提供详细的客户要求书面资料。 4.1.2 技术部根据相关部门提出的《工程更改要求》进行更改，更改要求应明确： a. 产品名称及型号，产品状态； b. 更改申请原因； c. 对更改建议的描述及内容； d. 建议的相关方及建议的提出时间和完成时间； e. 更改类别；（是否为较大改动） f. 更改后评审、验证确认等活动。 4.1.3 如需在外观、功能上及接口上作较大改动，或有顾客提出的更改，在更改前需要得到顾客授权或者认可，方可进行更改活动。 4.1.4 当顾客提出变更要求时，由技术部项目负责人针对顾客提出的变更情况进行评审，评审顾客的变更对公司产品的影响，依据评价结果，当需要实施工程变更时，提出相应《工程变更要求》。 4.1.5 当供应商的工程变更影响到公司产品的性能、功能、装配时，此类变更必须要求供应商经技术部批准后，方可实施。技术部根据供应商变更结果，提出相应的《工程变更要求》。按本程序的要求做好相应变更事项。 4.1.6设计和开发输出技术文件、图样的变更应进行评审，并填写 4.2 变更评价 4.2.1 更改人员应正确识别和评估工程变更中原材料的使用、生产过程、相关标准、使用性能、可靠性、安全性、可维护性等方面对产品本身或者顾客所带来的影响。 4.2.2 在更改过程中应对更改建议进行评价，评价的范围应取决于产品的复杂程度，评价应包括： a．更改建议的技术优势； b．与更改有关的风险； c．对合同、进度和成本的潜在影响； 4.2.3 在确定影响时，还应考虑： a．相关法律法规的要求