事态升级管理程序
事态升级管理程序

3.0
定义/Definitions
P3
4.0
职责/Responsibility
P3
5.0
内容/Contents
P4-7
6.0
参考文件/Reference Documents
P7
7.0
相关表单/Related Records
P7
8.0
参考表单/Reference Records
P7
9.0
流程图/Process Flow Charts
1.
品质经理判定无法生产,生产部仍然不停机
2.停机修机周期太长,严重影响交期
会议报告,会议措施
检验记录
异常反馈单
设备异常单
设备异常单
3级
客户&高层管理者
1.以上(1、2级)未能有效解决
2.品质经理依据不良反馈与高层管理者&客户沟通是否可继续生产
3.生产变更申请过程中发生分歧
4.可靠性测试失效时
会议报告,会议措施
输出
1级
IPQE&各问题点的主管
1.IPQE无法做最终判定
2.生产部对最终处置方式不满意
3.判定标准不清晰
不合格通知
纠正与预防措施表
2级
品质经理&各问题点的经理
1.品质经理不能做最终判定
2.客户接受标准不够清晰
不合各通知
质量会议,不良处置决议
3级
客户&高层管理者
1.以上(1、2级)未能有效解决
2.质量偏差产品的出货或已出货
级别
主责任部门
升级启动/升级原因
输出
1级
CQE/CS/Sales
未按客户要求确认问题并给一个初步回复,
事态升级管理程序(含表格)

事态升级管理程序(IATF16949-2016/ISO9001-2015)1.0目的定义并明确在公司产品过程设计开发、来料检查、生产中及售后的事态升级要求与执行程序。
2.0范围适用于本公司设计开发、来料检查、生产和售后整个过程事态升级问题的处理.3.0定义:事态升级:按公司文件要求执行过程中,有超出文件要求且重复发生2次以上的事情需要做出升级处理。
根据事情的轻重程度分为0级,1级,2级与3级,其中0级是按文件正常的要求,3级是事态最严重的分级。
1级:专题质量会谈,项目组长邀请各部门主要领导人员参加2级:总经理或总工程师参与,特别是在1级没有达到期望效果,则升入本级3级:客户支持参与,以上级别未达目标,应邀请顾客到现场进行深入指导,举行双方高层次会谈4.0职责4.1品管部:负责制定产品来料,过程生产与售后控制的事态升级要求与执行程序。
4.2技术部:负责定义产品过程设计开发过程的事态升级要求与执行程序。
4.3其他部门:负责协助事态升级程序的执行与问题的处理。
5.0作业内容5.1当项目执行过程中发生下列情况时,项目组长应及时提升管理等级:1.设计开发事态:未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更、开发产品不合格、其他有影响质量的重大事项。
2.来料检查过程不合格事态3.生产过程不合格事态4.入库过程不合格事态5.产品售后过程不合格事态6各阶段产品安全的要求不符合5.2设计开发事态升级要求及程序5.2.1未按计划及要求完成5.2.2产品不符合要求5.3来料检查过程事态升级要求及程序5.4生产过程事态升级要求及程序5.5入库过程事态升级要求及程序5.6产品售后过程事态升级要求与程序6.0相关文件化信息交付及售后服务管理程序质量信息反馈制度产品和服务放行控制程序不合格控制程序8D报告8D报告表 (2).xl s。
事态升级管理程序

目的
建立和保持一个文件化的升级程序以解决公司生产活动中遇到的各种事态升级问题的处理。
范围
适用于以下事态升级问题的处理:
◆客户反馈/客户投诉
◆不合格品处理(含制程、终检等过程发现的不合格品)
◆供应商质量问题
◆环境、安全事故及其它问题
客户反馈/客户投诉事态升级程序
不合格品处理事态升级程序(含制程、终检等过程发现的不合格品)
供应商质量问题事态升级程序
环境、安全事故及其它问题
相关文件
LCN-8P003 退货及投诉处理程序LCN-8P001内部不合格品处理程序
LCN-8P008 供应商不合格品处理程序LCN-EP-006 应急准备与响应管理
LX-SP12-01事故管理程序
LCN-5P001管理评审
记录
LCN-8F004 退货及投诉报告。
vda6.3事态升级管理流程

