事态升级管理程序

合集下载

事态升级管理程序

事态升级管理程序
P3
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事态升级管理程序

IATF16949事态升级管理程序

I A T F16949事态升级管理
程序
标准化文件发布号:(9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-
目的
建立和保持一个文件化的升级程序以解决公司生产活动中遇到的各种事态升级问题的处理。

范围
适用于以下事态升级问题的处理:
◆客户反馈/客户投诉
◆不合格品处理(含制程、终检等过程发现的不合格品)
◆供应商质量问题
◆环境、安全事故及其它问题
供应商质量问题事态升级程序
相关文件
LCN-8P003 退货及投诉处理程序
LCN-8P001内部不合格品处理程序
LCN-8P008 供应商不合格品处理程序
LCN-EP-006 应急准备与响应管理
LX-SP12-01事故管理程序
LCN-5P001管理评审
记录
LCN-8F004 退货及投诉报告。

事态升级管理程序

事态升级管理程序

.目的
定义并明确在公司产品过程设计开发、生产中及售后的事态升级要求与执行办法。

2.适用范围
适用于本公司产品制造过程的设计开发、生产和售后整个过程事态升级问题的处理。

3.定义
事态升级:按公司文件要求执行过程中,有超出文件要求且重复发生2次以上的事情需要做出升级处理。

根据事情的轻重程度分为0级,1级,2级与3级,其中0级是按文件正常的要求,3级是事态最严重的分级。

4.职责
4.1 技术部:负责制定产品过程设计开发过程的事态升级要求与执行办法。

4.2品质部:负责制定产品来料,过程生产与售后控制的事态升级要求与执行办法。

4.3 其他部门:负责协助《事态升级管理办法》的执行与问题的处理。

5. 作业内容
6.记录表单
纠正及预防措施报告XX/QPR27-02A 8D报告XX/QPR27-01A。

事态升级管理流程

事态升级管理流程

事态升级管理规定-项目管理
一、目的:
启动项目事态升级的目的是为了保证APQP小组能够按时按质按量
完成汽车项目开发任务,及时纠正各个阶段中出现的问题,降低项目风险,确保项目进度和顾客满意。

二、范围:
适合于所有汽车项目新产品开发过程。

三、职责:
3.1 APQP组长:项目开发过程中出现问题时,对问题加以明确并组织解决
问题;当问题不能有效解决时启动项目事态升级程序,并持续跟进问题的
解决。

3.2 总经理:关注项目事态升级,当项目组长在其责任层次上不能有效解
决问题时,召集会议作出决策,同时为问题有效解决提供强有力的支援。

当确定公司内部综合能力不能达成客户要求时,指示客户协商或客户支持。

四、定义:
3.1 项目事态升级:当项目开发过程中出现问题时,必须评估项目风险,
根据风险大小升级到某一个层次,一般有四个层次:项目会谈、高层决策、客户协商、客户支持。

3.2 项目会谈(1级):当项目进程与计划进度及项目目标出现偏差时,
项目组长邀请各部门相关人员参加会谈,检讨问题解决方案,落实责任人
和完成期限。

3.3 高层决策(2级):如果1级项目会谈没有达到期望效果,或现有能
力不能有效解决问题时,由项目组长报告总经理,启动高层决策。

3.4 客户协商(3级):如果2级高层决策确定公司内部综合能力不能达
到客户要求时,由总经理指示相关人员与客户协商。

公司事态升级管理制度

公司事态升级管理制度

文件修订记录
公司事态升级管理制度
1.目的
建立和保持一个文件化的升级程序以解决公司生产活动中遇到的各种事态升级问题的处理。

2.范围适用于本公司设计开发、来料检验、生产、成品检验、交付和产品售后整个过程事态升级问题的处理。

3.职责
3.1 技术部:负责制定产品设计开发及工程更改过程的事态升级要求与执行程序。

3.2 质量部:负责制定来料检验、成品检验与产品售后过程的事态升级要求与执行程序。

3.3 生产部:负责制定生产过程的事态升级要求与执行程序。

3.4 销售部:负责制定交付过程的事态升级要求与执行程序。

3.5 其他部门:负责协助事态升级程序的执行与问题的处理。

4.术语
4.1事态升级:按公司文件要求执行过程中,有超出文件要求且重复发生2次以上的事情需要做出升级处理。

根据事情的轻重程度分为0级、1级、2级与3级,其中0级是按文件正常的要求3级是事态最严重的分级。

5.内容
5.1事态升级要求及程序
第3页共8页
第4页共8页
第5页共8页
第6页共8页
第7页共8页
6.相关支持文件
6.1不合格品控制程序PGTEX-QA-P008
7.相关表单

第8页共8页。

事态升级管理流程

事态升级管理流程

一、目的1.1 定义并明确制程巡检事态升级的执行程序。

1.2 定义并明确最终检验事态升级的执行程序。

1.3 定义并明确客户投诉事态升级的执行程序。

二、范围2.1 制程巡检事态升级适用于制程事态升级问题的处理。

2.2 最终检验事态升级适用于最终检验事态升级问题的问题。

2.3 客户投诉事态升级适用于客诉的事态升级问题的处理。

三、事态升级程序3.1 制程巡检事态升级程序41. 特采单。

2. 报废单。

3. 修模单。

品质经理三级品质经理确认品质主管将不良状况及其他相关信息反映给品质经理,品质经理通过与客户沟通了解判断是否可以继续生产。

1. 向品质主管汇报具体异常情况。

一级升级可能原因:1. 接收标准不够清楚,不能使技术员信服。

3品质主管品质主管确认领班将问题反馈给品质主管,品质主管根据检验标准、不良信息和以往投诉记录判定是否可以继续生产。

1. 产品不良记录和投诉历史记录。

2. 品质异常单。

3. 修模单。

4. 产品检验标准。

二级升级可能原因:1. 品质主管判定不能生产,但是生产还是要生产。

2. 停机修模或者改善周期太长影响交期,生产部不肯下机修模。

2IPQC/品质领班/生产领班/生产经理领班确认IPQC将技术员的回应传达至品质领班,领班根据不良信息和接收标准判断是否可以继续生产。

可能输出1品质部产品外观/尺寸/功能不符合客户要求。

品质部IPQC反馈不良状况,并将客户要求反应出来要求工艺调机改善或下机修模。

1. IPQC巡检日报表2. 品质异常单。

3. 模具维修单。

4. 参数调节记录与品质反馈记录。

5. 产品检验标准。

零级升级可能原因:1. 技术员无法将不良调节至合格强行生产。

2. 技术员认为IPQC判断不准确执意继续生产。

3. 停机修模或者改善周期太长影响交期,生产部不肯下机修模。

NO 主责升级升级原因/升级内容作业细则XXXX公司文件编号事态升级程序制定日期:2013-8-26生效日期:2013-8-26版 次:A页 次:第1页 共3页升级升级升级3.2 最终检验事态升级程序二级公司高层品质负责人品质部经理品质部经理负责召开公司高层开质量会议,探讨“不良品”的处置方式。

事态升级管理控制程序

事态升级管理控制程序
时予以反馈。
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个人在工作中由于疏忽造成问题没有及时解决,出现严重的不良影响或损失,需要及

项目事态升级管理流程

项目事态升级管理流程

项目事态升级管理流程在项目管理中,事态的升级是一种常见的情况。

无论是由于外部环境的变化,还是由于内部问题的出现,都可能导致项目事态的升级。

而如何有效地管理项目事态的升级,是每个项目管理者都需要面对的挑战。

本文将介绍项目事态升级管理流程,帮助项目管理者更好地应对项目事态的变化。

1. 事态升级的识别。

首先,项目管理者需要及时识别事态的升级。

这包括对项目进展的监控和对外部环境的变化的感知。

在项目管理过程中,项目管理者需要定期进行项目进展的评估,及时发现项目进展与计划的偏差。

同时,项目管理者还需要密切关注外部环境的变化,包括市场变化、政策变化等,及时发现可能对项目产生影响的因素。

2. 事态升级的评估。

一旦识别到事态的升级,项目管理者需要对事态进行全面的评估。

这包括对事态的影响程度、可能的解决方案以及应对的紧急程度的评估。

项目管理者需要与项目团队成员进行充分的沟通,了解他们对事态的看法和建议。

同时,项目管理者还需要与相关利益相关者进行沟通,了解他们对事态的影响和可能的解决方案的看法。

3. 事态升级的决策。

在评估完事态升级的情况之后,项目管理者需要做出相应的决策。

这包括确定应对事态的具体方案、调整项目计划、重新分配资源等。

在做出决策之前,项目管理者需要充分考虑各种可能的影响和风险,并与团队成员和利益相关者进行充分的沟通和协商。

4. 事态升级的沟通。

一旦做出决策,项目管理者需要及时向项目团队成员和相关利益相关者进行沟通。

这包括向他们介绍事态升级的情况、做出的决策以及可能的影响。

在沟通过程中,项目管理者需要充分考虑团队成员和利益相关者的感受和反馈,确保他们对项目事态升级的决策有充分的理解和支持。

5. 事态升级的执行。

最后,项目管理者需要全力以赴地执行事态升级的决策。

这包括调整项目计划、重新分配资源、与利益相关者进行沟通等。

在执行过程中,项目管理者需要密切监控事态的变化,及时调整决策,确保项目能够顺利地应对事态的升级。

事态升级管理流程

事态升级管理流程

事态升级管理流程第一环节:预警预警是指对潜在的问题或危机进行预测和发现的过程。

为了能够有效地管理事态升级,企业或组织应建立预警机制,可以通过以下几种方式进行预警:1.市场调研和分析。

通过对市场的持续监测和分析,发现市场的变化和趋势,以便及早发现潜在的问题。

2.内部风险评估和监控。

对企业内部的各种风险进行评估和监控,包括人力资源风险、供应链风险、技术风险等,发现潜在的问题和风险。

3.信息收集和传递。

建立良好的信息收集和传递机制,及时了解和掌握外部和内部的信息,包括媒体报道、客户反馈、员工投诉等,发现可能存在的问题。

4.建立预警指标和阀值。

根据历史数据和经验,建立一套科学的预警指标和阀值,当指标超过或达到阀值时,触发预警机制。

第二环节:应急响应应急响应是指在突发事件发生的第一时间,迅速采取相应措施以最大限度地减少损失和恢复正常运营。

为了能够做到快速反应,企业或组织应建立一套科学的应急响应机制,包括以下几个方面:1.组织架构和责任分工。

明确各个部门或团队的职责和任务,确保在事件发生后能够快速行动,并协调各方资源。

2.人员培训和演练。

为关键岗位的人员提供相关的培训和演练,以增强其应对突发事件的能力和反应速度。

3.协同和沟通机制。

建立一套高效的沟通渠道和流程,确保在应急响应过程中各方能够及时获取和传递信息,以便做出及时的决策。

4.应急预案和资源储备。

制定一套完备的应急预案,明确各个环节的具体步骤和相关资源的调配,以便在事态升级时能够快速行动。

第三环节:事态评估事态评估是指在应急响应之后,对事态进行全面的评估和分析,以便科学地制定升级管理措施。

事态评估的主要内容包括:1.因果分析。

通过分析事件的起因、发展和结果,找出导致事态升级的主要原因和关键环节。

2.影响评估。

评估事态对企业或组织的影响,包括经济、声誉、员工和客户等方面的影响。

3.风险识别和预警。

基于对事态的评估,识别可能存在的风险和潜在的问题,并建立相应的预警机制。

IATF16949事态升级管理程序

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文件控制管理程序
更多免费资料下载请进:好好学习社区
更多免费资料下载请进:好好学习社区
更多免费资料下载请进:好好学习社区
更多免费资料下载请进:好好学习社区。

(完整版)IATF16949事态升级管理程序

(完整版)IATF16949事态升级管理程序

1.0目的建立和保持一个文件化的升级程序以解决公司生产活动中遇到的各种事态升级问题的处理。

2.0 范围适用于以下事态升级问题的处理:◆客户反馈/客户投诉◆不合格品处理(含制程、终检等过程发现的不合格品)◆供应商质量问题◆环境、安全事故及其它问题3.0客户反馈/客户投诉事态升级程序主责流程升级原因/升级内容输出质量工程师质量工程师生产部/ 质量部/ 技术部总经理客户升级可能原因:未按照客户要求确认问题并给一个初步的回复召集公司各相关部门开会讨论,分析问题根本原因给客户回复对策升级可能原因:1.未按客户要求的期限回复;2.报告内容不能满足客户要求3.改善周期太长,不能满足客户的交货要求升级可能原因:1.对策执行性差,利用公司资源无法解决此问题。

2.对策执行的结果不好,没有从根本上解决此问题。

客户保证内容:请求客户技术人员现场深入指导,并与公司高层进行会谈。

客诉报告客户反馈信息8D报告会议记录8D报告8D报告客诉报告客户反馈信息质量部在24小时内作出回复是结束否跨部门会议总经理确认客户支持否否是结束是结束结束是4.0不合格品处理事态升级程序(含制程、终检等过程发现的不合格品)主责流程升级原因/ 升级内容输出操作员检验员生产组长检验组长质量工程师质量经理生产经理技术经理项目经理公司高层客户操作员将不良状况反馈给生产组长,检验员将不良状况反馈给检验组长升级可能原因:1.生产组长或检验组长不能做最终判定2.生产部对最终处置方式不满意3.判定标准不清晰质量工程师根据不良信息和接收标准判断是否可以接收升级可能原因:1.质量工程师不能做最终判定2.客户接收标准不够清晰质量工程师负责召集各部门评审,探讨不合格品的处置方式升级可能原因:各部门经理意见不能统一与客户进行沟通将不良信息反馈给客户,商谈让客户帮忙试做并确认试做效果。

内部不合格品单内部不合格品单内部不合格品单评审记录与客户沟通的邮件产品外观/尺寸不符合客户要求质量工程师确认是结束否各部门评审客户支技否是结束结束是5.0供应商质量问题事态升级程序主责流程升级原因/ 升级内容输出检验员检验组长供应商质量工程师质量经理生产经理技术经理采购经理总经理供应商质量工程师供应商检验员将不良状况反馈给检验组长升级可能原因:1.检验组长不能做最终判定2. 判定标准不清晰供应商质量工程师根据不良信息和接收标准判断是否可以接收升级可能原因:1.供应商质量工程师不能做最终判定2.客户接收标准不够清晰供应商质量工程师负责召集各部门评审,探讨不合格品的处置方式升级可能原因:各部门经理意见不能统一总经理给出最终处理意见供应商质量工程师通知供应商改善来料问题处理单来料问题处理单来料问题处理单评审记录与客户沟通的邮件供应商来料外观/尺寸不符合客户要求供应商质量工程师确认是结束否各部门评审总经理否是结束通知供应商改善是结束6.0环境、安全事故及其它问题 主责 流程升级原因/ 升级内容输出发现者 组长 主管部门经理人事行政经理总经理政府相关部门发现者将问题反馈给直属上级升级可能原因:问题性质比较严重或是无法解决,必须要上报给部门经理部门经理提出解决方案,并根据事故性质严重性决定是否需要上报升级可能原因:问题性质比较严重或是无法解决,必须要上报人事行政部人事行政经理提出解决方案,并根据事故性质严重性决定是否需要上报升级可能原因:问题性质比较严重或是无法解决,必须要上报总经理总经理给出最终处理意见升级可能原因:问题性质比较严重,必须要上报政府相关部门事故报告事故报告事故报告事故报告事故报告7.0 相 关 文 件LCN-8P003 退货及投诉处理程序 LCN-8P001内部不合格品处理程序 LCN-8P008 供应商不合格品处理程序 LCN-EP-006 应急准备与响应管理 发生环境/安全事故及其它问题部门经理确认是结束否人事行政部总经理否是结束上报政府相关部门是结 束LCN-5P001管理评审8.0 记录LCN-8F004 退货及投诉报告。

完整的项目事态升级处理流程

完整的项目事态升级处理流程

完整的项目事态升级处理流程项目事态升级处理流程是指在项目执行过程中出现重大变故或突发情况时,为了及时应对和解决问题而采取的一系列措施和流程。

在项目管理中,事态升级处理流程可以帮助项目团队对突发情况做出及时的决策和调整,以保证项目能够按时、按质量、按成本交付。

下面将详细介绍一套完整的项目事态升级处理流程,主要分为六个阶段:1.问题识别和评估阶段:在项目执行过程中,如果发生了异常情况或突发事件,项目团队需要及时识别和评估问题的严重程度和影响范围,以确定是否需要进行事态升级处理。

项目经理和关键利益相关者应当参与问题评估,通过头脑风暴和讨论,明确问题的性质和紧急程度。

2.问题通报和报告阶段:一旦问题被确定为需要事态升级处理的,项目经理应当及时向项目组成员和关键利益相关者们通报问题的情况,并向上级主管或决策者提交问题报告。

问题报告应当包括问题的背景、原因及其可能的后果,以及提出的建议和方案等信息。

3.回应和讨论阶段:接收问题报告后,上级主管或决策者将组织相关人员进行讨论,并制定回应和决策。

讨论过程可以包括会议、研讨会或视频会议等形式,旨在听取各方的意见和建议,并共同制定解决问题的方案。

在讨论中,需要对不同方案进行风险评估和投资回报分析等,以确保制定的方案具有可行性和有效性。

4.解决方案制定阶段:在讨论和讨论阶段结束后,根据已得到的反馈意见和决策结果,项目团队应制定解决问题的具体方案。

解决方案制定过程应包括预算调整、资源重新分配、项目计划调整、任务重新安排等。

同时,需要建立明确的目标和指标来衡量解决方案是否达到预期效果。

5.方案执行和监督阶段:方案制定完成后,项目团队应按照制定的计划和时间表开始执行。

在执行过程中,需要对工作进展进行定期的监测和评估,以确保解决方案的实施效果。

项目经理需要与团队成员进行沟通和协调,及时解决可能出现的问题和障碍,以保证项目能够顺利推进。

6.评估和总结阶段:一旦事态升级处理完成,项目团队应当对整个处理过程进行评估和总结。

事态升级管理程序

事态升级管理程序

5.客户反馈/客户投诉事态升级程序
CS/客户服务客诉报告/担当
客户反馈信息
升级可能原因:
初步确认报告/CS/客户服务未按照顾客要求确认问题并回复初步确8D报告
担当
认结果。

品证部担当召集公司各相关部门开会检讨,分析问会议记录/
及课长以上题根本原因,且给客户回复对策。

改善报告/8D报告
技术部担当升级可能原因:
及课长以上 1.未按客户要求的期限回复报告;
制造部课长 2.报告内容不能满足客户要求;
以上
3.改善周期太长,不能满足客户的交货要求。

升级可能原因:
事业部长
1.对策执行性差,利用公司资源无法改善报告/8D报告
解决问题。

2.对策执行的结果不好,没有从根本上解决问题。

客户
客户保证内容:
请求客户技术人员现场深入指导,并与事业部高层进行会谈。

No.
项目・图 項目・図
说明・注意事项 説明・注意事項
主责流程
升级原因/升级内容
输出
客诉报告客户反馈信息
品证部在24小时内
作出回复
结束


各部门会议
结束是

客户支持

事业部长确认
结束

结束是。

事态升级管理程序

事态升级管理程序
识别在过程设计、生产中和销售后可能出现的“缺点”及其“原因”提前采取改善措施, 保证提交给客户高质量的产品和服务。
二、范围
适用于本公司汽车产品在制造过程开发、生产中销售后整个生命周期的风险识别和管理。
三、权责
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)项目人员在开始进行过程开发时, 必需了解所负责过程开发部分的风险, 并获得相关的风险管理文档, 同时将相应的风险控制措施落实在具体的过程开发方案中。

