T产品变更控制程序

合集下载

产品质量控制标准及流程图解

产品质量控制标准及流程图解

产品质量控制标准及流程图解第1章产品质量控制概述 (4)1.1 质量控制概念与原则 (4)1.2 产品质量控制的必要性 (4)1.3 产品质量控制的基本流程 (5)第2章质量管理体系建立 (5)2.1 质量管理体系标准 (5)2.1.1 国际质量管理体系标准 (5)2.1.2 国家质量管理体系标准 (5)2.1.3 行业质量管理体系标准 (5)2.2 质量管理体系构建 (5)2.2.1 确立质量方针和质量目标 (6)2.2.2 组织结构设计 (6)2.2.3 资源配置 (6)2.2.4 过程策划与控制 (6)2.2.5 风险管理 (6)2.3 质量管理体系文件编写 (6)2.3.1 质量手册 (6)2.3.2 程序文件 (6)2.3.3 操作规程 (6)2.3.4 记录文件 (6)2.3.5 工作指导书 (6)2.3.6 质量计划 (7)第3章设计质量控制 (7)3.1 设计输入质量控制 (7)3.1.1 设计输入要求 (7)3.1.2 设计输入评审 (7)3.1.3 设计输入验证 (7)3.2 设计过程质量控制 (7)3.2.1 设计策划 (7)3.2.2 设计评审 (7)3.2.3 设计验证与设计确认 (7)3.2.4 设计变更控制 (7)3.3 设计输出质量控制 (8)3.3.1 设计输出要求 (8)3.3.2 设计输出评审 (8)3.3.3 设计输出验证 (8)3.3.4 设计输出交付 (8)3.3.5 设计输出归档 (8)第4章供应商质量控制 (8)4.1 供应商选择与评价 (8)4.1.1 建立供应商评价体系 (8)4.1.3 供应商定点 (9)4.2 供应商质量控制方法 (9)4.2.1 质量管理体系审核 (9)4.2.2 过程控制 (9)4.2.3 成品检验 (9)4.3 供应商质量改进 (9)4.3.1 供应商质量培训 (9)4.3.2 质量问题反馈与改进 (9)4.3.3 质量激励机制 (9)4.3.4 定期召开供应商质量会议 (9)第5章生产过程质量控制 (10)5.1 生产工艺质量控制 (10)5.1.1 工艺标准制定 (10)5.1.2 工艺参数监控 (10)5.1.3 工艺改进与优化 (10)5.2 在线检测与控制 (10)5.2.1 检测设备配置 (10)5.2.2 在线检测技术应用 (10)5.2.3 控制系统设计 (10)5.3 生产过程异常处理 (10)5.3.1 异常识别与报警 (10)5.3.2 异常原因分析与处理 (10)5.3.3 预防措施及改进方案 (11)第6章质量检验与验证 (11)6.1 检验计划与实施 (11)6.1.1 检验计划编制 (11)6.1.2 检验实施 (11)6.2 抽样检验方法 (11)6.2.1 抽样检验的基本原则 (11)6.2.2 抽样检验方法 (11)6.3 验证与确认 (12)6.3.1 验证 (12)6.3.2 确认 (12)第7章质量改进 (12)7.1 质量改进策略与工具 (12)7.1.1 质量改进策略概述 (12)7.1.2 常用质量改进工具 (12)7.2 质量改进项目的实施 (12)7.2.1 项目立项 (12)7.2.2 团队组建与培训 (13)7.2.3 改进措施制定 (13)7.2.4 改进措施实施 (13)7.3 质量改进效果的评估 (13)7.3.2 评估结果分析 (13)7.3.3 持续改进 (13)第8章售后服务质量控制 (13)8.1 售后服务流程设计 (13)8.1.1 流程概述 (13)8.1.2 流程细节 (13)8.2 客户满意度调查与分析 (14)8.2.1 调查方法 (14)8.2.2 调查内容 (14)8.2.3 数据分析 (14)8.3 售后服务改进措施 (14)8.3.1 优化服务流程 (14)8.3.2 提高维修质量 (14)8.3.3 完善售后服务体系 (14)8.3.4 加强客户关系管理 (14)8.3.5 建立客户投诉处理机制 (14)第9章质量控制信息化 (15)9.1 质量数据管理 (15)9.1.1 数据采集与处理 (15)9.1.2 数据分析与挖掘 (15)9.1.3 数据可视化展示 (15)9.2 质量信息系统构建 (15)9.2.1 信息系统框架设计 (15)9.2.2 系统功能实现 (15)9.2.3 系统集成与优化 (15)9.3 互联网质量控制 (15)9.3.1 互联网技术在质量控制中的应用 (15)9.3.2 信息化平台建设 (15)9.3.3 智能化质量控制 (16)9.3.4 质量控制与智能制造的融合 (16)第10章持续改进与卓越绩效 (16)10.1 持续改进机制建立 (16)10.1.1 改进机制的内涵与目标 (16)10.1.2 持续改进的基本原则 (16)10.1.3 持续改进的方法与工具 (16)10.1.4 持续改进的实施步骤 (16)10.1.5 案例分享:某企业持续改进实践 (16)10.2 卓越绩效模式 (16)10.2.1 卓越绩效模式的起源与发展 (16)10.2.2 卓越绩效模式的核心价值观 (16)10.2.3 卓越绩效评价体系的构建 (16)10.2.4 卓越绩效的实施策略 (16)10.2.5 案例分享:国内外卓越绩效企业实践 (16)10.3.1 质量控制发展趋势 (16)10.3.2 创新技术在质量控制中的应用 (16)10.3.3 大数据与质量控制 (16)10.3.4 质量控制与智能制造的融合 (16)10.3.5 企业质量控制的未来挑战与机遇 (16)第1章产品质量控制概述1.1 质量控制概念与原则质量控制是保证产品在设计和生产过程中满足既定标准的一系列措施。

