通用全球APQP的17项任务与PR评审：SQE和供应商的项目管理路线图

简介面向供应商质量管理工程师的通用汽车全球APQP产品质量先期策划培训PPT系统讲解在汽车产品开发中如何通过先期策划识别并解决潜在问题确保按时交付合格产品。内容涵盖APQP的背景定义、目的与优点以及全球化背景下统一程序的最低质量计划要求和实施标准同时梳理了从预采购计划、产品设计与开发、过程设计与开发到产品和过程验证的完整阶段并围绕项目评审PR-1至PR-4展开关键节点控制包括利益相关者会议、技术评审、风险评估、供应商计划评审、DFMEA、设计评审、工装评审等核心活动能够帮助读者建立从概念到量产的全局视角明确各阶段输入输出与责任分工。资源为1个PPTX文件共469KB适合供应商质量工程师、SQE及相关质量管理人员学习使用。目前已有115人参与学习可作为理解通用全球APQP流程并应用于供应链质量管理工作的实用参考资料。1. 从一张PPT看懂通用汽车全球APQPSQE与供应商的第一份作业接到通用汽车的新项目SQE发来一份内部培训材料标题写着“通用汽车全球APQP——供应商质量工程师培训”。这套资料的核心不是讲APQP概念而是把产品质量先期策划落成一张能直接执行的路线图从一个零件在预采购阶段被盯上一直到PPAP批准、量产爬坡一共17项交付物每一步由谁负责、谁审批PR-1到PR-4四次项目评审分别在哪个节点卡你。它适合主机厂SQE、供应商项目经理和汽车零部件质量工程师阅读也适合想搞明白全球主机厂如何把AIAG APQP变成内部可审计流程的人。读完你会清楚APQP不是写一堆没人看的文件而是每个节点都有明确证据链的项目管理系统。2. 通用为什么自建全球APQP区域差异、最低要求与三方分工2.1 全球通用程序要解决什么从区域性变差到一套执行标准APQP本身不是新理论AIAG的APQP手册早就把五个阶段和基本工具讲清楚了。问题在于每个地区、每个工厂甚至每个SQE对同一要求的理解和验收尺度不一样交付物深一脚浅一脚。通用把全球化车型平台铺开之后一个供应商可能同时给北美、欧洲、中国三个工厂供货如果每个区域对DFMEA提交格式、对控制计划最低要求都不同供应商根本没法排资源。所以通用在APQP前面加“全球”两个字目标非常明确消除程序要求的区域性变差让同一套要求在全球范围内保持一致。PPT里把全球通用程序的目的写得很直白识别必要的要求并设计实施流程消除不必要的要求支持SQE和供应商开展的日常APQP活动定义产品计划中的最低要求同时在产品和服务过程中建立标准的实施过程消除部门和区域的不同做法。这里最值得琢磨的是“最低要求”四个字。它的意思是供应商的APQP交付物不是越多越好而是达到GM 1927-1项目计划里列出的17项就算满足底线。超出底线的加严要求通常来自项目风险等级、KCDS特性数量或者车型项目本身的特殊要求不在全球通用程序的标准范围内。PPT还总结了一套APQP的优点有效利用所有资源和方法对所需更改进行早期识别并实施避免后期更改保证在所需能力和项目进度要求下交付合格产品。这四点看着像口号实际对应的是一个很现实的经济账汽车零件在量产阶段改一个模具或换一个工艺路线成本可能是设计阶段的几十倍。“先期”两个字值钱就值在把所有可能翻车的点提前到图纸还能改、模具还没开的时候暴露出来。2.2 采购、SQE、工程部三方职责怎么划通用内部管这件事的部门就三个采购、供应商质量、工程部。PPT对三方的定位讲得很清楚采购员负责选厂是询价、定点这条商务线的负责人SQE是GM在整个项目里的项目经理管供应商的质量、能力和时间进度同时负责向管理层更新项目信息工程部提供设计、产品和发布工程师、验证工程师、制造过程工程师、工装工程师、材料工程师分别对应设计评审、DV验证、可制造性分析、工装验收和材料认可。供应商容易犯的一个错误是把SQE当成唯一窗口所有问题都跟SQE一个人说。实际上工程部的人才是DFMEA输入、设计评审和工装评审的技术裁判采购员才是定点策略和商务条款的决策人。SQE更像一个项目集线器把这三条线的信息汇聚成同一个项目状态。技术问题在工程师那里谈商务问题在采购那里谈项目进度和质量状态的唯一出口是SQE。这个边界如果在项目启动阶段没定清楚后面会非常痛苦供应商辛苦做了一版DFMEA结果工程部说这个设计责任根本不在你这边白做。我的建议是供应商在项目启动会议上把三方联系人、职责范围和决策边界列成一张表什么问题找谁、什么问题必须抄送SQE、哪些文件由GM工程部直接审批。这张表看着简单却能避免PR评审时才发现技术问题根本没和工程师对齐过的尴尬局面。2.3 供应商被要求做到什么程度零缺陷与向下穿透对供应商的要求这份材料里写得不含糊主动符合AIAG APQP要求和GM全球APQP任务要求开发每个零件或系统的详细计划包括详细零件设计、详细防错过程和零缺陷保持项目进度包括设计完成、样件交付、准确样件提交和零件交付早期识别项目问题并促进纠正整改在APQP未解决问题清单中记录保持与GM沟通项目状态和问题期望分供方同样满足这些要求。注意最后一条——“期望分供方满足这些同样要求”。这是很多供应商会忽略的责任GM不会直接去审你的二级供应商但你的PFMEA、控制计划、GP-12遏制计划里引用的分供方能力和过程数据必须由你负责确认。一级供应商实际上被要求把自己的APQP体系向下复制一层否则源头材料的变差会直接击穿你对通用承诺的过程能力。“零缺陷”在PPT里出现好几次但它不是口号而是和详细防错过程绑定的每一个工序的防错装置、失效模式、验证频次都要在PFMEA和控制计划里落到位。后续GP-12、RunRate、PPAP就是对着这些承诺逐项验证验证不过就进高风险供应商清单。第3章要讲的17项任务本质就是把这些要求拆成一条条可检查、可追踪的交付物。3. 17个任务与PR评审节点读懂那张项目计划总表3.1 四个Phase与样件阶段先看清一把时间尺PPT里那张“APQP项目计划”总表是全套材料信息量最大的一张图。它把项目从预采购到量产分成四个阶段Phase 0 Pre-sourcing、Phase 1 Plan and Define与Product Design and Development、Phase 2 Process Design and Development、Phase 3 Product and Process Validation加上Feedback、Assessment and Corrective Action。Phase 0做什么产品还没定点采购员组织关键利益方会议和技术评审把询价包和候选供应商先筛一轮。Phase 1是设计落地样件经历Generic、Alpha、Beta、Proto等节点对应设计成熟度逐步提高。Phase 2把制造过程固化下来流程图、PFMEA、控制计划、工装量具都在这个阶段定稿。Phase 3做产品与过程验证PPAP、RunRate、GP-12都在这里关闭之后才允许转入量产爬坡。总表下半部分还列了Gage Concept Approval、Gage Design Approval、Gage Approval RR、KCDS Workshop、GDT Update、Kick-Off Meeting等活动节点。这些动作没有和17个任务并列但实际上是量具评审这条线的输出先确认量具概念再确认量具设计最后做GRR验证。KCDS Workshop用于确定关键特性清单是后续控制计划和GP-12遏制范围的输入时间定晚了整个下游都要等。需要说明的是FE1/FE2/FE3、PP、Pilot这些样件阶段名称PPT里只给了节点名没给定义不同项目里含义会有细微差别实际操作以VLET确定的关键节点日期为准不必在名词上钻牛角尖。3.2 17个交付物每一项应该交出什么总表的核心是17个任务原文称为“APQP项目计划GM 1927-1由17个主要需要交付的内容或要求组成”。把原表整理成一张清单能直接当供应商内部立项的目录用。任务号任务名称主要交付物或活动活跃阶段1关键利益方会议会议纪要、询价包内容确认Phase 02技术评审RFQ理解确认、可制造性意见、KCDS研讨会计划Phase 03风险评估与定点新零件或新供应商风险清单、定点决定Phase 0至Phase 34供应商项目评审项目状态更新、风险升级全阶段5时间进度表与未关闭问题项目主进度、未关闭问题清单全阶段6可行性与制造评估函供应商签字的能力承诺函定点前后7流程图过程流程图含统一工序编号Phase 28DFMEA设计失效模式与效应分析Phase 19设计评审设计评审记录、功能性能安全确认Phase 110量具、工装与设备审核量具设计确认、GRR、工装验收记录Phase 2至Phase 311GP-11通用过程审核不符合项与整改闭环Phase 2至Phase 312PFMEA过程失效模式与效应分析Phase 213控制计划过程控制计划含KCDS特性Phase 214GP-12早期生产遏制计划与执行记录量产初期15PPAP生产件批准包Phase 316RunRate按节拍生产验证报告Phase 317经验教训教训清单、纠正措施与验证证据全阶段任务1、2、3在定点前完成任务4、5是贯穿全阶段的管理型任务任务6给定点决策提供书面依据任务7到14是工程和制造准备的主干任务15、16是量产前的硬门槛。这张表落到供应商手里最直接的作用就是做项目计划立项每个任务指定一个责任人对照项目主进度日期倒排开始时间和完成时间。不少供应商项目失控不是因为某个文件做不出来而是这17项任务没有人在同一个时间轴上统一跟踪。3.3 用PR-1到PR-4把任务串起来每次评审查什么总表左侧有一列PR-1、PR-2、PR-3、PR-4标记这是项目评审节点。PR-1通常对应定点前后的项目启动确认PR-2对应设计开发阶段的技术评审PR-3对应过程设计开发的准备度评审PR-4对应产品与过程验证完成、准备量产的决策点。把原表里的任务标记整理成矩阵带●的位置表示该任务在该PR节点要有可展示的进展或结论。任务PR-1PR-2PR-3PR-41 关键利益方会议●2 技术评审●3 风险评估与定点●●4 供应商项目评审●●●●5 时间进度表与未关闭问题●●●●6 可行性与制造评估函●●●●7 流程图●●●8 DFMEA●●●9 设计评审●●10 量具、工装与设备审核●●●11 GP-11●●12 PFMEA●●●●13 控制计划●●●●14 GP-12●15 PPAP●16 RunRate●●17 经验教训●●●●原表里部分任务用连线和TR字样标注了“在技术评审期间持续更新”的含义上表统一按检查点处理不影响实际使用。PR-1看项目能不能启动关键利益方会议、技术评审的结论要闭环同时流程图、DFMEA、PFMEA、控制计划要有初版或策略版本不是等PR-2才动手。PR-2和PR-3重点看设计与过程开发质量设计评审、GP-11在PR-2和PR-3有明确检查点量具工装审核从PR-2开始到PR-4前要完成GRR。PR-4是量产前最后一次大考GP-12、PPAP、RunRate全压在这里没关闭就上不了PPAP更拿不到量产批准。这套矩阵的实际用法是项目团队在每个PR评审前拿着17个任务逐条标状态。凡是当前PR带●的任务必须有文件、有结论、有下一步行动项不带●的任务可以只汇报进度风险。这样评审会就从一小时的空谈变成十五分钟的对表。4. 任务分配表R/A/S/I责任矩阵怎么落地执行4.1 责任四字母先分清谁干活、谁批准17个任务光有时间表还不够还得有人干、有人查。PPT第14页给了一张任务分配表左栏是Custormer Monitored右栏是Supplier Monitored每一行用R、A、S、I四个字母标注角色。按原表定义R是Responsible负责完成交付物是干活的人A是Approve审批交付物通常是GM的SQE或工程部S是Support提供输入或人力支持不背交付物的主责I是Inform只需要被通知进展不需要正式审批C是Consult提供咨询意见N/A表示不适用。责任矩阵的核心逻辑是几乎所有任务的执行R都在供应商侧审批A在GM侧GM工程对多数技术文件只是S或I。这意味着供应商不是“配合GM做APQP”而是“主动产出17份证据链等GM来批”。很多供应商直到PPAP前才明白这一点结果所有文件都像给客户写的作业而不是给自己用的过程控制依据。把角色读错最常见的翻车方式是供应商把S当成R把该自己出的文件推给GM工程或者反过来把GM的A当成S以为审批只是走过场。按PPT原表还原几个关键行的责任如下任务执行方审批方支持或知情方技术评审供应商陈述GM评审SQE与工程部采购员协调可行性评估函供应商SQE采购员知情流程图供应商SQE与工程部DFMEA按设计责任归属供应商或GMGM工程部另一方支持设计评审按设计责任归属GM工程部PFMEA供应商SQE与工程部控制计划供应商SQE与工程部GP-12供应商SQEPPAP供应商SQERunRate供应商SQE经验教训供应商SQE审阅工程与采购知情原表部分单元格里出现了多个字母组合比如“A/R”表示审批与执行由同一方在不同阶段完成实际使用时以你手上项目的SOR和定点合同为准。这张表最直接的用途是供应商在项目启动时把它翻译成内部任务分配矩阵避免到了评审会上才发现某项交付物没人认领。4.2 定点前的三个任务技术评审、风险定点的完整动作PPT把最花精力的三个任务写了详细描述这三个都发生在定点之前。任务1是产品定点策略会议任务所有人是采购员时间在定点前。会议目的是让所有利益方参与先期采购过程就一个特定产品包进行开发和了解内容包括选点程序、内容、时间进度和战略最终确保询价包中包含为获得竞争性报价所需的全部信息。很多供应商以为询价包是采购单方面发的其实一份完整的询价包是开过策略会议之后才成形的。供应商在这个阶段能做的事有限但可以通过技术交流提前让采购员和SQE知道你的制造能力边界。任务2是参加技术评审任务所有人仍是采购员时间在定点前。参会人员包括供应商、采购员、工程师、SQE及被影响组织的代表。核心目标是评估报价确保RFQ包中的所有要求已被理解和供应商有潜能生产出满足GM要求的零件。审查范围覆盖任何与零件可制造性有关的项目包括时间进度、设计、制造能力、包装等。这次会议还要确定KCDS研讨会时间。KCDS是通用确定关键特性的专用流程控制计划里的关键特性编号源头就在KCDS研讨会定晚了PFMEA和控制计划都会被拖住。任务3是风险评估和定点任务所有人是采购员进度要求定点前做初始评审在样件、Gamma、整车验证时间段做第二次评审。这是一种工具用来评估车辆早期开发过程中的潜在问题并确定通用应对哪些零部件或供应商给与更多关注。所有新零件、所有新供应商都要过一遍。SQE的职责包括参与最初的风险评估选定候选供应商决定APQP和GP-9的主导形式。这里直接决定了你的APQP包是完整提交还是部分简化也会决定GP-9要做几轮。供应商如果在定点阶段没有参与风险评估讨论后期被加严管理就别喊想不到。4.3 把责任矩阵转成供应商内部周跟踪表一张Excel就够了任务分配表最有价值的迁移用法不是背下R、A、S、I而是把它变成项目周会滚动检查表。做得好的供应商通常都是把17个任务做成一行一个任务的主计划每个任务下面挂交付物文件、内部责任人、外部审批窗口、计划完成日期、对应PR节点、当前状态和未关闭问题编号。一般做法是建一张“APQP 17 Task Tracker”列结构如下任务编号任务名称主责部门GM审批窗口交付物文件清单计划完成日期实际完成日期当前状态未关闭问题编号。状态列建议只用四档未开始、进行中、待审批、已关闭。每周五由项目协调员统一刷新逾期项自动标红。PR评审前三天把当前PR带●的任务单独筛一版附在评审材料首页。这张表最大的作用是把“APQP做得怎么样”从印象变成数据。谁的任务长期逾期哪个交付物卡在审批环节哪个问题在三个PR评审里反复出现一眼就能看出来。还可以配一个最简单的闭环规则任务状态进入“已关闭”前必须上传交付物电子文件并填写实际完成日期没有文件和日期的“已关闭”不算数。这个习惯能有效避免评审前临时补文件的老毛病。5. APQP推进中的常见问题与排查SQE和供应商最容易踩的五个坑5.1 流程图、PFMEA、控制计划对不上号现象PR-2评审时流程图是V2.0PFMEA里的工序编号已经到10控制计划的操作号却只有8。三个文件拆开看都有内容放一起完全没有共同语言评审没法往下进行。原因三个文件由工艺工程师、质量工程师、设备工程师分头编写没有约定统一的工序编号体系。最常见的情况是流程图出了初版但PFMEA和控制计划各写各的后面工序一变更只有其中一个文件被更新。解决把工序编号作为主键。流程图定义编号PFMEA引用同一编号并补充失效模式与控制措施控制计划引用同一编号并补充检验方法。评审时按编号链核对任何一个文件改了编号另外两个必须同一周内更新。顺序永远不要反过来。这道坎过不去后面的GP-11和PPAP文件审核基本不会有干净结果。5.2 谁是DFMEA的R没在定点时确认现象项目启动一个月GM工程部要求供应商提交DFMEA供应商也认真写了到PR-2评审时SQE说这个设计责任在GM供应商应该只出S不该挡在R的位置上。原因任务分配表第8条和第9条都有“供应商设计负责”和“通用设计负责”两种情形判定依据是设计记录的发布方。供应商接到RFQ后没有和工程部确认设计责任归属以为所有APQP文件都必须由自己扛下来。解决定点头一周就确认设计责任归属。图纸、数模、技术规范由GM发布时供应商只做可制造性反馈和PFMEA设计责任在供应商时才把DFMEA和设计评审的R拿在手里。判断口诀是谁发布设计记录谁对DFMEA负主责另一方只提供支持。拿不准就去翻任务2技术评审的纪要里面应该有明确结论。5.3 PPAP快交了RunRate还没排产现象PR-4评审前两周PPAP文件包已经签完字SQE问RunRate做了没有项目组才发现按报价节拍的产能验证一次都没排。生产线在试生产时按60%节拍运行从未验证过满节拍连续生产。原因RunRate被当成了PPAP之后的事。实际上它应该在Phase 2末期就做第一轮暴露设备瓶颈、人员熟练度和物流节拍问题整改后再做第二轮确认。排在PPAP之后再做等于量产决策没有任何产能数据支撑。解决在项目计划里把RunRate和PPAP放在同一条关键路径上Phase 2末期排第一轮Phase 3验证结束前完成整改并关闭。PPAP批准的前提是所有GP-9不符合项关闭而不是PPAP签字后再补一份报告。稳妥的做法是把RunRate日期写进PR-3的评审结论里PR-3没通过就自动顺延PPAP计划。5.4 GP-12遏制范围谈不拢要么过度全检要么漏检现象GP-12启动后一家供应商把全部零件、全部特性都做100%检查检验员翻倍成本直线上升另一家只查了外观关键KCDS尺寸完全没有额外遏制被SQE开出严重不符合项。原因GP-12是早期生产遏制不是永久全检。它的遏制范围取决于三个输入项目风险等级、KCDS关键特性清单、供应商APQP历史表现。全做或全不做都是没有提前和SQE对齐范围。解决GP-12启动前一周拿着控制计划去找SQE确认遏制计划表包括哪些工位、哪些特性、抽样频次、持续时间和退出准则。退出准则一般看一段时间内的PPM和不良趋势达标后经SQE书面同意才能退出。GP-12的检查记录要有独立标识不要混在量产检验数据里否则SQE无法确认遏制是否真实执行。5.5 经验教训没编号项目结束等于什么都没发生现象Lessons Learned在PR-1到PR-4都有检查点但项目团队每次评审都是口头提几句“上次那个经验”没有任何人拿得出带编号、带验证证据的问题清单。到下一个同类型项目同样的模具问题再犯一次。原因17个任务里经验教训最容易被当成软任务。它没有PPAP那样硬的交付物很多团队只在项目收尾时简单写一段总结平时根本没有人持续维护。解决把经验教训当作和DFMEA一样正式的交付物。每个教训一个编号关联到供应商内部问题管理流程记录现象、原因、纠正措施、验证证据和推广范围。每期PR评审前把当前阶段的开放问题清单和已关闭经验教训编号放入评审材料。量产批准当天经验教训清单作为APQP关闭必查项缺一个编号就不签字。把它和PPAP放到同等位置项目组就不会再当它是可有可无的任务。6. 把人家的17条改成自己的跟踪表一页Excel的落地技巧这套培训PPT真正值钱的不是概念页而是那17项任务和PR评审矩阵可以直接落成一张属于你自己的项目跟踪表。我的做法很简单但执行起来很有效。第一步照抄第3章那17行的顺序建表。第一列是任务编号和名称不要自己重排保持和GM 1927-1一致后续和SQE对表时双方说的都是同一个编号。第二列写交付物文件名例如“流程图-XX总成-V2.1”确保每个任务都挂在实体文件上。第三列写内部责任人按第4章的责任矩阵把17个R分到具体人头。第四列写GM审批窗口通常是SQE、工程部或采购员。第五列写计划完成日期按VLET主进度倒排。第六列写实际完成日期第七列是状态只允许“未开始、进行中、待审批、已关闭”四档。最后一列是未关闭问题编号和通用APQP未解决问题清单联动。每周五下午花十五分钟刷新一次。逾期任务整行标红关闭任务必须有文件链接和完成日期否则不算关闭。PR评审前一天按当前PR带●的任务筛选一版打印一张纸带去开会。这套表的精髓在于把“APQP推进情况”从黑匣子变成一张每周都会被逼着更新的作战图。只要第七列出现连续“未开始”的单元格且第五列日期已经过期没有人能等到PR评审才发现项目已经翻车。我给自己的硬性习惯是每个新项目定点生效当天就把这张表建好四个PR日期填进计划列然后每周五强制走一遍过表流程。从那以后APQP再也不是文件夹里一本没人翻的PPT而是每周都会逼着人对现实交账的进度表。希望帮到你。本文还有配套的精品资源点击获取