事态升级管理程序

事态升级管理程序

1.目的定义并明确在公司产品设计开发、过程设计开发、来料检查、生产中及售后、库存过程、产品安全、社会道德等方面的事态升级要求与执行程序。

2.范围适用于本公司产品设计开发、过程设计开发、来料检查、生产中及售后、库存过程、产品安全、社会道德等方面整个过程事态升级问题的处理。

3 定义事态升级:按公司文件要求执行过程中,有超出文件要求或出现不合格的事情需要做出升级处理。

根据事情的轻重程度分为0级,1级,2级与3级,其中0级是按文件正常的要求,3级是事态最严重的分级。

1级:专题质量会谈,项目组长邀请各部门主要领导人员参加2级:总经理或总工程师参与,特别是在1级没有达到期望效果,则升入本级3级:客户支持参与,以上级别未达目标,应邀请顾客到现场进行深入指导,举行双方高层次会谈4. 职责4.1 品质部:负责制定产品来料、过程生产、库存产品与售后控制的事态升级要求与执行程序。

4.2 工程部:负责制定产品安全、产品及过程设计开发过程的事态升级要求与执行程序。

4.3 管理部:负责制定企业责任、社会道德过程的事态升级要求与执行程序。

4.3 其他部门:负责协助事态升级程序的执行与问题的处理。

