汽车研发流程（APQP/IATF16949）与热管理里程碑

课程大纲

• 画出 APQP 五阶段与热管理关键交付物的对应关系
• 判断某项热管理设计决策该在哪个阶段冻结、冻结晚了会付出什么代价
• 识别 IATF 16949 对开发过程的体系要求，并判断本项目该按哪套客户体系交付（北美/自主的 APQP+PPAP，还是德系的 VDA MLA + VDA 2 PPF/PPA）
• 用里程碑证据（而非进度百分比）判断一个热管理项目是否真的到点了

1. APQP 五阶段总览
   • 策划与项目定义（对应整车 VTS 初稿）
   • 产品设计开发（系统方案、SSTS）
   • 过程设计开发（工艺、控制计划）
   • 产品和过程确认（试生产、PPAP，德系对应 PPF/PPA）：本阶段的做法出口＝Run@Rate 与产能爬坡台阶放行（见 M2-08）
   • 反馈评定和纠正措施（量产后监控）：启动期强化管控＝Safe Launch/GP12/分层过程审核（LPA），含明确的进入与退出判据（见 M2-08）
   • AIAG 与 VDA 是并行的两套体系，不是一套：北美/自主客户多用 APQP + PPAP，德系客户走 VDA MLA 成熟度等级保障 + VDA 2 的 PPF/PPA 产品批准 + VDA 6.3 过程审核。IATF 16949 只要求「建立符合顾客特殊要求的产品与制造过程批准过程」，具体交什么由 CSR 定——项目启动第一件事是确认客户走哪条轨道，再决定按谁的手册写交付物
2. 热管理专属里程碑
   • VTS/SSTS 冻结点：晚于此点的需求变更代价陡增
   • 系统方案冻结（架构决策点）：压缩机排量、回路拓扑、水冷/直冷路线一旦定型，改架构基本等于重来
   • 样件试制节点：EP/DP/PP 样件状态与验证结论的对应关系
   • DV/PV 与 SOP：设计验证用工程样件，生产验证要用量产工艺样件
   • ★ **软件/标定这条泳道**（承 M1-07 降级，2026-07-30）：本讲的里程碑轴只画了机械件一条泳道，而热管理项目实际是**两条并行泳道**——机械件按模具与工装冻结走、**开模基本不可逆**；软件按版本基线走、**可改到 SOP 前甚至 OTA 之后**。两条泳道的冻结机制根本不同，所以「同一个门禁」对两侧的含义不同：对机械是「不能再改」，对软件是「本版基线锁定、下版另开」。⛔ 只画机械泳道的里程碑表，会让软件侧的交付时点隐形。基线与配置管理口径引 K4-04，本课不重讲。
   • ★ **软件成熟度等级与样车阶段的映射**（同上承接）：每级成熟度能支撑哪一层验证要写死——A/B/C 样各自对应 EP/DP/PP，以及 DV/PV、SOP 各节点该交哪一版软件。判据是「这一版软件能不能支撑该节点要做的验证」，不是「排期到了就交」。
   • ★ **每道门禁软件侧应交的工作产品清单与时点**（同上承接）：只列清单与时点——标定报告、基线号、成熟度声明、未覆盖工况清单。⛔ 谁签字、确认措施怎么写不在本课（归 M1-03）。⚠ 边界：ASPICE 过程域分组与能力等级 CL0–CL5 的评估方法本体不在本课。
