完整的项目事态升级处理流程.doc
项目事态升级管理程序
项目事态升级管理程序一、令人烦恼的需求变更作为一个软件项目经理，在项目开发进行中，你是否遇到过这样的问题：客户的一个电话，就推翻了之前你与客户、与你自己的开发团队，经过再三讨论而确认定下来的需求。
之后你就重新开始了和客户、和你的开发团队进入新一轮的需求谈论中，甚至是无休止的谈论，甚至要重新设计现有的架构。
而面对这种情况，作为项目经理的你是否会说：“我们无法拒绝客户，但也无法立即满足他的新需求，所以只好是推到以后再进行完善。
”或者，更极端些的想法：客户总是在异想天开，客户的需求在技术上根本无法实现……在与客户新的需求论证中，你是否会对需求确认的重要性产生怀疑。
因为在一开始已经多次和客户沟通，也在没有任何异议的情况下得到了明确的答复，但当开发项目在不断演进，客户对系统的理解逐步加深之时，他们最终还是推翻以前自己想要的需求。
而这时你会认为对于需求，只有获取，没有确认。
而因为需求变更的原因，致使项目多次的延期后，客户仍然说这不是他们想要的。
你还是在抱怨客户的需求像天气一样一直变个不停，最终，无论是你的抱怨还是客户的需求变更只会令项目组中的开发人员疲于奔命，无所适从。
在你的软件项目进行开发之前，你和你的项目成员是否有过这样的想法，在这次软件项目开发中，一定要消除需求变更，不让谈论好的需求发生任何的变更?首先，这种想法和认识是错误的，软件项目开发中的需求变更是不能被完全消除的。
无论是项目经理还是项目开发人员，最好在项目开始之前就消除这种想法。
需求变更是不可能被消除的，而“消除需求变更”的想法却需要被消除。
消除需求变更的所有的努力和想法，在项目开发进行中通常都是费力不讨好。
项目开发过程中，需求的变更是不可避免的。
虽然一般情况下，项目经理花费了大量的心力和气力去避免需求变更，可最后需求变更总是会出现。
但这并不意味着项目不应该做这方面的工作，无论是项目经理，还是开发人员对于需求变更的正确态度应该和对待软件测试的态度一样，在需求变更发生之前尽量减少需求变更发生的情况，以将需求变更带来的风险降到最低。
事态升级管理程序(含表格)
事态升级管理程序（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。
事态升级程序(含表格)
事态升级程序（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天以上；●潜在问题/风险项目小组内部资源协调时，遇到不可抗拒因素阻碍；●潜在问题/风险在解决过程中需要的决策权限超出项目小组成员职责范围时。
事态升级处理流程
事态升级处理流程(总9页)本页仅作为文档封面，使用时可以删除This document is for reference only-rar21year.March5.3.1项目经理（或项目经理助理）根据项目主计划进行每项工作进度跟踪时或定期召开项目会议时，发现的风险问题应更新在“单一问题清单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 事态升级处理流程56678附件2 风险问题汇报途径。
项目管理事态升级流程
1.目的启动项目事态升级的目的是为了保证APQP小组能够按时按量完成汽车项目开发任务，及时纠正各阶段中出现的问题，降低项目风险，确保项目进度和顾客满意。
2.适用范围适用于所有汽车料项目新品开发过程。
3.术语和定义无4.职责分工4.1 APQP组长：项目开发过程中出现问题时，对问题加以明确并组织解决问题：当问题不能有效解决时启动项目事态升级程序，并持续跟进问题的解决；4.2 总经理：关注项目事态升级，当APQP组长在其责任层次上不能有效解决问题时，召集会议作出决策。
5. 过程控制5.1项目事态升级5.1.1当项目开发过程中出现问题时，必须评估项目风险，根据风险大小升级到某一个层次，项目事态升级一般有四个层次：项目会议、高层决策、客户协商、客户支持；5.1.2项目会谈（1级）：当项目进程与计划进度及项目目标出现偏差时，APQP组长邀请各部门相关人员参加会议，检讨问题解决方案，落实责任人和完成期限；5.1.3高层决策（2级）：如果1级项目会谈没有达到期望效果，或现有能力不能有效解决问题时，由APQP组长报告总经理，启动高层决策；5.1.4客户协商（3级）：如果2级高层决策确定公司内部综合能力不能达成到客户要求时，由总经理指示相关人员与客户协调；5.1.5客户指导（4级）：若以上几级均不能有效解决问题，则由总经理裁定并安排邀请顾客到现场进行深入指导，举行顾客与公司高层的会谈，确定最终改进方案。
5.2项目事态升级流程5.2.1新项目启动时，公司高层指定APQP组长，并成立APQP项目小组。
APQP组长需依照客户需求确定项目目标，编制【产品实现展开计划】，并报经公司高层批准；5.2.2APQP组长按照项目开发节点定期或随时召集项目小组会议，确定项目进度、重点工作完成状况、布置下一阶段工作任务，评估项目风险。
通常存在的项目风险并导致事态升级的原因可能是：1.未遵守预定的开发期限；2.未实施决定性措施；3.质量能力/质量绩效得不到保障；4.看不到进步；5.未遵守承诺6.项目流程中出现的偏差在目前的责任层上无法解决。
项目阶段事态升级管理程序
项目阶段事态升级管理程序（IATF16949-2016）1.0目的当项目阶段中不符合情况影响到项目计划时，以及当发现工艺技术、供应商及其所在的国家存在特殊风险时，应对相关风险进行管理和控制。
2.0适用范围适用于项目阶段的项目计划收到影响时，工艺技术、供应商及其所在的国家存在特殊风险时的控制。
3.0职责3.1项目小组成员负责现场问题的处理和汇报。
3.2项目负责人负责跟踪未解决问题清单的处理进度以及事态升级时，协调相关资源，保证项目进行。
3.3职责部门领导负责在事态升级时参与问题的解决以及需要相关资源时，汇报。
3.4销售部长负责需要就交期与顾客沟通时，协调沟通事宜。
3.5技术总监负责参与事态决策以及参与事态升级时纠正措施对策的制定。
3.6副总经理负责了解重要事态以及提供事态升级时，职能范围内解决问题所需的相关资源。
3.7总经理负责了解重大事态，并为问题解决提供相关资源。
4.0术语无5.0流程图5.1项目阶段升级流程图：否是否是否是 顾客特殊要求，顾客项目进度要求，相关方进度要求。
项目计划、高风险项目及关键节点。
被识别的紧急事态清单。
3的肯定结论 项目执行5的肯定结论7的否定结论高风险项目发生7的肯定结论 交接资料项目负责人根据顾客特殊要求，顾客项目进度要求，相关方进度要求建立项目计划。
项目负责人组织项目小组会议，讨论识别的紧急事态清单。
技术总监确认相关风险项目及对应的关键节点是否符合顾客及相关方的特殊要求，是则执行4，否则执行3。
项目小组按照项目计划组织项目执行。
项目小组识别的高风险项目发生问题，则执行6，否则执行4.发生问题时，项目小组识别的高风险项目按照事先制定的解决措施执行，并执行汇报工作。
当高风险项目发生时，预定的事态升级无法解决时，项目小组与顾客及相关方沟通。
触及事态升级，按照本文件要求执行，判断是否能够解决相关问题，能则执行9，否则执行8. 问题得到解决或未解决的情况，相关文件记录，归档作为项目资料。
项目管理事态升级流程
升级的原因可 能是：
2 1、未遵守预定 的开发期限；
2、未实施决定 性措施；
3、质量能力/ 质量绩效得不 到保障；
4、看不到进 步；
5、未遵守承 诺；
6、项目流程中 出现的偏差在 目前的责任层 上无法解决。
3
项目运 行问题 报告
项目 经理
质量会 谈报告
项目 组
划的执行。
如在计划执行中出 现问题，项目组必须 对问题加以明确并 有效解决。
升级的级别包括：
1 级：质量会谈，项 目组邀请各部门相 关人员参加；
2 级：客户支持，如 果 1 级没有达到期望 效果，则有必要在客 户的支持下进行分 析和措施跟踪；
3 级：客户保证，以 上级别未达到目标， 应邀请顾客到现场 进行深入指导，举行 顾客及高层的会谈。
为有效的解决问题， 以使项目和预期目
项目管理事态升级流程
供应
输入
PDCA
流程
输出
客 组织
户
要求
销售 项目管理控制
公司 程序
1 技术 客户要求
部
产品要求
2 P
项目计 划 高风险项
目 审 及里程碑 批 项确目定实 施
N
问题
《新产 品开发 项目 计划书》
经理
N 1 《新产 品开发 项目 计划书》 组
N
项目经理根据项目 管理控制程序编制 计划书。
问题解 决报告
会谈报 告
项目
以上级别（1 级、2
组 客户 代表 总经
级）无法解决问题 项
时，项目组必须邀请 目
顾客代表到现场提 经
供支持及深入指导， 理
并与公司高层进行
理
会谈。
项目 经理
项目事态升级管理流程
项目事态升级管理流程在项目管理中，事态的升级是一种常见的情况。
无论是由于外部环境的变化，还是由于内部问题的出现，都可能导致项目事态的升级。
而如何有效地管理项目事态的升级，是每个项目管理者都需要面对的挑战。
本文将介绍项目事态升级管理流程，帮助项目管理者更好地应对项目事态的变化。
1. 事态升级的识别。
首先，项目管理者需要及时识别事态的升级。
这包括对项目进展的监控和对外部环境的变化的感知。
在项目管理过程中，项目管理者需要定期进行项目进展的评估，及时发现项目进展与计划的偏差。
同时，项目管理者还需要密切关注外部环境的变化，包括市场变化、政策变化等，及时发现可能对项目产生影响的因素。
2. 事态升级的评估。
一旦识别到事态的升级，项目管理者需要对事态进行全面的评估。
这包括对事态的影响程度、可能的解决方案以及应对的紧急程度的评估。
项目管理者需要与项目团队成员进行充分的沟通，了解他们对事态的看法和建议。
同时，项目管理者还需要与相关利益相关者进行沟通，了解他们对事态的影响和可能的解决方案的看法。
3. 事态升级的决策。
在评估完事态升级的情况之后，项目管理者需要做出相应的决策。
这包括确定应对事态的具体方案、调整项目计划、重新分配资源等。
在做出决策之前，项目管理者需要充分考虑各种可能的影响和风险，并与团队成员和利益相关者进行充分的沟通和协商。
4. 事态升级的沟通。
一旦做出决策，项目管理者需要及时向项目团队成员和相关利益相关者进行沟通。
这包括向他们介绍事态升级的情况、做出的决策以及可能的影响。
在沟通过程中，项目管理者需要充分考虑团队成员和利益相关者的感受和反馈，确保他们对项目事态升级的决策有充分的理解和支持。
5. 事态升级的执行。
最后，项目管理者需要全力以赴地执行事态升级的决策。
这包括调整项目计划、重新分配资源、与利益相关者进行沟通等。
在执行过程中，项目管理者需要密切监控事态的变化，及时调整决策，确保项目能够顺利地应对事态的升级。
事态升级处理流程
发现的风险问题应更新在“单一问题清单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：问题汇报途径修订记录修订日期修订内容修订版本号当前版本号抄送部门总裁办企管中心信息中心审计中心销售中心技术中心采购中心热处理中心财务中心福达轴承福达钢管中轴轴承优耐特机械√√√√√√√√√√√√√附件2 风险问题汇报途径。
完整的项目事态升级处理流程
完整的项目事态升级处理流程项目事态升级处理流程是指在项目执行过程中出现重大变故或突发情况时，为了及时应对和解决问题而采取的一系列措施和流程。
在项目管理中，事态升级处理流程可以帮助项目团队对突发情况做出及时的决策和调整，以保证项目能够按时、按质量、按成本交付。
下面将详细介绍一套完整的项目事态升级处理流程，主要分为六个阶段：1.问题识别和评估阶段：在项目执行过程中，如果发生了异常情况或突发事件，项目团队需要及时识别和评估问题的严重程度和影响范围，以确定是否需要进行事态升级处理。
项目经理和关键利益相关者应当参与问题评估，通过头脑风暴和讨论，明确问题的性质和紧急程度。
2.问题通报和报告阶段：一旦问题被确定为需要事态升级处理的，项目经理应当及时向项目组成员和关键利益相关者们通报问题的情况，并向上级主管或决策者提交问题报告。
问题报告应当包括问题的背景、原因及其可能的后果，以及提出的建议和方案等信息。
3.回应和讨论阶段：接收问题报告后，上级主管或决策者将组织相关人员进行讨论，并制定回应和决策。
讨论过程可以包括会议、研讨会或视频会议等形式，旨在听取各方的意见和建议，并共同制定解决问题的方案。
在讨论中，需要对不同方案进行风险评估和投资回报分析等，以确保制定的方案具有可行性和有效性。
4.解决方案制定阶段：在讨论和讨论阶段结束后，根据已得到的反馈意见和决策结果，项目团队应制定解决问题的具体方案。
解决方案制定过程应包括预算调整、资源重新分配、项目计划调整、任务重新安排等。
同时，需要建立明确的目标和指标来衡量解决方案是否达到预期效果。
5.方案执行和监督阶段：方案制定完成后，项目团队应按照制定的计划和时间表开始执行。
在执行过程中，需要对工作进展进行定期的监测和评估，以确保解决方案的实施效果。
项目经理需要与团队成员进行沟通和协调，及时解决可能出现的问题和障碍，以保证项目能够顺利推进。
6.评估和总结阶段：一旦事态升级处理完成，项目团队应当对整个处理过程进行评估和总结。
事态升级处理流程_20230511101233
附件2：
附件3：
供应商端各项事务升级流程
事态升级处理表
提出升级部门被升级部门提出日期
升级事件提出者事件处理人
(被升级人)
希望完成
日期
事件类型升级次数升级事件描述
第一级 升级响应原因调查
说明
处理方案
预计事件
完成日期
升级处理责
任人(课
长）
响应日期
一级处理结果确认确认结果
说明：
实际完成
日期
确认者确认日期
第二级 升级响应原因调查
说明
处理方案
预计事件
完成日期
升级处理责
任人(经理)
响应日期
二级处理结果确认确认结果
说明：
实际完成
日期
确认者确认日期
第三级 升级响应参与升级
处理人员
是否提交
8D报告处理方案
预计事件
完成日期
升级处理责
任人(副
总）
响应日期
最终处理结果确认确认结果
说明：
实际完成
日期
确认者结案日期
1.日常工作不能正常推动或跟催无果时，可执行升级流程，以邮件方式升级的同时需电话联络，以免未及时查阅邮件而延长处理时效。
问题解决，升级结案.问题未解决，继续升级处
理.
品质问题；交期；其他事务性工
作；
是；否；。
完整的项目事态升级处理流程
公司主管副总（或总经理）
5.4.1当项目组长在D级事态层次上不能有效解决问题时，公司主管副总（或总经理）应召集会议进行协调和处理，做出决策，如配备资源、协调其它部门支持、责令责任人限期整改、动用其它人员及资源解决此问题等。项目组长在《项目进度计划表》中用黄色标识问题的事项，并跟踪问题的解决进度。
5.5.2当公司项目组长与顾客项目组协商后仍不能解决问题时，则升级到A级事态，由公司主管副总（或总经理）与顾客公司高层领导进行协商决策。如产品开发成本增加、项目开发延期或暂停等重大问题。
会议纪要
5.6
顾客公司高层
5.6.1公司主管副总（或总经理）与顾客公司高层就B级事态进行协商沟通，确定解决处理办法，必要时请顾客公司领导到现场指导或深入调研解决。双方协商结果应形成会议纪要，明确双方解决问题事项的要求、职责分工和进度要求，必要时重新签订补充合同/协议供双方执行。公司项目组长根据会议纪要或补充合同/协议执行并跟踪完成状况，对《项目进度计划》进行相应调整，用红色标识问题事项，对其它文件进行更改，直到问题得到有效解决。
5.4.2当公司现有能力和资源不能达成客户要求时，则升级到B级事态，由公司主管副总（或总经理）指示项目组长与客户项目组协商解决，项目组长和相关人员应了解问题状况及产生原因，明确客户支持事项、支持人员、指导内容、回复期限等。填写《项目问题清单》及相应资料证据提交顾客项目组，如涉及设计变更问题。
项目问题清单
4
过程输入
项目事态问题，一般包括：
- 4.1开发人员能力不足- 4.2新设备/工装/量具等资源不能满足要求
- 4.3开发费用超出预算- 4.3项目进度延期
- 4.4设计变更- 4.5样品检测不合格
- 4.6 PPAP未批准
完整的项目事态升级处理流程
公司主管副总（或总经理）
当项目组长在D级事态层次上不能有效解决问题时，公司主管副总（或总经理）应召集会议进行协调和处理，做出决策，如配备资源、协调其它部门支持、责令责任人限期整改、动用其它人员及资源解决此问题等。项目组长在《项目进度计划表》中用黄色标识问题的事项，并跟踪问题的解决进度。
如A级事态仍不能解决，经双方同意则可寻求第3方支持协助解决，最终仍不能解决时双方应确定项目延期、甚至取消项目开发，双方应根据原签订合同/协议规定做好后续处理工作。
会议纪要
补充合同/协议
项目
组长
项目组长应做好事态升级的启动、控制、处置、跟进记录，对处理过程和结果进行总结，持续完善新品开发流程，使问题得到有效解决，满足顾客要求。
当某一事项未按时完成或完成结果偏离目标时，项目组长应进行风险评估，确认此事是否会影响整体项目进度或对客户端带来不良影响，确定是否启动事态升级流程。一般项目工程师个人可自行解决的项目问题可不需启动事态升级流程。
项目进度计划表
项目组
启动事态升级流程首先从D级开始，若问题事项影响轻微，则由项目组长召集并主持会议，项目组成员分析问题发生原因，确定问题解决方案，落实责任人和完成期限。项目组长在《项目进度计划表》中用灰色标识出有问题的事项，并跟踪解决方案实施进度。
公司项目组应与顾客项目组就B级事态进行协商沟通，确定解决处理办法，必要时请顾客项目组成员到现场指导解决。双方协商结果应形成会议纪要，明确双方解决问题事项的要求、职责分工和进度要求。项目组长根据协商结果跟踪处理进度，对《项目进度计划》相应调整，用红色标识问题事项，对其它文件进行更改，并跟踪问题的解决进度。
事态升级控制程序文件
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 副总/总经理 副总/总经理确认，与顾客协商进行处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1
项目事态升级处理流程
批准：
审核：
编制：
更改记录
版次更改内容更改原因更改日期更改人审核人批准
人
2
为确保新项目开发进度，及时处理各个阶段中出现的事态问
1 编制目的
题，降低项目风险，确保项目开发的产品质量和进度满足顾客
要求，特制定本流程。
2 适用范围适合于所有汽车新产品项目开发过程中的事态升级处理。
3.1? 事态升级：当新项目开发过程中出现问题时，需评估项目
3 术语定义
风险严重程度，根据风险大小从项目组开始逐步升级到公司
层、顾客项目组、顾客公司高层等不同层次进行解决的过程。
项目事态问题，一般包括：
- 4.1 开发人员能力不足- 4.2 新设备/ 工装/ 量具等资源
不能满足要求
4 过程输入
- 4.3 开发费用超出预算- 4.3 项目进度延期
- 4.4 设计变更- 4.5 样品检测不合格
- 4.6 PPAP 未批准
5 过程流程职责流程工作内容描述输出成文信息
5.1.1 事态依严重程度分ABCD共4
级。
事态分级
5.1.2 D 级事态：为项目组级，在
项目组及成员范围内解决。
5.1.3 C 级事态：为公司层级，由 D
级升级到公司高层内决策解决。
技术质
5.1
项目问题清单
量部
5.1.4 B 级事态：为顾客项目组
级，由C级升级到客户项目组内协商
解决。
5.1.5 A 级事态：为顾客公司层
级，由 B 级升级到顾客公司高层，由
本公司高层与顾客高层协商决策解
决。
（或项目经理，下略去）在《项目进
度计划表》中用绿色标识已完成事
项。
是否启动
项目
5.2
项目进度计划表
认此事是否会影响整体项目进度或对
组长客户端带来不良影响，确定是否启动
事态升级流程。
一般项目工程师个人
可自行解决的项目问题可不需启动事
态升级流程。
5.3.1 启动事态升级流程首先从D级
开始，若问题事项影响轻微，则由项
目组长召集并主持会议，项目组成员
分析问题发生原因，确定问题解决方
D级
案，落实责任人和完成期限。
项目组
长在《项目进度计划表》中用灰色标
识出有问题的事项，并跟踪解决方案
实施进度。
5.3 项目组
5.3.2 当该事项严重影响整体项目进
程或对客户端带来不良影响，或者项
目会议后仍未能解决消除问题，项目
组应提出解决思路或方案，由项目组
长升级事态到C级，提报给公司主管
副总（或总经理）进行决策解决，如
新增设备资源配置问题。
3
5.4.1 当项目组长在D级事态层次上
不能有效解决问题时，公司主管副总
（或总经理）应召集会议进行协调和
项目问题清单
处理，做出决策，如配备资源、协调
公司主
其它部门支持、责令责任人限期整
C级
管副总
5.4
改、动用其它人员及资源解决此问题
（或总
等。
项目组长在《项目进度计划表》
经理）
中用黄色标识问题的事项，并跟踪问
题的解决进度。
5.4.2 当公司现有能力和资源不能达
成客户要求时，则升级到B级事态，
由公司主管副总（或总经理）指示项
目组长与客户项目组协商解决，项目
组长和相关人员应了解问题状况及产
生原因，明确客户支持事项、支持人
员、指导内容、回复期限等。
填写
《项目问题清单》及相应资料证据提
交顾客项目组，如涉及设计变更问
题。
?
5.5.1 公司项目组应与顾客项目组就
B 级事态进行协商沟通，确定解决处
理办法，必要时请顾客项目组成员到
B 级
现场指导解决。
双方协商结果应形成
会议纪要，明确双方解决问题事项的
要求、职责分工和进度要求。
项目组
长根据协商结果跟踪处理进度，对
《项目进度计划》相应调整，用红色
顾客项
标识问题事项，对其它文件进行更
5.5
会议纪要
目组
改，并跟踪问题的解决进度。
5.5.2 当公司项目组长与顾客项目组
协商后仍不能解决问题时，则升级到
A 级事态，由公司主管副总（或总经
理）与顾客公司高层领导进行协商决
策。
如产品开发成本增加、项目开发
延期或暂停等重大问题。
?。