N
问题? Y
N
项目运行问题报 告
项目组长
如在计划执行中出现问 题,项目组必须对问题 加以明确并有效解决。 升级的级别包括: 1级:质量会谈,项目组 邀请各部门相关人员参 加; 2级:客户支持,如果1 级没有达到期望效果, 则有必要在客户的支持 下进行分析和措施跟 踪; 3级:客户保证,以上级 别未达到目标,应邀请 顾客到现场进行深入指 导,举行顾客及高层的 会谈。
供应
输入
市场部 研发部
项目管理程序 客户要求 产品要求
PDCA
1
事态升级管理流程
流程
输出
组织
项目计划 编制/修订
项目计划
项目组长
客户
要求
项目组长根据项目管理 程序编制项目计划。
P2
3
1
升级的原因可能
是:
1、未遵守预定的
开发期限;
2、未实施决定性
措施;
3、质量能力/质
2
量绩效得不到保
障;
4、看不到进步;
5、未遵守承诺;
6、项目流程中出
现的偏差在目前
的责任层上无法
解决。
D
3
高风险项目 及里程碑确定
项目计划
项目组
项目组对项目计划中的 项目任务确定高风险项 目及项目里程碑。
审批 Y
项目实施
N 项目计划 1
总经理 项目组
各项目组成 员
项目计划提交总经理审 批后发放到项目组成员 。
项目组长组织项目组成 员进行项目计划的执行 。
客户沟通解决报 告
项目组
Y
项目组长
问题解决报告 会谈报告
项目组 客户代表 项目组长 总经理
项目组长
事态升级管理控制程序

5.1.2反馈后的事态,个人或部门需要做优先,及时处置,做到事态不再恶化或延续。
5.2 事态升级的流程:
5.2.1 个人出现严重的工作疏忽,可能会导致严重的事故发生,需要在0.5小时内向直接领导人(负责人)反馈,如直接领导人处理不了应逐级反馈处理。
5.2.2接到事态反馈信息后,直接领导人第一时间进行事态的评估和确认,分类事态的严重
程度及后果;
5.2.3 负责人确认事态紧急后,立即采取临时对策,遏制事态继续扩大;
5.2.4 如事件升级到部门负责人才能处理,部门负责人需要其它部门协作展开的工作,在1小时内召集相关部门负责人组成事态处置小组,进行讨论处置,同时需要协作的部门要有责任人及完成时间;
5.2.5 当通过小组讨论之后,仍无有效的处置措施,部门负责人在半小时内将事态升级反馈公司高层予以处置。
求,直至回复正常供货;
5.4.3 当环境因素相关的应急事件发生时,人力资源与行政部负责将相关信息向政府相关
部门通报。
5.5 事态升级处罚
5.5.1 如事态在本部门内处理完毕,责任部门负责人须根据事态严重程度扣除对责任人当月
3-30%的绩效;
5.5.2 如事态升级须其他部门协同处理,责任部门负责人须根据事态严重程度扣除对责任人
3.2 事态反馈机制:事态发生突变后,迅速向上逐级反映的流程。
4.职责
4.1总经理负责公司事态升级相关资源的提供;
4.2 管理者代表负责指导公司应事态升级的处置;
4.3各部门出现事态扩大趋势,迅速组织人员降低或遏制事态发展,同时要及时进行向上通报。
5.程序内容
5.1 事态升级
5.1.1个人在工作中由于疏忽造成问题没有及时解决,出现严重的不良影响或损失,需要及
事态升级管理程序

6.3风险管理活动
6.3.1风险管理计划
原则上,每一规格型号的产品都应建立风险管理计划,如果相似产品使用同一份计划时,应说明适应性。
3.2.2负责批准风险管理计划。
3.2.3负责组织协调风险管理活动。
3.2.4负责跟踪检查风险管理活动实施状况。
3.3项目风险管理负责人:
3.3.1负责制定风险管理计划。
3.3.2负责组织风险管理小组实施风险管理活动。
3.3.3负责跟踪相关活动,包括生产和生产后的信息,对涉及风险管理活动的内容,必要时执行风险管理活动,对涉及重大风险的,可直接向最高管理者汇报。
六.作业程序和内容
6.1建立风险管理方针
最高管理者应充分评价外部及内部相关信息,制定本公司的风险管理方针。最高管理者每年至少一次对风险管理活动进行评审,必要时可加评审的次数。最高管理者对新产品批量交货前的风险管理评审活动形成的结果《风险管理报告》进行审批。
6.2组成风险管理小组
6.2.1本公司风险管理小组成员由项目小组成员承担,风险识别、评价人员应接受风险分析工具的培训,并经考核合格。
一、目的
识别在过程设计、生产中和销售后可能出现的“缺点”及其“原因”提前采取改善措施,保证提交给客户高质量的产品和服务。
二、范围
适用于本公司汽车产品在制造过程开发、生产中销售后整个生命周期的风险识别和管理。
三、权责
3.1最高管理者:最高管理者作为本公司产品风险的负责人,负责:
项目事态升级管理流程