3.1 TS内审员考试题

3.1 TS内审员考试题

ISO/TS16949:2009 过程方法培训测试题姓名部门得分单位名称(总分:100,时间:120 分钟)第一部分判断题(每题 1 分,共10 分)1. 过程FMEA 假定所设计的产品能够满足设计要求。

()2. 供应商也必须满足生产件批准程序的要求。

()3. 供应商质量体系的开发仅限制造供方。

()4. 变差是过程的单个输出之间不可避免的差别。

()5. SPC 必需在连续的受控生产过程中才能应用。

()6. 你厂采购部在与原材料供应商签订采购合同前,委派你去参加对该厂的质量管理体系进行审核,这种审核应该是第三方审核。

()7. 实验室范围是指实验室可以测试的试验项目范围()。

8. ISO/TS16949:2009 技术规范规定如果由组织的总部负责产品设计,可以删除7.3 条文中产品设计开发内容。

()9. 测量系统分析只适用于测量可以重复的测量系统。

()10.所有工序都必须进行过程能力分析。

()第二部分:选择题(每小题0.5 分,共40 题,20 分)(一)FMEA 测试题:(共8 题)1.FMEA 进行的时间是:[ ]1)产品/过程出现失效时。

2)新产品/过程设计时3)产品/过程修改设计时4)顾客提出抱怨、投诉时5)(1)+(2)6)(2)+(3)7)(3)+(4)2.FMEA 是一项:[ ]1)质量工程师的工作2)小组的工作3)设计师自己的工作4)生产工人的工作3.以下哪项不是产品的功能?[ ]1)零件的防腐蚀2)转向力适宜3)噪声4)电路短路4.以下哪项不是制造/装配过程失效模式? [ ]1)特性超出政府法规规定2)接收不合格的零件3)空气粉尘超出国家标准4)未经培训上岗5)(1)+(3)6)(2)+(4)7)(1)+(3)+(4)5.失效的后果应该从以下几方面考虑[ ]1)对产品安全和政府法规符合性的影响2)对下一道工序及后序工序的影响3)对汽车性能和寿命的影响4)对操作者和设备的安全性的影响5)对主机厂6)以上都是6.下列三种过程控制方法,应优先选用哪一种?[ ]1)阻止失效原因/机理的发生或减少其发生的概率2)查明失效原因/机理3)查明失效模式7.以下哪种情况应优先采取措施?[ ]1)S=9,O=3,D=3 2)S=3,O=9,D=3 3)S=3,O=3。

软件更新控制程序

软件更新控制程序

