项目管理事态升级流程
事态升级管理规定
项目组长根据项目管理程序编制项目 计划。
项目小组对项目计划中的项目任务确 定高风险项目及项目里程碑(节点)。
审批
升级的原因可能是： 1、未遵守预定的开发 期限； 2、未实施决定性措施； 3、质量能力/质量绩效 得不到保障； 4、看不到进步； 5、未遵守承诺； 6、项目流程中出现的 偏差在目前的责任层 上无法解决。
客户支持
问题解 决报告
总经理 项目小组 客户代表
客户
以上级别无法解决问题时，总经理指 示项目组长邀请顾客代表到现场提供 支持及深入指导。
问题解决 资料归档
事态升 级记录
项目 所有的问题解决的资料由项目组长进 项目组长
小组成员 行整理检查，完善后归档。
提交管理评审
项目组长 总经理 事态升级的结果应提交管理评审。
文件名称：事态升级管理规定
七、参考文件:
7.1 APQP 质量策划管理程序
八、表单:
无
文件编码规则 版次 文件受控章
BT-C-Q-054 01 页次 4/3
BT-B-P-002 APQP
版本
四、定义：
3.1 项目事态升级：当项目开发过程中出现问题时，必须评估项目风险，根据风险大小升级到 某一个层次，一般有四个层次：项目会谈、高层决策、客户协商、客户支持。
3.2 项目会谈（1 级）：当项目进程与计划进度及项目目标出现偏差时，项目组长邀请各部门 相关人员参加会谈，检讨问题解决方案，落实责任人和完成期限。
三、职责：
3.1 APQP 组长：项目开发过程中出现问题时，对问题加以明确并组织解决问题；当问题不能 有效解决时启动项目事态升级程序，并持续跟进问题的解决。
3.2 总经理：关注项目事态升级，当项目组长在其责任层次上不能有效解决问题时，召集会议 作出决策，同时为问题有效解决提供强有力的支援。当确定公司内部综合能力不能达 成客户要求时，指示客户协商或客户支持。
项目事态升级管理程序
项目事态升级管理程序一、令人烦恼的需求变更作为一个软件项目经理，在项目开发进行中，你是否遇到过这样的问题：客户的一个电话，就推翻了之前你与客户、与你自己的开发团队，经过再三讨论而确认定下来的需求。
之后你就重新开始了和客户、和你的开发团队进入新一轮的需求谈论中，甚至是无休止的谈论，甚至要重新设计现有的架构。
而面对这种情况，作为项目经理的你是否会说：“我们无法拒绝客户，但也无法立即满足他的新需求，所以只好是推到以后再进行完善。
”或者，更极端些的想法：客户总是在异想天开，客户的需求在技术上根本无法实现……在与客户新的需求论证中，你是否会对需求确认的重要性产生怀疑。
因为在一开始已经多次和客户沟通，也在没有任何异议的情况下得到了明确的答复，但当开发项目在不断演进，客户对系统的理解逐步加深之时，他们最终还是推翻以前自己想要的需求。
而这时你会认为对于需求，只有获取，没有确认。
而因为需求变更的原因，致使项目多次的延期后，客户仍然说这不是他们想要的。
你还是在抱怨客户的需求像天气一样一直变个不停，最终，无论是你的抱怨还是客户的需求变更只会令项目组中的开发人员疲于奔命，无所适从。
在你的软件项目进行开发之前，你和你的项目成员是否有过这样的想法，在这次软件项目开发中，一定要消除需求变更，不让谈论好的需求发生任何的变更?首先，这种想法和认识是错误的，软件项目开发中的需求变更是不能被完全消除的。
无论是项目经理还是项目开发人员，最好在项目开始之前就消除这种想法。
需求变更是不可能被消除的，而“消除需求变更”的想法却需要被消除。
消除需求变更的所有的努力和想法，在项目开发进行中通常都是费力不讨好。
项目开发过程中，需求的变更是不可避免的。
虽然一般情况下，项目经理花费了大量的心力和气力去避免需求变更，可最后需求变更总是会出现。
但这并不意味着项目不应该做这方面的工作，无论是项目经理，还是开发人员对于需求变更的正确态度应该和对待软件测试的态度一样，在需求变更发生之前尽量减少需求变更发生的情况，以将需求变更带来的风险降到最低。
完整的项目事态升级处理流程
5。1.3C级事态：为公司层级，由D级升级到公司高层内决策解决。
5.1.4B级事态：为顾客项目组级，由C级升级到客户项目组内协商解决。
5。1.5A级事态：为顾客公司层级，由B级升级到顾客公司高层，由本公司高层与顾客高层协商决策解决。
பைடு நூலகம்项目问题清单
5。7.2事态升级处理结果输入管理评审。
6
过程输出
有效解决的项目事态问题事态问题处理记录
项目事态升级处理流程
批准：
审核：
编制：
更改记录
版次
更改内容
更改原因
更改日期
更改人
审核人
批准人
1
编制目的
为确保新项目开发进度，及时处理各个阶段中出现的事态问题，降低项目风险，确保项目开发的产品质量和进度满足顾客要求，特制定本流程。
2
适用范围
适合于所有汽车新产品项目开发过程中的事态升级处理。
3
术语定义
3.1事态升级:当新项目开发过程中出现问题时，需评估项目风险严重程度，根据风险大小从项目组开始逐步升级到公司层、顾客项目组、顾客公司高层等不同层次进行解决的过程。
5.5。2当公司项目组长与顾客项目组协商后仍不能解决问题时，则升级到A级事态，由公司主管副总（或总经理）与顾客公司高层领导进行协商决策。如产品开发成本增加、项目开发延期或暂停等重大问题.
会议纪要
5.6
顾客公司高层
5。6。1公司主管副总（或总经理）与顾客公司高层就B级事态进行协商沟通,确定解决处理办法，必要时请顾客公司领导到现场指导或深入调研解决。双方协商结果应形成会议纪要,明确双方解决问题事项的要求、职责分工和进度要求，必要时重新签订补充合同/协议供双方执行。公司项目组长根据会议纪要或补充合同/协议执行并跟踪完成状况，对《项目进度计划》进行相应调整，用红色标识问题事项，对其它文件进行更改,直到问题得到有效解决.
事态升级管理程序
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
未按客户要求确认问题并给一个初步回复，
项目管理事态升级流程
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. 问题得到解决或未解决的情况，相关文件记录，归档作为项目资料。
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
项目组长
问题解决报告 会谈报告
项目组 客户代表 项目组长 总经理
项目组长
项目管理事态升级流程
升级的原因可 能是：
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、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
供应
销售公 司 技术部
输入
项目管理控制程序 客户要求 产品要求
PDCA
流程
输出
《新产品开 发计划书》
组织
客户
要求
1
项目计划
项目 经理
项目经理根据项目管理控 制程序编制计划书。
P
2
高风险项目 及里程碑确定
《新产品开 发计划书》
项目组
项目组对计划书中的项目 任务确定高风险项目及项 目里程碑。 各项 目组 成员 计划书提交总经理审批后 发放到项目组成员， 各成员 编制工作计划。 项目经理组织项目组成员 进行项目计划的执行。 如在计划执行中出现问题， 项目组必须对问题加以明 确并有效解决。 升级的级别包括： 1 级：质量会谈，项目组邀 请各部门相关人员参加； 2 级：客户支持，如果 1 级 没有达到期望效果， 则有必 要在客户的支持下进行分 析和措施跟踪； 3 级：客户保证，以上级别 未达到目标， 应邀请顾客到 现场进行深入指导， 举行顾 客及高层的会谈。 为有效的解决问题， 以使项 目和预期目标重新取得一 致， 项目组必须正视目标偏 差， 组织各部门人员进行质 量会谈。 根据会谈结果修订 项目计划后再执行。 项目组进行问题解决。 项目 经理 质量会谈（1 级）无法解决 问题时， 项目组应寻求客户 支持（2 级）。 以上级别（1 级、2 级）无 法解决问题时， 项目组必须 邀请顾客代表到现场提供 支持及深入指导， 并与公司 高层进行会谈。 所有的问题解决的资料由 项目经理进行整理检查， 完 善后归档。
3
审
批 Y
N 1
《新产品开 发计划书》
总经理
1 升级的原因可能 是： 1、 未遵守预定的开 发期限； 2、 未实施决定性措 施； 3、质量能力/质量 绩效得不到保障； 4、看不到进步； 5、未遵守承诺； 6、 项目流程中出现 的偏差在目前的责 任层上无法解决。 D
项目实施
项Байду номын сангаас组
N N 2 问题？ 项目运行问 题报告 项目 经理
Y
3
质量会谈
质量会谈报 1 告
项目组 各部门 参加者
4 客户 代表 客户帮助信息 5
问题解决 N 客户支持 N 客户保证
Y
问题解决报 告 客户沟通解 决报告 问题解决报 告 会谈报告
项目组 项目组 项目组 客户代 表 总经理 项目 经理
Y
6
项目 经理
C
1
问题解决 资料归档
A
1
提交 管理评审
项目 经理
事态升级的结果应提交管 理评审。