3. IATF16949 的体系要求与顾客特殊要求（CSR）
   • APQP 文档包在热管理项目中的落地清单
   • DFMEA/PFMEA 不是补文档，是前期设计工具
   • 控制计划：从设计参数到过程监控参数的传递——载体是特殊特性（CC/SC）清单，样件/试生产/量产三版控制计划继承同一份清单并逐阶段收紧控制强度；提交产品批准包时，特殊特性对应的过程能力/绩效指数与 MSA 是必查项（统计方法见 M2-01；特殊特性的分级判据、符号体系与过程侧落地见 M2-07）
   • PPAP 提交与批准：五大工具（FMEA/SPC/MSA/APQP/PPAP）如何咬合
   • 三层审核的位阶与分工：三方认证审核（认证机构做 IATF 16949 发证/监督/换证，管体系符合性）／二方审核（顾客或 OEM 对供应商做，德系最常用工具即 VDA 6.3 过程审核，管这条线能不能稳定造出合格件）／一方内审（分层过程审核、产品审核）。三者的对象、频次、结论效力与不符合项关闭路径都不同——拿到 IATF 证书 ≠ 客户不来审你。审核工具本体（P1–P7 过程要素与评分降级规则）见 M2-03
   • CSR（顾客特殊要求）是 IATF 明确要求纳入体系的输入：来源为 OEM 供应商门户、供应商手册、合同与技术协议附件、项目 SOR；须逐条识别并落成内部程序与控制计划、产品批准包（PPAP 或 PPF）的交付物，并指定在 APQP 哪个门禁上验证 CSR 已被覆盖；CSR 与 IATF 通用条款或内部程序冲突时以谁为准、怎么留痕，要事先书面约定
   • 边界性提醒：IATF 16949 / APQP 是质量管理与项目里程碑体系线，Automotive SPICE 是软件工程过程线，两者并行、互不替代——产品批准（PPAP 或 PPF）通过不代表软件过程能力被认可，OEM 对承担软件的 Tier1 通常两条线分别取证。软件侧的过程框架与评估视角见 K4-04
4. 门禁评审（Gate Review）机制
   • 典型节点 T0→T1→…→SOP，每个节点谁签字、要看什么证据
   • 评审通过 ≠ 工作完成，是"允许带风险进入下一阶段"
   • 热管理子系统评审与整车级评审的联动时序
   • 评审意见（Action Item）的闭环机制
   • Gate 的合法结论有三种：通过、带风险通过、终止（kill）。把「终止」从选项里抹掉，项目就只能一路带风险滑到 SOP——终止判据、沉没成本与退出成本的处理见 M1-05
5. 延期根因与里程碑管理工具
   • 甘特图/里程碑跟踪表在热管理项目上的用法
   • 常见延期根因分类：需求晚定、接口晚冻、验证结果晚出
   • 用里程碑偏差趋势提前预警，而不是等到 SOP 前一个月才发现
   • ★ **第四类延期根因：软硬件节奏错位**（承 M1-07 降级，2026-07-30）——本讲原列三类（需求晚定、接口晚冻、验证结果晚出），实测还有第四类且机理不同：① **硬件冻结时软件尚未到可验证成熟度** → 冻结的是一个没被验证过的构型；② **软件改一版使已完成的整车标定作废** → 已花掉的标定工时归零、且往往在 PV 之后才暴露。早期信号分别是「门禁评审时软件侧只交得出计划不交得出基线号」与「标定版本与软件基线号对不上」。⛔ 这一类的对策不是催进度，是在里程碑表上把两条泳道的同步点画出来（见第 2 讲）。

• 系统方案还没冻结就开模具，赌需求不会再变
• 把 DFMEA 当成评审前临时补的文档，而不是从方案阶段就用来筛架构
• 供应商 APQP 节奏与主机厂 SOP 时间表各画各的，缺一张共同里程碑表
• 用"进度完成 80%"这类口头汇报代替里程碑证据（有没有可交付物、有没有签字）
• 变更走口头确认，没有 ECR/ECN 记录，出问题后责任说不清
• 只按 IATF 通用条款准备体系文件，漏掉顾客手册里的 CSR 专属条款，二方审核现场被开不符合项

完整讲义已发布 · 阅读全文

需求区 · 想听众筹

登录后想听 / 点名

想听/点名均为需求登记，不涉及任何付款（意向金仅登记不收款）。满 5 人点名 → 自动向平台专家发邀约。