文件制修订记录1.0目的为规范软件产品的更新,特建立此程序文件。

2.0适用范围适用本公司所有软件产品更新过程。

3.0职责3.1IT部负责软件产品更新过程;3.2质量部负责更新过程的变更;4.0程序4.1软件的更新要求4.1.1软件更新:是指生产企业在软件生存周期全过程对软件所做的任一修改,亦称软件变更、软件维护。

4.1.2软件更新从更新结果角度可分为重大更新和轻微更新;4.1.2.1重大软件更新:影响到医疗器械安全性或有效性的增强类更新,即重大增强类软件更新,应申请许可事项变更。

4.1.2.2轻微软件更新:不影响医疗器械安全性与有效性的增强类更新、纠正类更新,包括轻微增强类软件更新、纠正类软件更新,通过质量管理体系进行控制,无需申请许可事项变更,待下次许可事项变更时提交相应注册申报资料。

4.1.3版本变更时需符合软件版本命名规则,参照《软件配置控制程序》文件执行。

4.1.4软件开发策划应当确定软件需求分析、软件设计、软件编码、验证与确认、风险管理、缺陷管理、可追溯性分析、配置管理、文件与记录控制、现成软件使用、网络安全保证、评审等活动计划,形成相关文件和记录,并适时更新。

4.1.5软件更新需进行更新请求评估、软件更新策划、软件更新实施、风险管理、验证与确认、缺陷管理、可追溯性分析、配置管理、文件与记录控制、评审、用户告知等活动要求,形成相关文件和记录并经批准,适时更新并经批准。

4.1.6软件更新过程必须满足可追溯性要求。

参照《软件可追溯性控制程序》执行。

5.0相关文件《风险管理控制程序》6.0相关记录《软件需求报告》《软件系统详细设计报告》《风险管理报告》《软件可追溯性报告》(项目名称)软件开发需求说明编制人______________________ 审核人______________________ 批准人______________________目录0. 文档介绍 (6)0.1 文档目的 (6)0.2 文档范围 (6)0.3 读者对象 (6)0.4 参考文档 (6)0.5 术语与缩写解释 (6)1. 产品介绍 (7)2. 产品面向的用户群体 (7)3. 产品应当遵循的标准或规范 (7)4. 产品范围 (7)5. 产品中的角色 (7)6. 产品的功能性需求 (7)6.0 功能性需求分类 (7)6.m Feature M (8)6.m.n Function M.N (8)7. 产品的非功能性需求 (8)7.1 用户界面需求 (8)7.2 软硬件环境需求 (8)7.3 产品质量需求 (8)7.n 其他需求 (9)附录A:需求建模与分析报告 (10)A.1 需求模型1 (10)A.n 需求模型N (10)附录B:需求确认 (11)0. 文档介绍0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文档提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期例如:[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期0.5 术语与缩写解释1. 产品介绍提示:(1)说明产品是什么,什么用途。

强制性认证产品一致性控制程序

强制性认证产品一致性控制程序

强制性认证产品一致性控制程序1. 目的对批量生产产品与型式试验合格产品的一致性进行有效控制,并确保认证产品的更改在符合規定的条件下进行生产,以使认证产品持续符合規定的要求。

X2.适用范围适用于认证产品批量生产的形成过程的确定,对生产用关键原材料进行监控。

3. 职责!d X s9q3W*Ro9J n3.1 开发部产品组对获证产品的技术状态负责,生计组对获证产品的制造工艺参数负责。

3.2 质量负责人对产品的形成过程及最终滿足一致性規定的要求负责。

认5-(一年33.3 质保部对批量生产的产品进行例行检验,并在认证产品变更时执行变更控制程序。

3.4 质保部负责对关键原材料的检验和定期确认检验及成品的确认检验。

3.5 制造部负责对生产过程进行控制,并进行过程检验,确保批量生产认证产品的一致性。

4. 一致性控制程序4.1 关键原材料的采购均依据HX/QSP.09《采购控制程序》执行,确保供应商受控,采购的原材料符合认证产品一致性的要求。

4.2 关键原材料的检验和验收依据《物料进厂检查基准书》执行,确保关键原材料符合认证产品一致性的要求。

ccc认证-n~6j*].R |m7s f B4.3 指导现场生产的各种工艺卡片由开发部生计组统一建档管理,确保与型式试验合格品一致;4.4 生产过程的控制及过程检验按HX/QSP.19《过程和产品的监视和测量控制程序》执行,确保与型式试验合格品一致;4.5 认证产品的出厂检验按《出厂检验作业指导书》。

5.变更控制程序5.1本公司潜在的认证产品的变更类型ccc认证-]"F x L5G L(G5.1.1 由于产品品名的变化引起的获证产品的名称、型号的更改;5.1.2 产品规格更改,內部结构不变(经判断不涉及安全性问题);ccc认证D:V:s)p p/m~:J 5.1.3 产品规格更改,內部结构变化;5.1.4 在证书上增加同种产品其他型号;4}k]-G R6{.R)q W-Y"x5.1.5 在证书上減少同种产品其他型号;ccc认证"m%_o'w s7H d s!L$c5.1.6 公司名称变更,地址不变, 公司没有搬迁;5.1.7 公司名称变更,地址更改, 公司没有搬迁;(5.1.8 公司名称不变,地址更改, 公司没有搬迁;5.1.9 公司搬迁;5.1.10 申请人名称更改;认5.1.11 产品认证時依椐的国家标准,技术规则或认证实施细则发生了变化;5.1.12 公司质量保证体系变化(例如所有权、组织机构发生了变化);5.1.13 其他(视情况按新申请认证变更处理);5.2 无论发生任何类型的更改,本公司均需向产品质量认证机构(中国质量认证中心<CQC>)提出正式更改申请,涉及认证证书所列项目(包括5.1.1-5.1.12)的认证更改,均需填写[CCC 认证变更申请书];5.3 本公司在进行认证产品更改时除提供原证书复印件和必要技术资料外,还需按下列条款提交适用文件;5.3.1符合5.1.1-5.1.3 更改条件的,申请时应另外提交新申请产品名称、型号与原获证产品名称、型号间差异性说明。