5. 作业内容5.1当项目执行过程中发生下列情况时,项目组长应及时提升管理等级:5.1.1设计开发事态:未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更、开发产品不合格、其他有影响质量的重大事项。

5.1.2来料检查过程不合格事态。

5.1.3生产过程不合格事态。

5.1.4.入库过程不合格事态。

5.1.5产品售后过程不合格事态。

5.1.6各阶段产品安全的要求不符合。

5.1.7公司行为、员工行为不符合道德准则。

5.2设计开发事态升级要求及程序5.2.1未按计划及要求完成5.2.2产品不符合要求5.3来料检查过程不符合5.4生产过程不符合5.5入库过程不符合5.6产品售后过程不符合5.7产品安全不符合5.8道德准则不符合6. 相关文件化信息6.1《事态升级管理报告》。

IATF16949事态升级管理程序文件

IATF16949事态升级管理程序文件

IATF16949事态升级管理程序文件1、目的本程序的目的在于建立一套有效的事态升级管理机制,确保在IATF16949 质量管理体系运行过程中,当出现不符合、潜在风险或问题时,能够及时、有效地采取措施,以防止问题的扩大和影响的加剧,保障产品质量和客户满意度。

2、适用范围本程序适用于公司内部与 IATF16949 质量管理体系相关的所有活动、过程和产品,包括但不限于设计开发、生产制造、采购、销售和售后服务等环节。