项目事态升级管理流程在项目管理中,事态的升级是一种常见的情况。
无论是由于外部环境的变化,还是由于内部问题的出现,都可能导致项目事态的升级。
而如何有效地管理项目事态的升级,是每个项目管理者都需要面对的挑战。
本文将介绍项目事态升级管理流程,帮助项目管理者更好地应对项目事态的变化。
1. 事态升级的识别。
首先,项目管理者需要及时识别事态的升级。
这包括对项目进展的监控和对外部环境的变化的感知。
在项目管理过程中,项目管理者需要定期进行项目进展的评估,及时发现项目进展与计划的偏差。
同时,项目管理者还需要密切关注外部环境的变化,包括市场变化、政策变化等,及时发现可能对项目产生影响的因素。
2. 事态升级的评估。
一旦识别到事态的升级,项目管理者需要对事态进行全面的评估。
这包括对事态的影响程度、可能的解决方案以及应对的紧急程度的评估。
项目管理者需要与项目团队成员进行充分的沟通,了解他们对事态的看法和建议。
同时,项目管理者还需要与相关利益相关者进行沟通,了解他们对事态的影响和可能的解决方案的看法。
3. 事态升级的决策。
在评估完事态升级的情况之后,项目管理者需要做出相应的决策。
这包括确定应对事态的具体方案、调整项目计划、重新分配资源等。
在做出决策之前,项目管理者需要充分考虑各种可能的影响和风险,并与团队成员和利益相关者进行充分的沟通和协商。
4. 事态升级的沟通。
一旦做出决策,项目管理者需要及时向项目团队成员和相关利益相关者进行沟通。
这包括向他们介绍事态升级的情况、做出的决策以及可能的影响。
在沟通过程中,项目管理者需要充分考虑团队成员和利益相关者的感受和反馈,确保他们对项目事态升级的决策有充分的理解和支持。
5. 事态升级的执行。
最后,项目管理者需要全力以赴地执行事态升级的决策。
这包括调整项目计划、重新分配资源、与利益相关者进行沟通等。
在执行过程中,项目管理者需要密切监控事态的变化,及时调整决策,确保项目能够顺利地应对事态的升级。
事态升级管理流程