产品和服务的设计和开发控制程序

产品和服务的设计和开发控制程序

产品和服务的设计和开发控制程序1目的对产品设计和开发的全过程进行控制,确保产品能满足顾客的需求和期望及有关法律法规的要求。

2范围本程序适用于公司新产品的设计和开发全过程的控制和管理。

3职责3.1技术部a)负责产品设计和开发过程的归口管理,对设计和开发全过程进行控制。

b)负责确定产品的基本质量特性,履行设计和开发评审及设计和开发验证。

c)负责设计和开发更改的控制,负责保存设计和开发活动记录。

d)负责解决产品试制中出现的工艺技术问题。

负责工艺装备的设计、制造和验证。

3.2营销部a)负责提供产品设计和开发的市场信息。

b)负责收集顾客要求和顾客对产品的使用情况及意见。

3.3生产部负责编制试制生产计划,按产品试制计划进度要求组织生产和控制。

3.4品质部a)负责产品设计和开发的检验和试验。

b)负责检验和试验数据的整理、分析和处理。

c)负责编制产品试验报告,并向相关部门报送产品试验报告。

3.5物资部负责按产品试制计划及采购要求,采购原辅材料及外购件。

3.6技术副总负责a)审批开发项目的立项,编制产品设计和开发《设计任务书》。

b)审批开发项目的技术方案、质量计划。

c)审批设计定型后产品的设计更改。

d)批准设计和开发各阶段的评审报告。

e)批准评审中涉及重大原理性修改的解决方案。

f)协调解决处理重大技术问题。

3.6总经理批准项目建议书,主持产品的定型鉴定,批准鉴定报告。

4程序4.1设计和开发的策划技术部根据评审后的合同、订单、标书和技术协议等编制《设计和开发计划》,应明确以下内容:a)根据产品特点和复杂程度、公司特点和经验划分设计和开发过程的阶段。

b)明确规定每个设计和开发阶段需开展的适当的评审、验证和确认活动,包括这些活动的时机、参与人员及方式。

c)规定有关部门参与设计和开发活动的人员在设计和开发活动各阶段中的职责和权限。

d)随着设计和开发活动的进展,如果相关要求(如产品目标、产品要求/标准)或资源需求等方面因素发生变更时,技术部负责及时修改或更新《设计和开发计划》。