3、术语和定义31 事态升级:指在处理问题或应对风险的过程中,当初始措施未能有效解决或控制情况时,采取更高级别、更广泛或更强烈的措施以解决问题或降低风险的行为。

32 不符合:指未满足规定的要求,包括产品不符合、过程不符合和体系不符合。

33 风险:指不确定性对目标的影响。

4、职责分工41 质量管理部门负责制定和维护本事态升级管理程序,并监督其执行情况。

负责收集、汇总和分析与质量管理体系相关的问题和风险信息,判断是否需要启动事态升级程序。

在事态升级过程中,协调相关部门和人员采取措施,并跟踪措施的执行效果。

42 问题发生部门负责及时报告问题,并采取初步的纠正措施。

配合质量管理部门进行问题的调查和分析,执行质量管理部门下达的事态升级措施。

43 高层管理团队在必要时,参与事态升级的决策和资源调配,确保公司能够有效地应对重大质量问题和风险。

5、事态升级的触发条件51 同一类型的不符合在一个月内重复发生超过X次。

52 严重不符合,如可能导致产品召回、客户重大投诉或影响公司声誉的不符合。

53 内部审核或管理评审中发现的严重不符合项,且在规定的时间内未完成整改。

54 客户反馈的重大质量问题,如批量退货、质量索赔等。

