事态升级程序
事态升级程序(含表格)
事态升级程序(IATF16949:2016)1目的:当项目阶段中不符合情况影响到APQP Timing Chart时,以及当发现工艺技术,供应商及其所在的国家存在特殊风险时,应对相关风险进行管理与控制。
2范围:本文件编制依据为VDA6.3:2010版本P2.7条款,以及VDA6.3 Yellow Print 3rd Completely revised edition July 2016,适用于项目阶段的APQP Timing Chart受到影响时,工艺技术,供应商及其所在国家存在风险时的控制3术语:事态升级过程:The escalation process4职责:项目小组成员●负责现场问题的处理与汇报;项目小组负责人●负责跟踪Open Issues List的处理进度;●事态升级时,协调相关资源,保证项目进行;职责部门领导●事态升级时参与问题的解决;●需要相关资源时,汇报集团营销部长●需要就交期与顾客沟通时,协调沟通事宜工厂经理●了解重要事态●提供事态升级时,职能范围内解决问题所需的相关资源项目总监●参与事态决策;●参与事态升级时纠正措施对策的制定董事长●了解重大事态;●为问题解决提供相关资源5内容:5.1项目阶段事态升级流程图:流程图输入描述责任人输出1项目计划2高风险项目及相应里程碑确认列入紧急事态清单10与工厂交接3项目经理确认是5是否遇到问题是6事态升级识别4项目实施7问题是否解决是9文件归档否否8与顾客沟通否顾客特殊要求,顾客项目进度要求,相关方进度要求项目负责人根据顾客特殊要求,顾客项目进度要求以及相关方的项目进度要求建立项目计划(APQP Timing Chart )项目负责人APQP Timing ChartAPQP Timing Chart 顾客及相关方的特殊要求,高风险项目及里程碑项目负责人组织项目小组会议,讨论识别的紧急事态清单项目负责人&项目小组被识别的紧急事态清单被识别的紧急事态清单 项目总监确认相关风险项目及对应的里程碑是否符合顾客及相关方的特殊要求,是则执行4,否则执行3项目总监 确认的结论3的肯定结论项目小组按APQP Timing Chart 组织项目执行项目小组成员按APQP Timing Chart 执行项目执行 项目小组识别的高风险项目发生问题,是则执行6,否则执行4项目小组成员 判断的结论5的肯定结论 发生问题时,项目小组识别的高风险项目按照事先制定的解决措施执行,并执行汇报工作项目小组成员 按事态升级处理7的否定结论 当高风险项目发生时,预定的事态升级无法解决时,项目小组与顾客及相关方沟通项目小组成员 向顾客及相关方进行沟通高风险项目发生 触及事态升级,按照本文件要求执行,判断是否能够解决相关问题,能则执行9,不能则执行8项目小组成员 问题是否得到解决7的肯定结论问题得到解决或未解决的情况,相关文件记录,归档作为项目资料项目小组成员 文件保存交接资料 项目小组与工厂量产交接时交接相关资料 项目小组成员 流程完成5.2 事态升级的要求:5.2.1项目阶段应对Open Issues List每月进行一次进展结果管理,包括:●Open Issues和 Closed Issues的现状进行总结管理;●项目会议(MDT)应对相关的记录,整改措施计划,Open Issues f/up记录进行保存;5.2.2事态等级划分:事态等级类型描述Level 1 现场发生设备,工装,检验设备故障,但不影响产品质量,且不影响对顾客交付时;原材料交付发生问题,但不影响APQP Timing Chart;设备,工装,检验设备等交付时间有变化,但不影响APQP Timing Chart;其他不影响APQP Timing Chart的事件发生时;Level 2 Level1中只依靠现场的维修,制造,检验,技术力量无法解决时;原材料发生质量问题时,但不影响APQP Timing Chart;现场发生的问题轻微影响产品质量,影响对顾客交付时;设备,工装,检验设备等交付时间有变化,影响APQP Timing Chart;影响到APQP Timing Chart或影响到交付的事件发生时;Level 3 Level2中问题需要升级时;生产线,原材料发生严重质量问题,影响对顾客的交付时;顾客处发生产品质量问题,未被顾客投诉及通报;Level 4 顾客处发生产品质量问题,并被顾客投诉时;产品遭到顾客退货;顾客处发生环境问题时其他严重情况时5.2.3紧急事态清单,包括:●日程紧急变更(提前/暂停/终止等);●设计变更(图纸);●Capacity(产能),forecast(预测)变更;●样件数量/日程/要求变更;●DV/PV实验失败,需要重新测试;●其他客户/供应商紧急要求事项;●其他内部/外部原因引起的影响项目开发的紧急情况5.2.4事态等级应对方法:事态等级类型描述Level 1 潜在问题/风险,项目小组内部共享,协调小组内部资源解决问题,将问题列入Open Issues List进行跟踪管理,问题关闭后报告项目负责人Level 2 整理Open Issues,第一时间报告项目负责人,邀请需要协调的职能部门领导共同解决,Open Issues List 进行跟踪管理Level 3 整理Open Issues通报项目组全体成员,且通报职责部门,邀请项目负责人及职责部门领导,同时通报研发中心项目总监及工厂经理Level 4 整理Open Issues通报项目组全体成员,邀请项目负责人组织召开高级别会议,包括但不仅包括,研发中心项目总监,工厂经理,集团营销部长,顾客项目负责人,董事长(必要时),相关方负责人(涉及时)5.2.5事态升级触发条件:Level 1 升级 Level 2:●开发日程的相关问题关闭延迟一周以上;●顾客交付延迟1天以上;●潜在问题/风险项目小组内部资源协调时,遇到不可抗拒因素阻碍;●潜在问题/风险在解决过程中需要的决策权限超出项目小组成员职责范围时。
事态升级控制程序
1.目的定义并明确在公司产品过程设计开发、来料检查、生产中及售后的事态升级要求与执行程序。
2.范围适用于本公司设计开发、来料检查、生产和售后整个过程事态升级问题的处理.3 定义:事态升级:按公司文件要求执行过程中,有超出文件要求且重复发生2次以上的事情需要做出升级处理。
根据事情的轻重程度分为0级,1级,2级与3级,其中0级是按文件正常的要求,3级是事态最严重的分级。
1级:专题质量会谈,项目组长邀请各部门主要领导人员参加2级:总经理或总工程师参与,特别是在1级没有达到期望效果,则升入本级3级:客户支持参与,以上级别未达目标,应邀请顾客到现场进行深入指导,举行双方高层次会谈4. 职责品管部:负责制定产品来料,过程生产与售后控制的事态升级要求与执行程序。
技术部:负责定义产品过程设计开发过程的事态升级要求与执行程序。
其他部门:负责协助事态升级程序的执行与问题的处理。
5. 作业内容当项目执行过程中发生下列情况时,项目组长应及时提升管理等级:1.设计开发事态:未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更、开发产品不合格、其他有影响质量的重大事项。
2.来料检查过程不合格事态3.生产过程不合格事态4.入库过程不合格事态5.产品售后过程不合格事态6.各阶段产品安全的要求不符合设计开发事态升级要求及程序未按计划及要求完成来料检查过程事态升级要求及程序生产过程事态升级要求及程序6. 相关文件化信息交付及售后服务管理程序质量信息反馈制度产品和服务放行控制程序不合格控制程序7 修改栏编制:审核:批准:日期:日期:日期:。
完整的项目事态升级处理流程
5.1.3 C级事态:为公司层级,由D级升级到公司高层内决策解决。
5.1.4 B级事态:为顾客项目组级,由C级升级到客户项目组内协商解决。
5.1.5 A级事态:为顾客公司层级,由B级升级到顾客公司高层,由本公司高层与顾客高层协商决策解决。
项目问题清单
5.4
公司主管副总(或总经理)
5.4.1当项目组长在D级事态层次上不能有效解决问题时,公司主管副总(或总经理)应召集会议进行协调和处理,做出决策,如配备资源、协调其它部门支持、责令责任人限期整改、动用其它人员及资源解决此问题等。项目组长在《项目进度计划表》中用黄色标识问题的事项,并跟踪问题的解决进度。
5.5
顾客项目组
5.5.1公司项目组应与顾客项目组就B级事态进行协商沟通,确定解决处理办法,必要时请顾客项目组成员到现场指导解决。双方协商结果应形成会议纪要,明确双方解决问题事项的要求、职责分工和进度要求。项目组长根据协商结果跟踪处理进度,对《项目进度计划》相应调整,用红色标识问题事项,对其它文件进行更改,并跟踪问题的解决进度。
项目进度计划表
5.3
项目组
5.3.1启动事态升级流程首先从D级开始,若问题事项影响轻微,则由项目组长召集并主持会议,项目组成员分析问题发生原因,确定问题解决方案,落实责任人和完成期限。项目组长在《项目进度计划表》中用灰色标识出有问题的事项,并跟踪解决方案实施进度。
5.3.2当该事项严重影响整体项目进程或对客户端带来不良影响,或者项目会议后仍未能解决消除问题,项目组应提出解决思路或方案,由项目组长升级事态到C级,提报给公司主管副总(或总经理)进行决策解决,如新增设备资源配置问题。
4
过程输入项目事态问题,来自般包括:- 4.1开发人员能力不足- 4.2新设备/工装/量具等资源不能满足要求
事态升级处理标准流程
发现旳风险问题应更新在“单一问题清单OPEN ISSUE LIST ”中,并注明发布日期、风险级别、零件名称/编号、问题描述、负责人、类型、措施及现状、估计完毕日期、状态(根据风险级别由项目经理或项目经理助理组织有关人员进行项目会议研讨,并拟定具体解决措施、明确估计完毕期限与负责人),跟踪“单一问题清单”时需记录实际完毕日期、更新状态(1.RGY成果型状态:R:反对,有大旳偏差,需要补充设施或手段;G:满意,相对于目旳进展正常;Y:可以接受,有小旳偏差,需要在既有设施或手段基本上加大监督力度;2.进度型状态:问题已被辨认<25%>:,方案措施<50%>:,已采用长期措施<75%>:,问题已解决<100%>:)。
5.3.2量产品由物流部负责填写问题清单及跟踪改善进度,具体参照本流程5.3.1条款执行。
5.4报告途径5.4.1项目风险问题需要向有关领导报告,具体报告途径见附件2。
被定为Ⅰ、Ⅱ、Ⅲ级风险旳问题清单及其解决效果必须按阶段纳入PVC(项目承认委员会-本单位质量部长)/PMC(项目管理委员会-本单位总经理)评审。
5.4.2量产品生产组织过程中旳风险问题报告途径见附件2。
6、表单无7、有关文献无8、附件8.1附件1:事态升级解决流程图8.2附件2:问题报告途径修订记录修订日期修订内容修订版本号目前版本号抄送部门总裁办企管中心信息中心审计中心销售中心技术中心采购中心热解决中心财务中心福达轴承福达钢管中轴轴承优耐特机械√√√√√√√√√√√√√附件1 事态升级解决流程附件2 风险问题报告途径。
事态升级管理流程
事态升级管理流程第一环节:预警预警是指对潜在的问题或危机进行预测和发现的过程。
为了能够有效地管理事态升级,企业或组织应建立预警机制,可以通过以下几种方式进行预警:1.市场调研和分析。
通过对市场的持续监测和分析,发现市场的变化和趋势,以便及早发现潜在的问题。
2.内部风险评估和监控。
对企业内部的各种风险进行评估和监控,包括人力资源风险、供应链风险、技术风险等,发现潜在的问题和风险。
3.信息收集和传递。
建立良好的信息收集和传递机制,及时了解和掌握外部和内部的信息,包括媒体报道、客户反馈、员工投诉等,发现可能存在的问题。
4.建立预警指标和阀值。
根据历史数据和经验,建立一套科学的预警指标和阀值,当指标超过或达到阀值时,触发预警机制。
第二环节:应急响应应急响应是指在突发事件发生的第一时间,迅速采取相应措施以最大限度地减少损失和恢复正常运营。
为了能够做到快速反应,企业或组织应建立一套科学的应急响应机制,包括以下几个方面:1.组织架构和责任分工。
明确各个部门或团队的职责和任务,确保在事件发生后能够快速行动,并协调各方资源。
2.人员培训和演练。
为关键岗位的人员提供相关的培训和演练,以增强其应对突发事件的能力和反应速度。
3.协同和沟通机制。
建立一套高效的沟通渠道和流程,确保在应急响应过程中各方能够及时获取和传递信息,以便做出及时的决策。
4.应急预案和资源储备。
制定一套完备的应急预案,明确各个环节的具体步骤和相关资源的调配,以便在事态升级时能够快速行动。
第三环节:事态评估事态评估是指在应急响应之后,对事态进行全面的评估和分析,以便科学地制定升级管理措施。
事态评估的主要内容包括:1.因果分析。
通过分析事件的起因、发展和结果,找出导致事态升级的主要原因和关键环节。
2.影响评估。
评估事态对企业或组织的影响,包括经济、声誉、员工和客户等方面的影响。
3.风险识别和预警。
基于对事态的评估,识别可能存在的风险和潜在的问题,并建立相应的预警机制。
事态升级控制程序(含表格)
德信诚培训网事态升级控制程序(IATF16949-2016/ISO9001-2015)1.0目的为了确保项目及生产制造过程具备满足客户需求和客户的项目里程碑要求,减少组织在履行合同时的风险和责任,特制定本程序。
2.0范围本程序适用于本公司新项目和生产制造过程.3.0术语无4.0管理职责4.1.产品开发部:负责新项目开发过程中事态升级的管理。
4.2.制造部:负责生产制造过程中事态升级的管理。
4.3.质保部:负责产品质量问题的事态升级管理。
4.4.采购部:负责采购过程的事态升级管理。
4.5.仓储部:负责物流过程的事态升级管理。
5.0工作程序程序职责输入流程输出内容说明负责V,支持S,通知IV:产品开发部质保部V:产品开发部质保部V:产品开发部制造部质保部V:产品开发部制造部质保部V:产品开发部制造部质保部V:产品开发部制造部质保部项目评估生产评估质量评估客户抱怨应急控制程序事态升级需求升级需求评估制定改进措施或启动应急行动措施落实评估效果确认事态升级的决策恢复正常工作程序内部通知单内部通知单内部通知单风险控制计划改进计划应急计划5.1事态升级的需求5.1.1产品开发部根据项目计划和产品和过程开发计划,进行风险评估,当评估的风险达到事态升级的级别时,以内部通知单的形式启动事态升级程序,进行事态升级时应有项目指定的事态升级责任人进行控制;5.1.2制造部进行生产过程、生产设备设施的风险评估,当评估的风险达到事态升级的级别时,由负责的工程师填写内部通知单进行事态升级5.1.3质保部评估产品质量、客户抱怨进行风险评估,当评估的风险达到事态升级的级别时,由质量工程师填写内部通知单进行事态升级5.1.4升级级别见本文件的附表一。
5.2事态升级评审5.3申请单由项目经理、制造部部长和质保部长进行评估和审核;5.4事态升级经过审核后,根据风险的级别升级到主管副总、总经理进行决策,并在申请单中说明决策的内容5.5问题处理5.5.1经过决策的事态升级申请单,根据决策的内容,由决策中指定的负责人组织会议,分析原因制定改进措施5.5.2根据风险的内容,启动应急计划5.6负责人组织对执行应急计划后的风险评估5.7当评估风险恢复到正常的控制范围内时,恢复到正常的工作程序中。
IATF16949事态升级管理程序
事态升级管理程序
(IATF16949-2016)
1.0目的
规范事态升级的操作流程,有效控制使事态不再升级,更好的为顾客服务;2.0范围
本程序适用于技质部经立项项目进行有效跟踪;
3.0定义
无;
4.0权责
4.1各部门项目小组成员负责事态的识别、分析、提出和执行,并对实施的结果负责;
4.2项目经理负责事态升级的控制及对策,并随时向总经理汇报事态的变化;
4.3总经理负责事态升级的决策,确认并监督实施过程;
5.0作业流程或说明:见附件
6.0参考文件:
6.1质量记录管理程序
6.2文件控制管理程序
更多免费资料下载请进:好好学习社区
更多免费资料下载请进:好好学习社区
更多免费资料下载请进:好好学习社区
更多免费资料下载请进:好好学习社区。
完整的项目事态升级处理流程
完整的项目事态升级处理流程项目事态升级处理流程是指在项目执行过程中出现重大变故或突发情况时,为了及时应对和解决问题而采取的一系列措施和流程。
在项目管理中,事态升级处理流程可以帮助项目团队对突发情况做出及时的决策和调整,以保证项目能够按时、按质量、按成本交付。
下面将详细介绍一套完整的项目事态升级处理流程,主要分为六个阶段:1.问题识别和评估阶段:在项目执行过程中,如果发生了异常情况或突发事件,项目团队需要及时识别和评估问题的严重程度和影响范围,以确定是否需要进行事态升级处理。
项目经理和关键利益相关者应当参与问题评估,通过头脑风暴和讨论,明确问题的性质和紧急程度。
2.问题通报和报告阶段:一旦问题被确定为需要事态升级处理的,项目经理应当及时向项目组成员和关键利益相关者们通报问题的情况,并向上级主管或决策者提交问题报告。
问题报告应当包括问题的背景、原因及其可能的后果,以及提出的建议和方案等信息。
3.回应和讨论阶段:接收问题报告后,上级主管或决策者将组织相关人员进行讨论,并制定回应和决策。
讨论过程可以包括会议、研讨会或视频会议等形式,旨在听取各方的意见和建议,并共同制定解决问题的方案。
在讨论中,需要对不同方案进行风险评估和投资回报分析等,以确保制定的方案具有可行性和有效性。
4.解决方案制定阶段:在讨论和讨论阶段结束后,根据已得到的反馈意见和决策结果,项目团队应制定解决问题的具体方案。
解决方案制定过程应包括预算调整、资源重新分配、项目计划调整、任务重新安排等。
同时,需要建立明确的目标和指标来衡量解决方案是否达到预期效果。
5.方案执行和监督阶段:方案制定完成后,项目团队应按照制定的计划和时间表开始执行。
在执行过程中,需要对工作进展进行定期的监测和评估,以确保解决方案的实施效果。
项目经理需要与团队成员进行沟通和协调,及时解决可能出现的问题和障碍,以保证项目能够顺利推进。
6.评估和总结阶段:一旦事态升级处理完成,项目团队应当对整个处理过程进行评估和总结。
事态升级管理程序
5.客户反馈/客户投诉事态升级程序
CS/客户服务客诉报告/担当
客户反馈信息
升级可能原因:
初步确认报告/CS/客户服务未按照顾客要求确认问题并回复初步确8D报告
担当
认结果。
品证部担当召集公司各相关部门开会检讨,分析问会议记录/
及课长以上题根本原因,且给客户回复对策。
改善报告/8D报告
技术部担当升级可能原因:
及课长以上 1.未按客户要求的期限回复报告;
制造部课长 2.报告内容不能满足客户要求;
以上
3.改善周期太长,不能满足客户的交货要求。
升级可能原因:
事业部长
1.对策执行性差,利用公司资源无法改善报告/8D报告
解决问题。
2.对策执行的结果不好,没有从根本上解决问题。
客户
客户保证内容:
请求客户技术人员现场深入指导,并与事业部高层进行会谈。
No.
项目・图 項目・図
说明・注意事项 説明・注意事項
主责流程
升级原因/升级内容
输出
客诉报告客户反馈信息
品证部在24小时内
作出回复
结束
是
否
各部门会议
结束是
否
客户支持
否
事业部长确认
结束
是
结束是。
IATF16949事态升级管理程序
IATF16949事态升级管理程序
1.0目的
建立和保持一个文件化的升级程序以解决公司生产活动中遇到的各种事态升级问题的处理。
2.0 范围
适用于以下事态升级问题的处理:
◆客户反馈/客户投诉
◆不合格品处理(含制程、终检等过程发现的不合格品)
◆供应商质量问题
◆环境、安全事故及其它问题
3.0客户反馈/客户投诉事态升级程序
4.0不合格品处理事态升级程序(含制程、终检等过程发现的不合格品)
5.0供应商质量问题事态升级程序
6.0环境、安全事故及其它问题
7.0 相关文件
LCN-8P003 退货及投诉处理程序LCN-8P001内部不合格品处理程序LCN-8P008 供应商不合格品处理程序LCN-EP-006 应急准备与响应管理
LCN-5P001管理评审
8.0 记录
LCN-8F004 退货及投诉报告。
事态升级管理程序
二、范围
适用于本公司汽车产品在制造过程开发、生产中销售后整个生命周期的风险识别和管理。
三、权责
3.1最高管理者: 最高管理者作为本公司产品风险的负责人, 负责:
3.1.1制定本公司的风险管理 方针。
过程开发验证应包括对风险控制措施的有效性和风险控制措施的落实情况进行验证, 验证结果记录于风险管理文档, 过程开发确认阶段, 应结合客户的要求进行分析, 最终判断产品的综合剩余风险是否可接受, 产品收益是否大于风险, 为产品最终是否可以顺利交货作出初步判断。
项目管理人员将根据过程开发计划安排是否需要试生产, 在试生产阶段有关安全性的问题应予以记录, 并进行评审, 以决定是否需要执行相关的风险管理流程。
3.3.4负责整理风险管理文档, 确保风险管理文档的完整性和可追溯性。
四、定义:
4.1剩余风险: 采取风险控制措施后余下的风险。
4.2风险控制:作出决策并实施措施, 以便降低风险或把风险维持在 规定水平过程。
4.3风险评价: 将估计的风险和给定的风险准则进行比较, 以决定风险可接授性的过程。
4.4风险估计: 用于对损害发生概率和损害严重度赋值的过程。
6.4.2风险管理档案
①品管部针对每种汽车产品建立和保持完整的风险管理档案, 风险管理档案提供每一个判定危害的追溯性信息, 包括: 风险分析、风险评价、风险控制措施和验证、任何剩余风险可接受性的估计。
②风险管理档案包括所有与风险管理各阶段有关的文件和记录。
7.相关文件:
7.1项目过程管制程序
7.2文件和资料控制程序
(4)项目人员在开始进行过程开发时, 必需了解所负责过程开发部分的风险, 并获得相关的风险管理文档, 同时将相应的风险控制措施落实在具体的过程开发方案中。
生产过程事态升级处理程序(含表格)
生产过程事态升级处理程序(ISO9001-2015)1.0目的定义并明确在公司产品过程设计开发、生产中及售后的事态升级要求与执行程序。
2.0范围适用于本公司产品制造过程的设计开发、生产和售后整个过程事态升级问题的处理。
3.0定义:事态升级:按公司文件要求执行过程中,有超出文件要求且重复发生2次以上的事情需要做出升级处理。
根据事情的轻重程度分为0级,1级,2级与3级,其中0级是按文件正常的要求,3级是事态最严重的分级。
4.0职责4.1 品管部:负责制定产品来料,过程生产与售后控制的事态升级要求与执行程序。
4.2 开发部:负责定义产品过程设计开发过程的事态升级要求与执行程序。
4.3 其他部门:负责协助事态升级程序的执行与问题的处理。
5.0作业内容5.1产品制造过程的设计开发事态升级要求及程序序号主责部门与级别状态升级升级原因/升级内容可能输出开发部新项目产品外观/尺寸/功能不符合客户要求品管部检测室出相应的报告,开发部根据报告对模具进行相应的维修1、全尺寸报告2、模具不0级1升级升级可能原因:1、交货时间紧急开发不能满足,强行要求按此状态交货2、客户有反馈需要改善,但目前模具状态不能满足良诊断报告2 市场部项目/PE项目工程师,PE确认根据客户要求及装配关系作出判定,如可使用放行,不可使用开发维修调整1、样板制作跟踪记录表2、开口问题点清单1级升级升级可能原因:项目工程师与PE都判定不了,开发部不维修,但又必须交货3 市场部经理/开发部经理市场部经理与开发部经理确认评估产品的状态,根据客户的相关信息进行判定是否可放行,确认不可放行时开发部维修调整在全尺寸报告上签署意见2级升级升级可能原因:市场部急需交货给客户但开发部不维修调整4 副总/总经理副总/总经理确认评估产品的状态与客户信息,根据现有的订单状态进行判断,是否按此放行还是进行调整。
最终的评审意见3级5.2来料检查过程事态升级要求及程序序号主责部门与级别状态升级升级原因/升级内容可能输出1 品管部供应商来料产品外观/尺寸/功能不符合要求品管部IQC按要求检查,发现不良上报给组长确认不合格,反馈供应商围堵改善来料检查报告0级升级升级可能原因:1、IQC组长确定不了2、物料急需上线生产使用对应交货3、供应商不配合改善2品管QE 品管部QE确认根据生产过程及客户产品的要求进行判定,是否可限度放行,不可放行反馈供应商围堵改善来料检查报告评审意见1级升级升级可能原因:1、QE判定不了2、物料急用3、供应商不配合改善品管经理品管部经理确认根据以上状态结合过程生产使来料检3 2级用与交付要求,判定是否可限度放行,不可放行反馈供应商围堵改善,并出改善8D报告查报告评审意见升级升级可能原因:1、经理判定不了2、供应商不配合改善3、内部无法使用4 MRB评审委员会MRB评审委员确认,最终由副总确认判定让步使用或公司内部返工后使用的,放行并通知供应商;判定仍不可使用的退供应商,此种现象连续出现2次或以上供应商需到公司开质量改善会议来料检查报告评审意见3级5.3生产过程事态升级要求及程序序号主责部门与级别状态升级升级原因/升级内容可能输出1 生产部技术员或较模生产过程中产品外观/尺寸/功能不符合要求生产部较模或技术员发现不良,经生产部组长确认,通知生产员工与组长停机,要求生产技术作出改善首检中检末检报告0级升级升级可能原因:生产部急需交货,生产组长强行生产2 品管部QE 生产部较模或技术员报PE与QE确认根据客户要求与出货履历判定是否可以放行,不可放行由生产主管安排作出维修改善首检中检末检报告1级升级升级可能原因:QE无法确定生产主管意见与QE意见不一致,强行生产3 品管部与生产部经理品管部与生产部经理确认结合交付状态履历进行确认是否可以生产,确认不可生产告知生产部经理安排作出维修改善不合格品处理单2级升级升级可能原因:品管部经理与生产经理意见不一致交货紧急4 副总经理副总经理确认根据交付与品质要求,判定可生产的放行,不可生产的由生产经理安排维修调整不合格品处理单3级。
事态升级管理程序
特采记录
升级
升级可能原因:
1.MRB评审委员无法判定
2.供应商不配合改善
3.内部无法使用
4
最终由副总经理确认
判定让步使用或公司内部返工后使用的,放行并通知供应商;判定仍不可使用的退供应商,此种现象连续出现2次或以上供应商需到公司开质量改善会议
异常处理单
特采记录
4.3生产过程(生产过程中产品外观/尺寸/功能不符合要求)
1.SQE确定不了
2.物料急需上线生产使用对应交货
3.供应商不配合改善
2
质量部经理确认
根据生产过程及客户产品的要求进行判定,是否可限度放行,不可放行反馈供应商改善
异常处理单
特采记录
升级
升级可能原因:
1.质量部经理判定不了
2.物料急用
3.供应商不配合改善
3
MRB评审委员(各部门经理)确认
根据以上状态结合过程生产使用与交付要求,判定是否可限度放行,不可放行反馈供应商围堵改善,并出改善8D报告
评估设计开发的状态与客户信息,根据现有的状态进行判断,是否进行调整。
最终的评审意见
4.2进料检查过程(供应商来料产品外观/尺寸/功能不符合要求)
序号
主责部门与级别状态
升级原因/升级内容
可能输出
1
检验人员
质量部IQC按要求检查,发现不良上报给SQE确认不合格,反馈供应商改善
进料检验记录
异常处理单
升级
升级可能原因:
最终确认可放行的,由品管与客户协商,不可放行的由生产经理安排返工挑选,改善
成品检验报告
异常处理单
4.5客户反馈或客户投诉过程(交付产品在客户端或终端市场上反馈外观/尺寸/功能不符合客户要求)
事态升级控制程序文件
1. 目的定义并明确在公司产品过程设计开发、来料检查、生产中及售后的事态升级要求与执行程序。
2. 范围适用于本公司设计开发、来料检查、生产和售后整个过程事态升级问题的处理.3 定义:事态升级:按公司文件要求执行过程中,有超出文件要求且重复发生2次以上的事情需要做出升级处理。
根据事情的轻重程度分为0级,1级,2级与3级,其中0级是按文件正常的要求,3级是事态最严重的分级。
1级:专题质量会谈,项目组长邀请各部门主要领导人员参加2级:总经理或总工程师参与,特别是在1级没有达到期望效果,则升入本级3级:客户支持参与,以上级别未达目标,应邀请顾客到现场进行深入指导,举行双方高层次会谈 4. 职责4.1 品管部:负责制定产品来料,过程生产与售后控制的事态升级要求与执行程序。
4.2 技术部:负责定义产品过程设计开发过程的事态升级要求与执行程序。
4.3 其他部门:负责协助事态升级程序的执行与问题的处理。
5. 作业内容5.1 当项目执行过程中发生下列情况时,项目组长应及时提升管理等级:1.设计开发事态:未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更、开发产品不合格、其他有影响质量的重大事项。
2.来料检查过程不合格事态3.生产过程不合格事态4.入库过程不合格事态5.产品售后过程不合格事态6.各阶段产品安全的要求不符合5.2设计开发事态升级要求及程序5.2.1未按计划及要求完成序号主责部门与级别状态事态 升级原因/升级内容可能输出1 技术部未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更项目部动员相关人员进行处理,根据事件的严重性程度及时调整工作措施。
初步的原因分析、措施报告0级升级↓如果没有效果予以升级升级可能原因:影响了整体开发进度2 销售部项目/PE 项目工程师,组长亲自牵头解决确认根据客户要求作出判定, 确保按期完成任务及节点相关记录表格 1级升级↓如果没有效果予以升级 升级可能原因:项目工程师与PE都判定不了,项目部未按期完成开发任务3 销售部经理/技术部经理部门经理负责落实解决报总经理、总工备案评估产品开发进度的状态,根据客户的相关信息进行判定调整任务,加强力量相关记录表格 2级升级↓经多方确认未按期完成, 升级可能原因:市场部急需交货给客户但开发部不维修调整4 副总/总经理 副总/总经理确认,与顾客协商进行处理。
IATF16949事态升级管理程序文件
IATF16949事态升级管理程序文件1、目的本程序的目的在于建立一套有效的事态升级管理机制,确保在IATF16949 质量管理体系运行过程中,当出现不符合、潜在风险或问题时,能够及时、有效地采取措施,以防止问题的扩大和影响的加剧,保障产品质量和客户满意度。
2、适用范围本程序适用于公司内部与 IATF16949 质量管理体系相关的所有活动、过程和产品,包括但不限于设计开发、生产制造、采购、销售和售后服务等环节。
3、术语和定义31 事态升级:指在处理问题或应对风险的过程中,当初始措施未能有效解决或控制情况时,采取更高级别、更广泛或更强烈的措施以解决问题或降低风险的行为。
32 不符合:指未满足规定的要求,包括产品不符合、过程不符合和体系不符合。
33 风险:指不确定性对目标的影响。
4、职责分工41 质量管理部门负责制定和维护本事态升级管理程序,并监督其执行情况。
负责收集、汇总和分析与质量管理体系相关的问题和风险信息,判断是否需要启动事态升级程序。
在事态升级过程中,协调相关部门和人员采取措施,并跟踪措施的执行效果。
42 问题发生部门负责及时报告问题,并采取初步的纠正措施。
配合质量管理部门进行问题的调查和分析,执行质量管理部门下达的事态升级措施。
43 高层管理团队在必要时,参与事态升级的决策和资源调配,确保公司能够有效地应对重大质量问题和风险。
5、事态升级的触发条件51 同一类型的不符合在一个月内重复发生超过X次。
52 严重不符合,如可能导致产品召回、客户重大投诉或影响公司声誉的不符合。
53 内部审核或管理评审中发现的严重不符合项,且在规定的时间内未完成整改。
54 客户反馈的重大质量问题,如批量退货、质量索赔等。
55 潜在的质量风险可能对产品质量或交付产生重大影响。
6、事态升级的流程61 问题报告和初步评估问题发生部门应在发现问题后的X个工作日内,填写《问题报告表》,详细描述问题的发生时间、地点、现象、影响范围等信息,并提交给质量管理部门。
事态升级管理程序
目的成立和保持一个文件化的升级程序以解决企业生产活动中碰到的各样局势升级问题的办理。
范围合用于以下局势升级问题的办理:◆客户反应/ 客户投诉◆不合格品办理(含制程、终检等过程发现的不合格品)◆ 供给商质量问题◆ 环境、安全事故及其余问题客户反应/ 客户投诉局势升级程序主责流程升级原由/升级内容输出质量工程师质量工程师生产部 /质量部 /技术部总经理客户客诉报告客户反应信质量部在 24 小时内作出答复否跨部门会议否总经理确认否客户支持是结束是结束升级可能原由:未依据客户要求确认问题并给一个初步的答复是结招集企业各有关部门开会议论,剖析问题根来源因束给客户答复对策升级可能原由:1.未按客户要求的限期答复;2.报告内容不可以知足客户要求3.改良周期太长,不可以知足客户的交货要求是结束升级可能原由:1.对策履行性差,利用企业资源没法解决此问题。
2.对策履行的结果不好,没有从根本上解决此问题。
客户保证内容:恳求客户技术人员现场深入指导,并与企业高层进行会商。
客诉报告客户反应信息8D 报告会议记录8D 报告8D 报告不合格品办理局势升级程序(含制程、终检等过程发现的不合格品)主责流程升级原由/升级内容输出操作员查验员生产组长查验组长质量工程师质量经理生产经理技术经理项目经理企业高层客户产品外观 / 尺寸不切合客户要求质量工程师确认否各部门评审否客户支技是结束操作员将不良情况反应给生产组长,查验员将不良情况反应给查验组长升级可能原由:1.生产组长或查验组长不可以做最后判断2.生产部对最后处理方式不满意3.判断标准不清楚是结质量工程师依据不良信息和接收标准判断能否能够束接收升级可能原由:1.质量工程师不可以做最后判断2.客户接收标准不够清楚是结质量工程师负责招集各部门评审,商讨不合格品的束处理方式升级可能原由:各部门经理建议不可以一致与客户进行交流将不良信息反应给客户,商谈让客户帮忙试做并确认试做成效。
内部不合格品单内部不合格品单内部不合格品单评审记录与客户沟通的邮件供给商质量问题局势升级程序主责流程升级原由/升级内容输出查验员查验组长供给商质量工程师质量经理生产经理技术经理采买经理总经理供给商质量工程师供给商供给商来料外观查验员将不良情况反应给查验组长/尺寸不切合客户要求升级可能原由:1.查验组长不可以做最后判断2.判断标准不清楚供给商质量工程师是结供给商质量工程师依据不良信息和接收标准判断是确认束否能够接收否升级可能原由:1. 供给商质量工程师不可以做最后判断2. 客户接收标准不够清楚各部门评审是结供给商质量工程师负责招集各部门评审,商讨不合束格品的处理方式否升级可能原由:各部门经理建议不可以一致总经理总经理给出最后办理建议是通知供给商改良供给商质量工程师通知供给商改良结束来料问题办理单来料问题办理单来料问题办理单评审记录与客户沟通的邮件环境、安全事故及其余问题主责流程升级原由/升级内容输出发现者组长主管部门经理人事行政经理总经理政府有关部门发生环境 / 安全发现者将问题反应给直属上司事故及其余问题升级可能原由:问题性质比较严重或是没法解决,一定要上报给部门经理部门经理确认是结部门经理提出解决方案,并依据事故性质严重性决束定能否需要上报升级可能原由:否问题性质比较严重或是没法解决,一定要上报人事行政部是结人事行政经理提出解决方案,并依据事故性质严重人事行政部性决定能否需要上报束否升级可能原由:问题性质比较严重或是没法解决,一定要上报总经理总经理总经理给出最后办理建议是升级可能原由:问题性质比较严重,一定要上报政府有关部门上报政府有关部门结束事故报告事故报告事故报告事故报告事故报告相关文件LCN-8P003 退货及投诉办理程序LCN-8P001内部不合格品办理程序LCN-8P008供给商不合格品办理程序LCN-EP-006 应急准备与响应管理LX-SP12-01 事故管理程序LCN-5P001管理评审记录LCN-8F004 退货及投诉报告。
完整的项目事态升级处理流程
项目
组长
5.2.1当项目开发进度正常时,项目组长(或项目经理,下略去)在《项目进度计划表》中用绿色标识已完成事项。
5.2.2当某一事项未按时完成或完成结果偏离目标时,项目组长应进行风险评估,确认此事是否会影响整体项目进度或对客户端带来不良影响,确定是否启动事态升级流程。一般项目工程师个人可自行解决的项目问题可不需启动事态升级流程。
5.4
公司主管副总(或总经理)
5.4.1当项目组长在D级事态层次上不能有效解决问题时,公司主管副总(或总经理)应召集会议进行协调和处理,做出决策,如配备资源、协调其它部门支持、责令责任人限期整改、动用其它人员及资源解决此问题等。项目组长在《项目进度计划表》中用黄色标识问题的事项,并跟踪问题的解决进度。
5.6.2如A级事态仍不能解决,经双方同意则可寻求第3方支持协助解决,最终仍不能解决时双方应确定项目延期、甚至取消项目开发,双方应根据原签订合同/协议规定做好后续.7
项目
组长
5.7.1项目组长应做好事态升级的启动、控制、处置、跟进记录,对处理过程和结果进行总结,持续完善新品开发流程,使问题得到有效解决,满足顾客要求。
5.5.2当公司项目组长与顾客项目组协商后仍不能解决问题时,则升级到A级事态,由公司主管副总(或总经理)与顾客公司高层领导进行协商决策。如产品开发成本增加、项目开发延期或暂停等重大问题。
会议纪要
5.6
顾客公司高层
5.6.1公司主管副总(或总经理)与顾客公司高层就B级事态进行协商沟通,确定解决处理办法,必要时请顾客公司领导到现场指导或深入调研解决。双方协商结果应形成会议纪要,明确双方解决问题事项的要求、职责分工和进度要求,必要时重新签订补充合同/协议供双方执行。公司项目组长根据会议纪要或补充合同/协议执行并跟踪完成状况,对《项目进度计划》进行相应调整,用红色标识问题事项,对其它文件进行更改,直到问题得到有效解决。
完整的项目事态升级处理流程
5.3
项目组
5.3.1启动事态升级流程首先从D级开始,若问题事项影响轻微,则由项目组长召集并主持会议,项目组成员分析问题发生原因,确定问题解决方案,落实责任人和完成期限。项目组长在《项目进度计划表》中用灰色标识出有问题的事项,并跟踪解决方案实施进度。
5.3.2当该事项严重影响整体项目进程或对客户端带来不良影响,或者项目会议后仍未能解决消除问题,项目组应提出解决思路或方案,由项目组长升级事态到C级,提报给公司主管副总(或总经理)进行决策解决,如新增设备资源配置问题。
5.2
项目
组长
5.2.1当项目开发进度正常时,项目组长(或项目经理,下略去)在《项目进度计划表》中用绿色标识已完成事项。
5.2.2当某一事项未按时完成或完成结果偏离目标时,项目组长应进行风险评估,确认此事是否会影响整体项目进度或对客户端带来不良影响,确定是否启动事态升级流程。一般项目工程师个人可自行解决的项目问题可不需启动事态升级流程。
5.4.2当公司现有能力和资源不能达成客户要求时,则升级到B级事态,由公司主管副总(或总经理)指示项目组长与客户项目组协商解决,项目组长和相关人员应了解问题状况及产生原因,明确客户支持事项、支持人员、指导内容、回复期限等。填写《项目问题清单》及相应资料证据提交顾客项目组,如涉及设计变更问题。
项目问题清单
5.4
公司主管副总(或总经理)
5.4.1当项目组长在D级事态层次上不能有效解决问题时,公司主管副总(或总经理)应召集会议进行协调和处理,做出决策,如配备资源、协调其它部门支持、责令责任人限期整改、动用其它人员及资源解决此问题等。项目组长在《项目进度计划表》中用黄色标识问题的事项,并跟踪问题的解决进度。
5.6.2如A级事态仍不能解决,经双方同意则可寻求第3方支持协助解决,最终仍不能解决时双方应确定项目延期、甚至取消项目开发,双方应根据原签订合同/协议规定做好后续处理工作。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
(4)项目人员在开始进行过程开发时,必需了解所负责过程开发部分的风险,并获得相关的风险管理文档, 同时将相应的风险控制措施落实在具体的过程开发方案中。
6.3风险管理活动
6.3.1风险管理计划
原则上,每一规格型号的产品都应建立风险管理计划,如果相似产品使用同一份计划时,应说明适应性。
计划至少应包括:
a)策划的风险管理活动范围:判定和描述医疗器械和适用于每个要素的生命周期阶段;
b)职责和权限的分配;
c)风险管理活动的评审要求;
d)基于制造商决定可接受风险方针的风险可接受性准则,包括在损害发生概率不能估计时的可接受风险的准则;
上海德朗能动力电池有限公司
DLGpower battery(Shanghai)Co.,Ltd
文件编号
DLG/QP-26
文件版本
A.0
文件页数
共 页
编制部门
技术部
事态升级程序
编 制
审 核
批 准
盖章
Jason Chen
1.目的:识别在过程设计、生产中和销售后可能出现的“缺点”及其“原因”提前采取改善措施,保证提交给客户高质量的产品和服务。
(8)项目管理人员将根据过程开发计划安排是否需要试生产,在试生产阶段有关安全性的问题应予以记录,并进行评审,以决定是否需要执行相关的风险管理流程。
②风险管理报告
在产品批量交货前,风险管理小组应对已往的风险管理活动进行评审,必要时可补充确定评审人员。评审内容包括:对风险管理计划实施情况的评审;对综合剩余风险是否可接受的判断;是否已有适当的方法获得相关生产的生产后信息。上述评审的结果应作为《风险管理报告》予以记录,该报告最终由最高管理者审批通过,作为产品能否批量生产和交货的最终结论依据。
③如果安全标准中规定了结构上的安全规范和/或规定了安全指标的限制,必须在风险控制措施中引入,并实施相关的风险控制措施的验证。对该风险的初始风险估计可以省略,且采取该风险措施后,可认为损害发生的概率为最低,剩余风险可接受;除非有进一步的数据和资料显示须对风险重新评价。
6.4.2风险管理档案
①品管部针对每种汽车用电芯产品建立和保持完整的风险管理裆案。风险管理档案提供每一个判定危害的追溯性信息,包括:风险分析、风险评价、风险控制措施的实施和验证、任何剩余风险可接受性的估计。
4.6生产后:在设计己完成并且产品生产以后的产品生命周期部分,如运输、贮存、安装、产品使用、维护、修理、产品更改、停用和废置。
5.流程图:
5.1过程开发风险识别、评价与管理流程图,参见(附件一);
5.2生产和上市后风险管理流程图,参见(附件二)。
6.作业程序和内容
6.1建立风险管理方针
最高管理者应充分评价外部及肉部相关信息,制定本公司的风险管理方针。最高管理者每年至少一次对风险管理活动进行评审,必要时可增加评审的次数。最高管理者对新产品批量交货前的风险管理评审活动形成的结果《风险管理报告》进行审批。
4.定义:
4.1剩余风险:采取风险控制措施后余下的风险。
4.2风险控制:作出决策并实施措施,以便降低风险或把风险维持在规定水平的过程;
4.3风险评价:将估计的风险和给定的风险准则进行比较,以决定风险可接受性的过程;
4.4风险估计:用于对损害发生概率和损害严重度赋值的过程;
4.5生命周期:在产品寿命中,从初始概念(本公司为:样件)到最终停用或处置的所有阶段。
②风险管理档案包括所有与风险管理各阶段有关的文件和记录。
7.相关文件:
7.1项目过程管制程序
7.2文件和资料控制程序
阶段划分
风险管理活动
设计评审
风险管理评审
设计和开发策划
审批和评审风险管理计划
设计和开发输入
风险控制方案可行性评估
设计开发
设计开发输出
设计开发验证
设计开发确认
设计转换
文 件更 改履 历 表
有警告的严重危害
7
可能危害产品使用者。潜在失效模式严重影响客户组装和安全或包含不符合政府法规项,严重度很高。失效发生时有警告
无有警告的严重危害
8
无有警告的 可能危害产品使用者。潜在失效模式严重影响产品安全或包含不符合政府法规项,严重度很高。失效发生时无警告
表2风险发生频率(S)评价准则
失效发生可能性
№
文件版次
更 改 内 容
更改日期
1
6.4风险评价和风险可接受标准
本公司虽然针对涉及的产品,在风险管理方针的基拙上,制定了风险评价和风险可接受标准。但针对每一特定的产品,在制定风险管理计划时,仍须对此风险可接受标准的适宜性进行评价,如不适宜应重新制定。
表1风险的严重度(S)评价准则:
等级名称
严重度
系统风险定义
轻微
1
需要在生产线上原工位返工,外观质量缺陷很轻微,很少顾客发现有缺陷
(5)在过程开发阶段,对涉及有关安全性问题的失效,特别是对风险设计和开发输入阶段尚未识别的风险做进 一步的风险分析。
(6)过程开发输出文件,其中包括最终确定的风险控制措施及相关设计文档。应对风险控制措施实施评审,
评价采取风险控制措施后的剩余风险及采取风险控制措施后是否会引发新的风险,评审结果记录。
(7)过程开发验证应包括对风险控制措施的有效性和风险控制措施的落实情况进行验证,验证结果应记录于风险管理文档。过程开发确认阶段,应结合客户的要求进行分析,最终判断产品的综合剩余风险是否可接受,产品收益是否大于风险,为产品最终是否可以顺利交货作出初步判断。
①在有适用的产品安全标准时,应通过符合安全标准的要求来降低产品的安全风险。即使产品有相关的安全标准,也必须走风险管理规定的流程。因为符合安全标准并不能保证产品是安全的。评价产品的安全风险时总是需要考虑标准之外的因素。
②产品必须在过程开发阶段输入相关的安全标准,确保其符合安全标准要求。己批量交货的产品若发生相关安全标准的变化,应作出评价,必要时与顾客进行沟通,进行设计更改以符合标准要求。
频度
频次(每年)
极少:失效不大可能发生。几乎完全相同的过程也未有过失效
1
<10-6
非常少:很少几次与几乎完全相同的过程有关的失效
2
10-4-10-6
很少:很少儿次与相似过程有关的失效
3
10-2-10-4
与前时有失效发生,但不占主要比例的过程相类似的过程有关
4
10-1-10-2
有时:一般与以前经常发生失效的过程相似的过程有关
2.范围:适用于本公司汽车产品在制造过程开发、生产中和销售后整个生命周期的风险识别和管理。
3.权责:
3.1最高管理者:最高管理者作为本公司产品风险的负责人,负责:
3.1.1制定本公司的风险管理方针;
3.1.2为风险管理活动配备充分的资源和有有资格能胜任的人员;
3.1.3规定风险管理的职责和权限,授权品管部确定风险管理小组成员;
3.1.4主持每年的风险管理活动评审;
3.1.5批准《风险管理报告》。
3.2品管部:品管部作为本公司风险管理的主管部门,为确保在计划的规定阶段完成风险管理活动:
3.2.1负责指定各项目风险管理负责人;
3.2.2负责批准风险管理计划;
3.2.3负责组织协调风险管理活动;
3.2.4负责跟踪检查风险管理活功实施情况。
(5)对分析结果可能涉及安全性的信息,应评价是否存在下列情况:
是否有先前没有认识的危害或危害处境出现,或是否由危害处境产生的一个或多个估计的风险不再是可接受的。如果上述任何情况发生,一方面,应对先前实施的风险管理活动的影响进行评价,作为一项输入反馈到风险管理过程中,并且应对产品的风险管理文档进行评审。如果评审的结果可能有一个或多个剩余风险或其可接受性已经改变,应对先前实施的风险控制措施的影响进行评价,必要性进一步采取措施以使风险可接受。然后,应根据前面分析和评审结果,寻找产品改进方向,重复和完善适当的风险管理过程,修改相应的风险管理文档和风险管理报告。
3.3项目风险管理负责人:
3.3.1负责制定风险管理计划;
3.3.2负责组织风险管理小组实施风险管理活动;
3.3.3负责跟踪相关活动,包括生产和生产后的信息,对涉及风险管理活动的内容,必要时执行风险管理活动;对涉及重大风险的,可直接向最高管理者汇报。
3.3.4负责整理风险管理文档,确保风险管理文档的完整性和可追溯性。
很低
2
产品经筛选,部分需要返工,外观质量有缺陷,多数顾客能发现
低
3
产品需100%返工,产品能使用,有较多缺陷,顾客有些不满足
中等
4
部分产品报废(不筛选),产品能使用,但性能稍有下降,顾客不太满足
高
5
产品需筛选,部分报废,部分可使用,但性能下降,顾客不满意
很高
6
可能100%的产品要报废,造成产品无法使用,丧失基本功能,顾客非常不满意
6.2组成风险管理小组
6.2.1本公司风险管理小组成员由项目小组成员承担,风险识别、评价人员应接受风险分析工具的培训,并经考核合格。
6.2.2风险管理小组的构成必须包括熟悉产品原理及功能组成的成员(如:工程师、生技等),熟悉产品制造成员(如生产部主管)以及熟悉产品应用的成员(如:品管)。小组成员应具有和赋予他们的任务相 适应的产品及其应用的知识和经验,以及具有风险管理技术知识。
③生产和生产后的风险管理
(1)公司建立收集和评审产品信息时,尤其应当考虑:a)由产品的生产者、或负责产品组装和维修人员所产生信息的收集和处理机制;b1新的或者修订的标准。
(2)同时,也应当将最新技术水平因素和对其应用的可行性考虑在内;并应注意该系统不仅应当收集和评审本企业类似产品的相关信息(即内部信息),也应当收集和评审客户端其他类似产品的公开信息(即外部信息)。