变更控制程序

变更控制程序

变更控制程序(依据GJB9001C-2017和GB/T19001-2016标准编制)文件编号:受控状态:目录1 目的 (1)2 范围 (1)3 引用文件 (1)4 术语和定义 (1)4.1Ⅰ类技术状态变更 (1)4.2Ⅱ类技术状态变更 (1)4.3Ⅲ类技术状态变更 (2)5 职责 (2)6 工作程序 (3)6.1变更流程图 (3)6.2变更输入 (4)6.3变更过程 (4)6.3.1 变更评审 (4)6.3.2 变更方案设计 (5)6.3.3 测试验证 (5)6.3.4 阶段评审 (5)6.3.5 反馈客户和批准变更 (5)6.4变更输出 (5)6.5监控 (6)7 相关文件 (6)8 质量记录 (6)附录记录表单模版 (7)1目的本文件规定产品寿命周期中技术状态的变更管理流程。

2范围适用于公司所有项目技术状态相关的变更管理活动。

3引用文件下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件,仅注日期的版本适用于本文件。

凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。

GB/T19000-2016质量管理体系基础和术语。

4术语和定义本程序技术状态变更分为I类、II类、III类。

4.1Ⅰ类技术状态变更更改功能基线、分配基线,致使下列任一要求超出规定的限制或容差值:a)性能和功能;b)可靠性、维护性、测试性、保障性、安全性等特性;c)接口特性;d)规范中的其他重要要求。

软件设计需求完成后,更改软件技术状态文件,对软件质量有影响,达到4.1 a)所规定的程度或者对下列一个或多个方面产生重大影响:e)已交付的使用手册;f)与计算机设备、软件等的兼容性;g)软件使用人员培训。

4.2Ⅱ类技术状态变更下列更改均属于Ⅱ类技术状态更改:a)软件设计需求完成前,更改不属于功能基线、分配基线的技术状态文件,对满足产品要有影响;b)软件设计需求完成后,更改软件技术状态文件,对软件质量有影响,但没有达到4.1 b)所规定的程度。

设计(变更)控制程序

设计(变更)控制程序

设计(变更)控制程序前言本标准按照《标准化工作导则第1部分:标准的结构和编写》GB/T1.1-2009和《企业标准体系管理标准工作标准体系的构成和要求》GB/T15498-2003进行编制,旨在设计控制与管理,确保图纸接收、审查、保管与竣工图整理、归档等得到有效控制。

若本标准的内容与国家现行有关法律、法规或标准相抵触,按国家现行法律、法规或标准执行。

本标准自发布之日起生效。

本标准由公司标准化委员会提出。

本标准由技术处负责起草与解释。

设计(变更)控制程序1 范围本标准规定了各层次、相关部门、基层单位的职责与权限,确立了图纸接收、审查、保管与竣工图整理、归档等过程控制的一般原则。

本标准适用于公司综合管理体系、压力管道安装质量保证体系、锅炉安装质量保证体系、压力容器质量保证体系和起重机械维修安装保证体系等的控制与管理。

2 规范性引用文件下下列文件对于本文件的应用是必不可少的。

凡是注明日期的引用文件,仅注日期的版本适用于本文件。

凡是不注明日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。

ML3·20001.11《文件控制程序》;ML3·20001.12《记录控制程序》。

3 术语和定义GB/T19000《质量管理体系基础和术语》和ML3·20000.01《质量、环境与职业健康安全综合管理手册》界定的术语和定义适用于本文件。

4 职责与权限4.1 技术处4.1.1 负责贯彻执行国家、行业和地方技术政策、法规和标准。

4.1.2 负责施工图纸备案与管理,并指导基层单位做好图纸使用、保管等工作。

4.1.3 组织或参加设计交底、施工图纸自审、会审等工作,并指导基层单位做好相关记录。

4.1.4 负责监督与指导基层单位做好设计(变更)文件管理等工作。

4.1.5 负责监督、审查与指导基层单位按规定做好竣工图的编制、归档等工作。

4.2 基层单位(含项目责任师)4.2.1 负责贯彻执行国家、行业和地方技术政策、法规、标准以及其它技术文件。

内审记录

内审记录