55 潜在的质量风险可能对产品质量或交付产生重大影响。

6、事态升级的流程61 问题报告和初步评估问题发生部门应在发现问题后的X个工作日内,填写《问题报告表》,详细描述问题的发生时间、地点、现象、影响范围等信息,并提交给质量管理部门。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
②产品必须在过程开发阶段输入相关的安全标准,确保其符合安全标准要求,已批量交货的产品若发生相关安 全标准的变化,应作出评价,必要时与顾客进行沟通,进行设计更改以符合标准要求。
③如果安全标准中规定了结构上的安全规范和/或规定了安全指标的限制,必须在风险控制措施中引入,并实施相关的风险控制措施的验证,对该风险的初始风险估计可以省略,且采取该风险措施后,可认为损害发生的概率为最低,剩余风险可接受:除非有进一步的数据和资料显示须对风险重新评价。
4.6生产后:在设计已完成并且产品生产以后的产品周期部分,如运输、贮存、安装、产品使用、维护、修理、产品更改、停用和废置。
五.流程图:
5.1过程开发风险识别、评价与管理流程图,参见(附件一)。
5.2生产和上市后风险管理流程图,参见(附件二)。
六.作业程序和内容
6.1建立风险管理方针
最高管理者应充分评价外部及内部相关信息,制定本公司的风险管理方针。最高管理者每年至少一次对风险管理活动进行评审,必要时可加评审的次数。最高管理者对新产品批量交货前的风险管理评审活动形成的结果《风险管理报告》进行审批。
3.2品保部:品保部作为本公司风险管理的主管部门,为确保在计划的规定阶段完成风险管理活动:
3.3项目风险管理负责人:
3.3.3负责跟踪相关活动,包括生产和生产后的信息,对涉及风险管理活动的内容,必要时执行风险管理活动,对涉及重大风险的,可直接向最高管理者汇报。
四、定义:
4.1剩余风险:采取风险控制措施后余下的风险。
(3)风险管理小组按要求,进行初始风险分析,此次风险分析的结果应形成记录,作为风险管理文档保存,风险分析的结果 还应作为过程开发输入的一部 分,并在对过程开发输入阶段评审时对此进行评审。
(4)项目人员在开始进行过程开发时,必需了解所负责过程开发部分的风险,并获得相关的风险管理文档,同时将相应的风险控制措施落实在具体的过程开发方案中。
③生产和生产后风险管理
(1)公司建立收集和评审产品信息时,尤其应当考虑:a)由产品的生产者、或负责产品组装和维修人员所产生信息的收集和处理机制。b)新的或者修订的标准。
(2)同时,也应当将最新技术水平因素和对其应用的可行性考虑在内,并应注意该系统不仅应当收集和评 审ቤተ መጻሕፍቲ ባይዱ企业类似产品的相关信息(即内部信息),也应当收集和评审客户端其他类似产品的公开信息(即外部信息)。
①品管部针对每种汽车产品建立和保持完整的风险管理档案,风险管理档案提供每一个判定危害的追溯性信息,包括:风险分析、风险评价、风险控制措施和验证、任何剩余风险可接受性的估计。
②风险管理档案包括所有与风险管理各阶段有关的文件和记录。
7.相关文件:
7.1项目过程管制程序
7.2文件和资料控制程序
阶段划分
风险管理活动
e)验证活动:
f)相关的生产和生产后信息的收集和评审的有关活动。
①过程开发过程
(1)本公司没有产品的开发过程:过程的开发按《项目过程管制程序》执行,过程开发过程风险管理应对产品整个生命周期内的风险管理进行策划。
(2)在过程开发策划阶段,新项目负责人和风险管理负责人风管理小组 并制定产品《风险管理计划》,并应经品保部负责人审批。
市场部、品质部
设计更改
样品需求评审 PFMEA
技术部
采购产品的质量情况
采购产品质量分析
品质部
制造过程的问题
纠正/预防措施
技术部 生产部
产品检验结果和留样产品分析
每月汇总产品检验质量信息
品质部
(4)生产和生产后信息的评审
相关人员在收到信到信息后,应及时与风险管理负责人沟通,风险管理负责人将视具体情况召集风险管理小组,执行相关的风险管理活动,见附件二。
有警告的严重危害
7
可能危害产品使用者。潜在失效模式严重影响客户组装和安全或包含不符合政府法规项,严重度很高,失效发生时有警告。
无有警告的严重危害
8
无有警告的可能危害产品使用者,潜在失效模式严重影响产品安全或包含不符合政府法规项,严重度很高。失效发生时无警告
表3风险评价表
概率
严重程度
1
2
3
4
轻度
重度
致命
灾难性
经常
6
R
U
U
U
有时
5
R
R
U
U
偶然
4
R
R
R
U
很少
3
A
R
R
R
非常少
2
A
A
R
R
极少
1
A
A
A
A
说明:A:可接受风险:R:合理可行降低的风险:U:不经过风险/收益分析即可判定为不可接受风险
①在有适用的产品安全标准时,应通过符合安全标准的要求来降低产品的安全风险,即使产品有相关的安全标准,也必须走风险管理规定的流程,因为符合安全标准并不能保证产品是安全的,评价产品的安全风险时总是需要考虑标准之外的因素。
设计/评审
风险管理评审
设计和开发策划
审批和评审风险管理计划
设计和开发输入
风险控制方案可行性评估
设计开发
设计开发输出
设计开发验证
设计开发确认
设计转换
修订履历表