事态升级管理流程第一环节:预警预警是指对潜在的问题或危机进行预测和发现的过程。
为了能够有效地管理事态升级,企业或组织应建立预警机制,可以通过以下几种方式进行预警:1.市场调研和分析。
通过对市场的持续监测和分析,发现市场的变化和趋势,以便及早发现潜在的问题。
2.内部风险评估和监控。
对企业内部的各种风险进行评估和监控,包括人力资源风险、供应链风险、技术风险等,发现潜在的问题和风险。
3.信息收集和传递。
建立良好的信息收集和传递机制,及时了解和掌握外部和内部的信息,包括媒体报道、客户反馈、员工投诉等,发现可能存在的问题。
4.建立预警指标和阀值。
根据历史数据和经验,建立一套科学的预警指标和阀值,当指标超过或达到阀值时,触发预警机制。
第二环节:应急响应应急响应是指在突发事件发生的第一时间,迅速采取相应措施以最大限度地减少损失和恢复正常运营。
为了能够做到快速反应,企业或组织应建立一套科学的应急响应机制,包括以下几个方面:1.组织架构和责任分工。
明确各个部门或团队的职责和任务,确保在事件发生后能够快速行动,并协调各方资源。
2.人员培训和演练。
为关键岗位的人员提供相关的培训和演练,以增强其应对突发事件的能力和反应速度。
3.协同和沟通机制。
建立一套高效的沟通渠道和流程,确保在应急响应过程中各方能够及时获取和传递信息,以便做出及时的决策。
4.应急预案和资源储备。
制定一套完备的应急预案,明确各个环节的具体步骤和相关资源的调配,以便在事态升级时能够快速行动。
第三环节:事态评估事态评估是指在应急响应之后,对事态进行全面的评估和分析,以便科学地制定升级管理措施。
事态评估的主要内容包括:1.因果分析。
通过分析事件的起因、发展和结果,找出导致事态升级的主要原因和关键环节。
2.影响评估。
评估事态对企业或组织的影响,包括经济、声誉、员工和客户等方面的影响。
3.风险识别和预警。
基于对事态的评估,识别可能存在的风险和潜在的问题,并建立相应的预警机制。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.0目的
识别在过程设计、生产中和销售后可能出现的“缺点”及其“原因”提前采取改善措施,保证提交给客户高质量的产品和服务。
2.0范围
适用于本公司汽车产品在制造过程开发、生产中销售后整个生命周期的风险识别和管理。
3.0权责
3.1最高管理者:最高管理者作为本公司产品风险的负责人,负责:
3.1.1制定本公司的风险管理方针。
3.1.2为风险管理活动配备充分的资源和有资格能胜任的人员。
3.1.3规定风险管理的职责和权限,授权品管部确定风险管理小组成员。
3.1.4主持每年的风险管理活动评审。
3.2品保部:品保部作为本公司风险管理的主管部门,为确保在计划的规定阶段完成风险管理活动:
3.2.1负责指定各项目风险管理负责人。
3.2.2负责批准风险管理计划。
3.2.3负责组织协调风险管理活动。
3.2.4负责跟踪检查风险管理活动实施状况。
3.3项目风险管理负责人:
3.3.1负责制定风险管理计划。
3.3.2负责组织风险管理小组实施风险管理活动。
3.3.3负责跟踪相关活动,包括生产和生产后的信息,对涉及风险管理活动的内容,必要时执行风
险管理活动,对涉及重大风险的,可直接向最高管理者汇报。
3.3.4负责整理风险管理文档,确保风险管理文档的完整性和可追溯性。
4.0定义:
4.1剩余风险:采取风险控制措施后余下的风险。
4.2风险控制:作出决策并实施措施,以便降低风险或把风险维持在规定水平过程。
4.3风险评价:将估计的风险和给定的风险准则进行比较,以决定风险可接授性的过程。
4.4风险估计:用于对损害发生概率和损害严重度赋值的过程。
4.5生合周期:在产品寿命中,从初始开概念(本公司为:样件)到最终停用或处置的所有阶段。
4.6生产后:在设计已完成并且产品生产以后的产品周期部分,如运输、贮存、安装、产品使用、维护、修理、产品更改、停用和废置。
5.0作业流程
5.1建立风险管理方针
最高管理者应充分评价外部及内部相关信息,制定本公司的风险管理方针。
最高管理者每年至少一
次对风险管理活动进行评审,必要时可加评审的次数。
最高管理者对新产品批量交货前的风险管理评审活动。
5.2组成风险管理小组
5.2.1本公司风险管理小组成员由项目小组成员承担,风险识别、评价人员应接受风险分析工具的培训,并经考核合格。
5.2.2风险管理小组的构成必须包括熟悉产品原理及功能组成的成员(如:工程师、生技等),熟悉产品制造成员(如生产部主管)以及熟悉产品应用的成员(如:品管)。
小组成员应具有和赋予他们的任务相适应的产品及其应用的知识和经验,以及具有风险管理技术知识。
5.3风险管理活动
5.3.1风险管理计划
原则上,每一规格型号的产品都应建立风险管理计划,如果相似产品使用同一份计划时,应说明适应性。
计划至少应包括:
a)策划的风险管理活动范围:判定和描述医疗器械和适用于每个要素的生命周期阶段。
b)职责和权限的分配。
c)风险管理活动的评审要求。
d)基于制造商决定可接受风险方针的风险可接受性准则,包括在损害发生概率不能估计时的可接受风险的准则:
e)验证活动:
f)相关的生产和生产后信息的收集和评审的有关活动。
5.3.2风险管理过程
①过程开发过程
(1)本公司没有产品的开发过程:过程的开发按《新产品开发(APQP)程序》执行,过程开发过程风险管理应对产品整个生命周期内的风险管理进行策划。
(2)在过程开发策划阶段,新项目负责人和风险管理负责人风管理小组并制定产品《风险管理计划》,并应经品保部负责人审批。
(3)风险管理小组按要求,进行初始风险分析,此次风险分析的结果应形成记录,作为风险管理文档保存,风险分析的结果还应作为过程开发输入的一部分,并在对过程开发输入阶段评审时对此进行评审。
(4)项目人员在开始进行过程开发时,必需了解所负责过程开发部分的风险,并获得相关的风险管理文档,同时将相应的风险控制措施落实在具体的过程开发方案中。
(5)在过程开发阶段,对涉及有关安全性问题的失效,特别是对风险设计和开发输入阶段尚未识别风险做进一步的风险分析。
(6)过程开发输出档,其中包括最终确定的风险控制措施及相关设计文档。
应对风险控制措施实施评审,评价采取风险控制措施实施后是否会引发新的风险,评审结果记录。
(7)过程开发验证应包括对风险控制措施的有效性和风险控制措施的落实情况进行验证,验证结果记录于风险管理文文件,过程开发确认阶段,应结合客户的要求进行分析,最终判断产品的综合剩余风险是否可接受,产品收益是否大于风险,为产品最终是否可以顺利交货作出初步判断。
(8)项目管理人员将根据过程开发计划安排是否需要试生产,在试生产阶段有关安全性的问题应予以记录,并进行评审,以决定是否需要执行相关的风险管理流程。
②风险管理报告
在产品批量交货前,风险管理小组应对已住的风险管理活动进行评审,必要时补充确定评审人员,评审内容包括:对风险管理计划实施情况的评审:对综合剩余风险是否可接受的判断:是否已有适当的方法获得相关生产的生产后信息,上述评审的结果应予以记录,该报告最终由最高层管理者审核通过,作为产品能否批量生产和交货的最终结论依据。
③生产和生产后风险管理
(1)公司建立收集和评审产品信息时,尤其应当考虑:a)由产品的生产者、或负责产品组装和维修人员所产生信息的收集和处理机制。
b)新的或者修订的标准。
(2)同时,也应当将最新技术水准因素和对其应用的可行性考虑在内,并应注意该系统不仅应当收集和评审本企业类似产品的相关信息(即内部信息),也应当收集和评审客户端其他类似产品的公开信息(即外部信息)。
(3)生产和生产后信息收集
(4)生产和生产后信息的评审
相关人员在收到信到信息后,应及时与风险管理负责人沟通,风险管理负责人将视具体情况召集风险管理小组,执行相关的风险管理活动,见附件二。
(5)对分析结果可能涉及安全性的信息,应评价是否存在下列情况:
是否有先前没有认识的危害和危害处境出现,或是否由危害处境产生的一个或多个估计的风险不再是可接收的。
如果上述任何情况发生,一方面,应对先前实施的风险管理活动的影响进行评价,作为一项输入回馈到风险管理过程中,并且应对产品的风险管理文文件进行评审。
如果评审的结果可能有一个或多个剩余风险或其可接受性已经改变,应对先前实施的风险控制措施的影响进行评价,必要性进一步采取措施以使风险可接受,然后,应根据前面分析和评审结果,寻找产品改进方向,重复和完善适当的风险管理过程,修改相应的风险管理文档和风险管理报告。
5.4风险评价和风险可接受标准
本公司虽然针对涉及的产品,在风险管理方针的基础上,制定了风险评价和风险可接受标准。
但针对每一特定的产品,在制定风险管理计划时,仍须对此风险可接受标准的适宜性进行评价,如不适宜应重新制定。
说明:A:可接受风险:R:合理可行降低的风险:U:不经过风险/收益分析即可判定为不可接受风险
5.4.1产品安全标准的应用
①在有适用的产品安全标准时,应通过符合安全标准的要求来降低产品的安全风险,即使产品有相关的安全标准,也必须走风险管理规定的流程,因为符合安全标准并不能保证产品是安全的,评价产品的安全风险时总是需要考虑标准之外的因素。
②产品必须在过程开发阶段输入相关的安全标准,确保其符合安全标准要求,已批量交货的产品若发生相关安全标准的变化,应作出评价,必要时与顾客进行沟通,进行设计更改以符合标准要求。
③如果安全标准中规定了结构上的安全规范和/或规定了安全指标的限制,必须在风险控制措施中引入,并实施相关的风险控制措施的验证,对该风险的初始风险估计可以省略,且采取该风险措施后,可认为损害发生的概率为最低,剩余风险可接受:除非有进一步的数据和数据显示须对风险重新评价。
5.4.2风险管理档案
①品管部针对每种汽车产品建立和保持完整的风险管理档案,风险管理档案提供每一个判定危害的追溯性信息,包括:风险分析、风险评价、风险控制措施和验证、任何剩余风险可接受性的估计。
②风险管理档案包括所有与风险管理各阶段有关的文件和记录。
6.0相关档:
6.1产品质量先期策划控制程序
6.2 成文信息控制程序
事态升级管理程序
p。