的采 过
查: 抽查马三项目从产品立项、开发、生产 各阶段都能按照文件要求执行,记录完整。
查: 供应商的引进审核、批准、询价议价及改进措施 记录,都能按照文件规定执行并有记录,查合格 供应商名单发现供应商合格清单缺3家合格供应 商;
杨礼川、杨顺新
杨礼川、杨顺新 岳艳、曲冰
洪波弟、肖裕军、王家帆 贺军、刘文科、徐如辉
价报告。 质
2
M2
量 管 理
管理评审控制 程序
5.6/5.6.1/5.6 .2/5.6.3
1.管理评审计划; 2.管理评审报告; 3.管理评审不合格项整改单;
查14年管理评审报告,跟踪事项的改善OK

1.过程审核记录(计划、检查

表、报告,不合格项改进
3
管理 过程
M3
量 管 理
内部审核控制 程序
8.2.2
请单;
与实际设备上的不一致;
5.校验报告;
3、所有设备一览表且包含校验计划。
洪波弟、肖裕军、王家帆
6.设备月点检表;
39
7.年度校验计划;
1.物料送检单;
2.来料检验报表;
S5
品 质 部
检验控制程序
7.6/7.6.1/7.6 .2/7.6.3
3.来料质量异常报告; 4.IPQC首件检验报告; 5.PQC检查日报表;
1. 不符合项:设计和开发输入不清晰、不完整

a) PRD缺失“特殊特性部分”。
b) Prd评审表中的两个未确认项(接口定义和方
向盘按键)没有确认记录。
15
C2设1 计

终 端 产 品 部
7.3/7.3.1/7.3 终端产品开发 .2/7.3.3/7.33.6 2.项目APQP资料。 /7.3.7
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

T产品变更控制程序文件编码AQ2I-03 版本V02文件层级□一阶■二阶□三阶文件类别■体系文件□技术文件编制部门轻应用产品项目部机密等级■内文□秘密□机密□绝密编制人文件类别■通用□项目审核编制日期审批生效日期总页数9 分发编号01 文件发布盖章文件制/修订记录页码章节制/修订记录版本修订人修订日期备注修订前修订后全部全部首次制定无V01 全部全部首次制定V01 V02规范产品变更管理,确保PCN顺利的导入开发和正确的执行。

2.适用范围本程序适用于公司轻应用产品的变更,包括所有轻应用产品设计更改和因顾客需求、供应商原因、生产工艺调整、Bug修复、运营变更、工装设备问题等因素引起的生产、测试、运营过程的更改。

3.术语和定义PCR: Product Change Request 产品变更需求PCO: Product Change Order 产品变更指令PCN: Product Change Notice 产品变更通知单CCB: Change Control Board 变更控制委员会SPCN: Simple Product Change Notice 简单产品变更产品变更:包括需求变更、设计变更及工程变更。

需求变更:产品需求的变更,包括内外部需求,主要发生在TR1至TR3阶段。

设计变更:设计方案的变更和Bug修改,自TR2开始运作。

文件受控:包括TR3前工程文件已随内部订单下发,或TR3时工程文件正式归档到产品项目部4.职责4.1平台软件开发工程师/APP软件开发工程师4.1.1负责平台软件开发工程师、移动应用所涉及的产品变更的提出,参与产品变更评审,CCB扩展成员之一;4.1.2负责研发相关技术文档、软件的更新,软件代码的修改白盒测试;4.2 轻应用产品经理4.2.1 负责客户需求、功能定义、T服务等产品变更的提出,参与产品变更评审,CCB主任;4.2.2 按照客户变更要求,向客户提出变更申请;并向公司内部传达客户变更指令;4.2.3 变更后产品重新向客户送样或提供相关资料确认及签样;4.2.4 针对已发货产品的处理;4.2.5 负责PCN等文件的管理与发布4.1项目经理:参与产品变更评审,CCB固定成员之一;4.2中试工程师4.4.1 负责工艺相关工程变更的提出,参与工程变更评审,CCB扩展成员之一;4.4.2 修改工艺相关文件并执行PCN;4.4.3 验证及量产阶段硬件及结构设计优化相关工程变更的提出;4.4.4 确认生产前测试治工具及设备准备;4.4.5 对变更的材料或产品进行验证。