修订前
修订后
页次
修订日期
4.2风险控制:作出决策并实施措施,以便降低风险或把风险维持在 规定水平过程。
4.3风险评价:将估计的风险和给定的风险准则进行比较,以决定风险可接授性的过程。
4.4风险估计:用于对损害发生概率和损害严重度赋值的过程。
4.5生合周期:在产品寿命中,从初始开概念(本公司为:样件)到最终停用或处置的所有阶段。
很低
2
产品经筛选,部分需要返工,外观质量有缺陷,多数顾客能发现

3
产品需100%返工,产品能使用,有较多缺陷,顾客有些不满足
中等
4
部分产品报废(不筛选),产品能使用,但性能稍有下降,顾客不太满足

5
产品需筛选,部分报废,部分可使用,但性能下降,顾客不满意
很高
6
可能100%的产品要报废,造成产品无法使用,丧失基本功能,顾客非常不满意。
一、目的
识别在过程设计、生产中和销售后可能出现的“缺点”及其“原因”提前采取改善措施,保证提交给客户高质量的产品和服务。
二、范围
适用于本公司汽车产品在制造过程开发、生产中销售后整个生命周期的风险识别和管理。
三、权责
3.1最高管理者:最高管理者作为本公司产品风险的负责人,负责:

配备充分的资源和有资格能胜任的人员。
(5)在过程开发阶段,对涉及有关安全性问题的失效,特别是对风险设计和开发输入阶段尚未识别风险做进一步的风险分析。
(6)过程开发输出文件,其中包括最终确定的风险控制措施及相关设计文档。应对风险控制措施实施评审,评价采取风险控制措施实施后是否会引发新的风险,评审结果记录。
(7)过程开发验证应包括对风险控制措施的有效性和风险控制措施的落实情况进行验证,验证结果记录于风险管理文档,过程开发确认阶段,应结合客户的要求进行分析,最终判断产品的综合剩余风险是否可接受,产品收益是否大于风险,为产品最终是否可以顺利交货作出初步判断。
6.4风险评价和风险可接受标准
本公司虽然针对涉及的产品,在风险管理方针的基础上,制定了风险评价和风险可接受标准。但针对每一特定的产品,在制定风险管理计划时,仍须对此风险可接受标准的适宜性进行评价,如不适宜应重新制定。
表1风险的严重度(S)评价准则:
等级名称
严重度
系统风险定义
轻微
1
需要在生产线上原工位返工,外观质量缺陷很轻微,很少顾客发现有缺陷。
(3)生产和生产后信息收集
信息收集通常可以从质量管理体系中得到,有关信息的获取方法和职能部门见下表:
生产和生产后信息
获取方法/时机
责任人
法规(如:环保标准的变化)
定期网上(客户端)收集
技术部
不良事件(内部、外部)
不良事件报告
品质部
通告/退货
按通告/退货流程
工程部、品质部
客户退货(顾客抱怨)信息
调查(分析)和评审结果
(5)对分析结果可能涉及安全性的信息,应评价是否存在下列情况:
是否有先前没有认识的危害和危害处境出现,或是否由危害处境产生的一个或多个估计的风险不再是可接收的。如果上述任何情况发生,一方面,应对先前实施的风险管理活动的影响进行评价,作为一项输入反馈到风险管理过程中,并且应对产品的风险管理文档进行评审。如果评审的结果可能有一个或多个剩余风险或其可接受性已经改变,应对先前实施的风险控制措施的影响进行评价,必要性进一步采取措施以使风险可接受,然后,应根据前面分析和评审结果,寻找产品改进方向,重复和完善适当的风险管理过程,修改相应的风险管理文档和风险管理报告。
6.2组成风险管理小组
6.3风险管理活动
原则上,每一规格型号的产品都应建立风险管理计划,如果相似产品使用同一份计划时,应说明适应性。
计划至少应包括:
a)策划的风险管理活动范围:判定和描述医疗器械和适用于每个要素的生命周期阶段。
b)职责和权限的分配。
c)风险管理活动的评审要求。
d)基于制造商决定可接受风险方针的风险可接受性准则,包括在损害发生概率不能估计时的可接受风险的准则:
(8)项目管理人员将根据过程开发计划安排是否需要试生产,在试生产阶段有关安全性的问题应予以记录,并进行评审,以决定是否需要执行相关的风险管理流程。
②风险管理报告
在产品批量交货前,风险管理小组应对已住的风险管理活动进行评审,必要时补充确定评审人员,评审内容包括:对风险管理计划实施情况的评审:对综合剩余风险是否可接受的判断:是否已有适当的方法获得相 关生产的生产后信息,上述评审的结果应作为《风险管理报告》予以记录,该报告最终由最高层管理者审核通过,作为产品能否批量生产和交货的最终结论依据。
相关文档
最新文档