4.5 运营经理:负责与后台运营有关的产品变更的提出,参与工程变更评审,CCB扩展成员之一;4.6 制造工程师:负责生产相关的工程变更的执行,参与工程变更评审,CCB扩展成员之一;4.7 采购工程师:负责材料替代和供应商相关的工程变更的提出,参与工程变更评审,CCB扩展成员之一;4.8 IPQC工程师:4.8.1对产品变更后之材料或产品进行来料和出货检验;4.8.2对产品变更过程中存在的问题,提出改善建议;4.8.3对产品变更后之库存材料进行标识隔离及处理状况跟进;4.8.4修改检验相关文件并执行PCN;4.9 PMC工程师4.9.1 负责未生产产品工程变更执行计划安排;4.9.2 负责在制品的处理;4.9.3确认库存物料的处理方式,必要时,经产品系统部向客户提出处理申请及建议;4.10仓库管理员:执行产品变更通知单(PCN),保证生产需求;4.11售后工程师:变更相关产品售后相关的问题跟踪和信息反馈;4.12CCB:负责产品变更的决策。

5.作业内容5.1 产品变更概述5.1.1 产品变更阶段分为研发阶段(TR1至TR3)、验证阶段(TR3至TR4)、量产阶段(TR4之后);5.1.2 产品变更类型分需求变更、设计变更、工程变更;5.1.2.1 需求变更为产品需求的变更,包括内部和外部产品需求、功能定义,在详细设计阶段(TR1至TR2)和DV阶段(TR2至TR3)产生,其运作管理执行5.2。

5.1.2.2 设计变更为设计方案变更和Bug修复,在DV阶段(TR2至TR3)、PV阶段(TR3至TR4)和量产阶段(TR4之后)产生,其中TR3之前的设计变更执行5.2或5.4,TR3之后的设计变更以其变更性质执行5.3或5.4。

5.1.2.3 工程变更是指工艺、关键器件替代等方面的变更,PV阶段(TR3至TR4)和量产阶段(TR4之后)产生,其运作管理以其变更性质执行5.3或5.4。

5.1.3 产品变更来源为顾客要求、内部提出、供应商提出;5.1.4 工程变更以其重要性,分为重大变更和非重大变更,重大变更执行5.3,非重大变更执行5.4;非重大变更项目包括:Bug修复、非关键器件替代、装配工艺变更等,其他变更为重大变更。

5.1.5 设计/工程变更性质为临时变更和永久变更。

临时变更执行5.4。

5.1.5.1 临时变更为不需要修改文件资料,PCN执行后相关内容失效的变更;5.1.5.2 永久变更为需要修改相关的文件资料,PCN执行后相关内容已在修改完成的文件中体现的变更。

5.2 需求变更作业5.2.1 需求变更作业流程需求变更提出CCB 决策需求开发流程权责单位内容描述相关表单结案产品经理【需求变更申请单】研发中心LPDT CCB 【需求变更申请单】【需求变更申请单】【需求变更申请单】YesNo5.2.2.15.2.2.35.2.2.45.2.2.5起案审核No产品总监 5.2.2.2【需求变更申请单】Yes5.2.2 需求变更作业说明 5.2.2.1 需求变更提出产品部接收到客户、内部或合作开发项的产品需求、功能定义相关的变更需求时,填写【需求变更申请单】或登录产品变更系统进行申请作业; a) 产品经理应认真确认客户提供之变更资料,对有效、正确、可行性等方面进行技术评估,必要时应与客户及时沟通或提出变更建议;b) 当需求变更会增加公司生产成本或造成大量物料报废情形时,产品经理应及时与客户沟通,并提交公司CCB 进行决策;c) 【需求变更申请单】编码规则如下,共15码,编码由产品项目部进行;□ □ □ □ □ - □ □ □ □ □ □-□ □ 第一码至第五码为项目编号,不足五位前面补零 第六码为分割符,固定为 -第七码和第八码为年份码,取年份后两位,例2013年为13 第九码和第十码为月份码,如05 第十一码和第十二码为日期码,如16 第十三码为分割符,固定为 -第十四码和第十五码为流水码,从01到99顺序排列;5.2.2.2 起案审核产品总监审核【需求变更申请单】或登录产品变更系统审核起案阶段基本信息,确认此需求变更是否可起案,进行起案审核;若起案审核未通过,则退回至申请人修订完善或作废; 5.2.2.3 CCB 决策a) 产品项目部召开需求变更决策会议,CCB 成员参加会议,对需求变更的内容进行评估决策;b) CCB 决策运作参照【变更控制委员会管理制度】执行,其结论以最终结论 为准。

c) CCB 决策未通过需要返回至产品部重新收集相关信息后再进行决策,或取 消变更。

d) CCB 决策过程中如需要与客户进行沟通或从客户处获取相关资料,则由产 品部执行并将信息反馈至CCB 进行决策。

5.2.2.4 需求开发需求变更经CCB 决策通过后,研发中心各单位以CCB 决策结论进行需求开发,开发完成后并按照【产品开发流程】之规定进行相关的测试和验证。

5.2.2.5 结案需求开发经相关的测试和验证通过后,由产品部/LPDT 进行结案,结案后按照【产品开发流程】之规定持续进行产品开发。

5.3 工程变更作业5.3.1工程变更作业流程工程变更需求PCR 会议起案审核PCR 评审流程权责单位内容描述相关表单申请人申请部门主管申请人CCB PCO 拟定PCO 审核产品项目部申请人PCN 执行结案申请单位产品经理/LPDT 项目经理【产品变更申请单】5.3.2.15.3.2.35.3.2.45.3.2.55.3.2.65.3.2.75.3.2.8【产品变更申请单】【产品变更申请单】【产品变更申请单】【产品变更申请单】【产品变更申请单】【首件检查项目表】【产品变更申请单】相关负责人YesNoYesNoYesNo【产品变更申请单】5.3.2.25.3.2 工程变更作业说明 5.3.2.1 工程变更需求a)设计方案变更设计变更由研发中心对应部门提出,其中3G 模板、地图软件等合作开发项的设计变更由其对应的接口部门提出,填写【产品变更申请单】 或登录产品变更系统进行申请作业;b)工程变更之工艺变更由中试部提出,填写【产品变更申请单】或登录产品变 更系统进行申请作业;c)工程变更之材料替代相关的变更,具体见【关键材料清单】,由中试部提出,填写【产品变更申请单】或登录产品变更系统进行申请作业;e)【产品变更申请单】编码规则如下,共15码,编码由产品项目部负责;□□□□□ - □□□□□□ - □□第一码至第五码为项目编号,不足五位前面补零第六码为分割符,固定为 -第七码和第八码为年份码,取年份后两位,例2013年为13第九码和第十码为月份码,如05第十一码和第十二码为日期码,如16第十三码为分割符,固定为 -第十四码和第十五码为流水码,从01到99顺序排列;c)【PCO】编码规则如下,共18码,□□□□□ - □□□□□□ - □□ - □□第一码至第十五码固定为对应的工程变更申请单编码第十六码为分割符,固定为 -第十七码和第十八码为流水码,从01到99顺序排列;5.3.2.2 起案审核申请单位主管审核【工程变更申请单】或登录产品变更系统审核起案阶段基本信息,确认此工程变更是否可起案,进行起案审核;若起案审核未通过,则退回至申请人修订完善或作废;5.3.2.3 PCR会议申请人负责召开PCR会议,CCB成员参加会议,会议事项如下:a)产品变更是否需要通知客户,如需要,则由产品项目部执行,并获取客户指令信息;b) 评估工程变更的可行性;c) 确定是否需要工程试验和SPCN,并确认试验批次、数目等;工程试验参考【工程试验作业指导书】执行,SPCN参考5.4执行;d) 确定是否需要进行测试;e) 确定变更对象,具体参考【产品变更申请单】,需考虑以下信息;e).1变更目的、内容有无遗漏;e).2变更后对其特性、作业方法、生产成本或其他方面有无影响;e).3变更前库存材料统计及清查旧资料。

f)若为客户要求之变更,向客户提出变更后库存物料的处理方案.(改模前物料)f).1项目部(量产前)/中试部(量产后)发出【前库存查数记录表】,要求PMC全面清查库存数量。

f).2产品项目部对清查出所有改模变更前物料后,向客户提出处理方案.然后跟进处理结果。

相关文档
最新文档