PEU 全流程交付物清单
本质与导读
本质 这页回答的问题是"作为 PEU 项目经理/总师,我手头要管哪些交付物,什么时候交,交给谁"——它不是 PEU 开发的"做什么" (topic-peu-development 已覆盖 V 模型 + 试验矩阵),也不是"按哪些法规" (topic-peu-regulations 已覆盖),而是**"在 24–36 月的项目周期里,每个 milestone 必须产出哪些文档/数据/样件,谁负责,谁签字"。PEU 项目失败 80% 不是技术问题,是交付物失控**——某份关键文档晚两周交,后面所有 gate 都堆积。这页是"项目管理视角"的 PEU 全景图。
主线坐标:方法 / 标准层(跨站支撑) · ↑ 全景主线
1. 项目时间轴与 5 个 Gate
PEU 项目 24–36 月分 5 个 Phase,每个 Phase 末有 OEM gate review,gate 不过不能开下一阶段。
| Phase | 时长 | OEM Gate | 关键交付物 |
|---|---|---|---|
| 0/1 概念 | 3–6 月 | Concept Freeze | SOR 解读 / Concept doc / QFD / HARA + ASIL / 项目计划 |
| 2 设计 | 6–12 月 | Design Freeze | DFMEA / DVP&R / 硬件原理图 / TSC/FSC / FMEDA / ASPICE SYS 1-3 |
| 3 工装 (OTS) | 4–8 月 | OTS Approval | DV 报告 / PFMEA / CP Pre-Launch / SWE V&V / FI / EMC 全扫 |
| 4 量产 (PPAP) | 2–4 月 | PPAP/SOP | PV 报告 / Cpk / MSA / PPAP 18 要素 / PSW / Safety Case / CSMS |
| 5 SOP | 持续 | 年度 audit | SOP 量产 / SPC / 8D / OTA + SUMS / lessons learned |
关键认知:5 个 gate 之间不可越级——例如 OTS Approval 没拿到就提前做 PPAP 件,等于在"未冻结的设计"上做量产数据,后期一定返工。
2. 四条平行交付通道
PEU 交付不是一条线,而是 4 条平行通道——硬件 / 软件 / 功能安全 / 质量。每条独立,各有 OEM 不同的审批方。
| 通道 | 标准 | 交付物 | OEM 审批方 |
|---|---|---|---|
| 硬件 | IATF 16949 + AIAG PPAP | PPAP 18 要素 + PSW | 质量/采购部 |
| 软件 | ASPICE 4.0 | SYS./ SWE./ SUP./ MAN. PA 评分 | 软件 SQA 部 |
| 功能安全 | ISO 26262 Part 4–10 | Safety Case + FMEDA + FI 报告 | FS 工程部 |
| 质量 | AIAG SPC/MSA | Cpk/Ppk + GR&R + 控制图 | 量产质量部 |
| 网络安全 | ISO/SAE 21434 + UN R155 | TARA + CSMS 证书 + 渗透测试 | Cybersecurity 部 (2024 后强制) |
关键认知:任何一条通道失败 = SOP 推迟。新势力常见失误:技术猛烈推进但 ASPICE / FS 通道滞后,到 PPAP gate 才发现软件 Capability Level 不达标 → 推迟 SOP 3–6 个月。
3. RACI 责任矩阵
PEU 项目典型 5 角色:Sys Eng / HW / SW / PE (Process Eng) / QE (Quality Eng) / PM。每个交付物有且仅有一个 A (批准人)——多个 A 等于无 A。
关键认知:
- PM 批准最终交付物 (PSW / Safety Case),但不写文档
- QE 是 PPAP / Cpk / PV 的批准人——这是质量经理在车规项目里独有的权威
- HW + SW 共同 Responsible for Safety Case——功能安全不是单一团队的事
- C (协商者) 和 I (知情者) 不能混淆——C 要看草稿提反馈,I 只是抄送
4. Phase 0/1 (概念阶段) 交付物
Phase 0/1 核心任务是把 SOR 翻译成"内部需求 + 项目计划"——容易被低估,实际是最重要的阶段。这一阶段不细致,后面所有阶段都在"打地基不牢"。
| 类别 | 交付物 | 负责 | 审批 |
|---|---|---|---|
| 项目管理 | PMP (Product Master Plan) | PM | PMO + OEM |
| 项目管理 | APQP 项目计划 (topic-apqp) | PM | OEM SQA |
| 项目管理 | 风险登记册 (Risk Register) | PM | OEM PM |
| 需求 | SOR 解读 + 内部 RTM (Req Trace Matrix) | Sys Eng | OEM SE |
| 需求 | VOC 整理 + QFD 矩阵 | Sys Eng | PM |
| 系统 | 系统架构 + 功能定义 | Sys Eng | OEM SE |
| 系统 | HARA 危险分析 + ASIL 评估 | FS Eng | OEM FS |
| 系统 | TARA 网络安全分析 | CSE | OEM CSE |
| 安全 | Safety Plan (ISO 26262 Part 2) | FS Eng | OEM FS |
| 计划 | DV/PV/EMC/FS 试验计划 | QE + Test Lead | QE Manager |
| 计划 | BOM 初版 (含 AEC-Q 等级) | HW + 采购 | 采购总监 |
Gate Review 内容 (Concept Freeze):上述全部 + OEM 项目经理签字。
5. Phase 2 (设计阶段, B 样) 交付物
Phase 2 核心任务是把架构变成 schematic + code,完成 DV 起步。B 样 5–30 pcs。
| 类别 | 交付物 | 负责 |
|---|---|---|
| 硬件 | 原理图 + PCB layout + BOM v1.0 | HW |
| 硬件 | HV/LV 接口规格 (HSI) | HW + Sys Eng |
| 硬件 | DFMEA (topic-fmea) | HW + QE |
| 硬件 | DVP&R (Design Verif Plan & Report) | HW + QE |
| 软件 | SYS.2 系统需求 + SYS.3 系统架构 (ASPICE) | SW |
| 软件 | SWE.1 软件需求 + SWE.2 软件架构 | SW |
| 软件 | MISRA 静态代码扫描报告 | SW |
| 安全 | TSC (Technical Safety Concept) | FS Eng |
| 安全 | FSC (Functional Safety Concept) | FS Eng |
| 安全 | FMEDA (硬件) | HW + FS Eng |
| 安全 | DFA (Dependent Failure Analysis) | FS Eng |
| 验证 | B 样件试制 + 部分 DV (温循/振动/EMC CE) | PE + QE |
| 验证 | 概念阶段供应商 PCN 评估 | 采购 + HW |
Gate Review 内容 (Design Freeze):DFMEA 评审通过、DVP&R 试验计划 OEM 签字、ASPICE SYS+SWE 1-3 review 通过、FMEDA 满足 ASIL 置信目标。
6. Phase 3 (工装阶段, OTS/C 样) 交付物
Phase 3 核心任务是用正式模具做 C 样,完成 DV 全套。C 样 30–100 pcs。
| 类别 | 交付物 | 负责 |
|---|---|---|
| 硬件 | OTS 样件 + 首件 FAI 报告 | PE |
| 硬件 | 完整 DV 报告:topic-iso-16750 + topic-iso-7637 + topic-iso-11452 + topic-cispr-25 + HV 介电 + PD + IP6K9K + HALT | QE + Test Lab |
| 硬件 | AEC-Q 器件确认 (Tier-2 提供) | 采购 + HW |
| 工艺 | PFMEA (topic-fmea) | PE + QE |
| 工艺 | PFD (过程流程图) | PE |
| 工艺 | CP (Control Plan, Pre-Launch) (topic-control-plan) | PE + QE |
| 工艺 | MSA 报告 (topic-msa),所有量具 GR&R < 30% | QE + Calibration |
| 工艺 | 工装设计 + 模具调试报告 | PE + 工装组 |
| 软件 | SWE.3 软件详设 + SWE.4 单元测试 + SWE.5 集成测试 | SW |
| 软件 | ASPICE PA 评估 (内部预审) | SW SQA |
| 安全 | FI (Fault Injection) 报告 | FS Eng + Test |
| 安全 | SPFM/LFM/PMHF 计算 | FS Eng |
| 安全 | 集成 V&V 报告 (ISO 26262 Part 4 §9) | FS Eng |
| 安全 | DIA (Development Interface Agreement) 与 Tier-2 签 | FS Eng + 采购 |
| 网络安全 | TARA 更新 + 渗透测试报告 | CSE |
| 网络安全 | CSMS 体系内审 | CSE + QMS |
Gate Review 内容 (OTS Approval):OTS 样件 + DV 全报告 + PFMEA/CP/MSA + FI + ASIL D 置信达标 + CSMS 内审通过。
7. Phase 4 (量产阶段, PPAP/D 样) 交付物
Phase 4 核心任务是用正式产线连续生产 ≥300 件,完成 PV + PPAP 提交。D 样 ≥300 件。
| 类别 | 交付物 | 负责 |
|---|---|---|
| 工艺 | PPAP 18 要素 (topic-ppap)——element 1-18 全部 | QE |
| 工艺 | PV 报告 (topic-dv-pv) | QE + Test Lab |
| 工艺 | Cpk (初始 Ppk) ≥ 1.67 (关键) / 1.33 (一般) | QE |
| 工艺 | CP (Production) | PE + QE |
| 工艺 | PSW (Part Submission Warrant) ✍️ 签字 | QE Manager + PM |
| 工艺 | 量产 SOP 文件 + 作业指导书 | PE |
| 工艺 | 包装/物流验证 | PE + 物流 |
| 软件 | ASPICE 正式评估 (OEM 第三方机构) | OEM SQA |
| 软件 | 软件版本基线 + Release Note | SW + 配置管理 |
| 安全 | Safety Case (ISO 26262 Part 4 §9, Part 6 §11) | FS Eng + 签字 |
| 安全 | Confirmation Review 报告 | 独立审计员 |
| 安全 | Production Release (ISO 26262 Part 7) | FS Eng |
| 网络安全 | CSMS 证书 + CS Case (UN R155) | CSE |
| 网络安全 | SUMS 证书 (UN R156) | CSE |
| OEM 私有 | OEM 客户特殊文档 (element 17) | QE + PM |
Gate Review 内容 (PPAP/SOP):PSW 签字 + Safety Case 闭合 + ASPICE 正式评分达标 + CSMS/SUMS 证书完备。
8. Phase 5 (SOP 阶段) 持续交付物
Phase 5 从 SOP 那天开始,持续到产品下市——很多供应商以为"过了 PPAP 就完事",其实 Phase 5 才是最长的阶段。
| 类别 | 交付物 | 频次 |
|---|---|---|
| 量产 | SPC 控制图 (X-bar / R / p) | 每班次/工序 |
| 量产 | 批次 Cpk + 趋势 | 月度 |
| 量产 | DPPM / FPY 报告 | 月度 |
| 量产 | 客户投诉 + 8D 报告 (topic-8d) | 单 case 24h 响应 |
| 量产 | field claim 季度报告 | 季度 |
| 量产 | 年度供应商 audit | 年度 |
| 软件 | OTA 升级包 + Release Note | 每升级 |
| 软件 | SUMS 升级合规记录 | 每升级 |
| 安全 | field 安全事件回溯 + Safety Case 更新 | 单事件 |
| 网络安全 | 漏洞监测 + CVE 评估 | 持续 |
| 网络安全 | 渗透测试 retest | 年度 |
| 质量 | lessons learned 库更新 | 每问题解决 |
| 体系 | IATF 16949 监督审 / 再认证 | 年/3 年 |
9. 交付物失控的 3 种典型场景
PEU 项目失败 80% 不是技术问题,是交付物失控——
9.1 单条通道滞后拖累全局
典型:硬件按时,但 ASPICE 软件评估 Level 1 不达标 → PPAP gate 卡死 → 推迟 SOP 6 个月。
预防:四条通道 (HW / SW / FS / CS) 在每月 Steering Committee 同步,任一通道滞后立即上报,不要等到 gate 才发现。
9.2 关键文档"补"出来
典型:DV 边做边记录不规范,到 PPAP 时补 DVP&R 表格——OEM 一查就发现日期/批次/责任人对不上。
预防:DV/PV 试验从 day 1 就用标准模板录入,试验员当场录,不允许"事后补"。
9.3 OEM 私有要求漏掉
典型:供应商把"通用 PPAP 18 要素"做齐,但 OEM 在 element 17 里要求的额外文档 (大众 / 宝马 / 特斯拉各自的私有标准) 漏看 → PPAP 退回。
预防:每个 OEM 在项目 kickoff 就把 element 17 清单交出来,补到内部 RACI 矩阵里;不能用"通用 PPAP"替代客户私有要求。
10. 5 个常见陷阱
PEU 交付管理 失败模式集中在 5 个反复出现的坑:
| 陷阱 | 描述 | 预防 |
|---|---|---|
| 多 A 责任 | 一份交付物有多个 A,实际无人负责 | RACI 严格执行,每行只能一个 A |
| Gate 越级 | 提前开下一阶段,后期返工 | OEM gate 强制 review,缺失文档不放行 |
| 通道孤岛 | HW/SW/FS/CS 各开各的会,问题不汇总 | 每月 Steering Committee 四方同步 |
| 文档补做 | 试验完事后补 DVP&R 表格 | 模板化录入 + 当场录 + 防止"事后补" |
| OEM 私有漏看 | element 17 不当回事,通用 PPAP 替代 | 项目 kickoff 就把 OEM 私有清单列入 |
11. 实操示例：Phase 3 OTS gate 四通道交付物状态核查
Phase 3 gate review 是 PEU 项目中交付物最密集的检查点——四条并行通道必须同时绿灯才能进入 Phase 4 (PPAP)。以下是某 800V IGBT 主驱模块 T-18m gate review 的真实状态快照。
背景:项目 T-18m 节点,OEM 启动 Phase 3 gate 正式评审,共核查 24 条必交项(HW 9 / SW 5 / FS 6 / CS 4)。
| 通道 | 必交项 | 状态 | 说明 |
|---|---|---|---|
| HW — 电气性能 DV | 满载效率/热 DV 报告 | ✅ 绿 | 3 批次均通过 |
| HW — EMC DV (CISPR 25 Class 5) | DV 试验报告 | 🔴 红 | 147 MHz 超标 2.8 dB,补测进行中 |
| HW — HV 介电 DV | 局放 + 耐压报告 | ✅ 绿 | 通过 |
| HW — TC/TS 耐久 DV | 500 次温循报告 | ✅ 绿 | 通过 |
| HW — PFMEA 更新版 | PFMEA Rev.3 | ✅ 绿 | AP 全部降至可接受 |
| HW — 控制计划草稿 | CP Rev.1 | ✅ 绿 | 等 MSA 结果补填 GRR 列 |
| HW — MSA (量具 GR&R) | 关键量具 GRR 报告 | 🔴 红 | 3 个量具未完成 |
| SW — ASPICE Level 1 审核 | 评估报告 | ✅ 绿 | Level 1 达标 |
| SW — SWE.6 集成测试 | 测试用例 + 结果 | 🔴 红 | 覆盖率 78%,未达 OEM 要求 90% |
| FS — HARA v3 + ASIL 分配 | 已批准版本 | ✅ 绿 | ASIL D (扭矩安全目标) |
| FS — FMEDA + SPFM/LFM | 分析报告 | 🔴 红 | SPFM 97.8% < 99%(ASIL D 门槛,ISO 26262-5)→ 未达标 |
| FS — Safety Case skeleton | SC v0.3 | ✅ 绿 | 证据占位符已确认 |
| CS — TARA 评估 | TARA 报告 | ✅ 绿 | 中/高风险已列 |
| CS — CSMS 边界定义 | CSMS scope 文档 | ✅ 绿 | 已纳入整车 CSMS |
gate 结论:24 条中 4 条红(EMC DV / MSA / SWE.6 覆盖率 / FMEDA SPFM 未达 ASIL D 99%)→ gate FAIL。裁决:正式 6 周延期,OEM 签发 Deviation(编号 DEV-2025-0341)允许进入 Phase 3 续做,但 Phase 4 入口冻结至四条红转绿。
关键推导:EMC DV 延误原因是 Y-cap 补焊后需重新申请试验室档期(4 周等待),而非整改本身复杂。SWE.6 覆盖率不足因前 2 个 sprint 的模拟器 stub 未覆盖 CAN 超时路径。两条 root cause 完全不同,需平行推进,不能串行等待——这是 Steering Committee 月会必须跨通道同步的原因。
12. 边界与局限
PEU 交付管理框架在三种边界场景下的标准流程会失效,需要额外约定。
边界 1:OEM 压缩 SOP 导致物理试验时间不足。OEM 将 SOP 提前 3 个月(从 T0 提到 T-3m)时,Phase 3 试验窗口从 18 个月压缩至 15 个月。但部分 DV 试验有物理下限:TC 500 次循环(每次 1h,含转移时间约 1.5h/次)最少需 10-12 周连续占台;H3TRB 1000h 需 6 周实验室占机——合计不可压缩时间约 18 周。当总窗口仅 15 个月时,两类试验必须完全串行切换台,任何设备故障都会造成 gate FAIL,没有缓冲余量。应对:在 SOR 阶段就把试验不可压缩时间列入合同,压 SOP 必须同步减 DV 范围(需 OEM 书面批准)。
边界 2:Tier-2 共同开发时 PPAP 责任分割问题。当 IGBT 模块由半导体供应商(Tier-2)与 Tier-1 联合开发时,PPAP element 8(材料/成分数据)和 element 9(设计失效模式分析的 DFMEA)通常由 Tier-2 提供,但 element 18(PSW 签字)由 Tier-1 承担。若 Tier-2 的 element 8 延迟或 DFMEA 版本与 Tier-1 PFMEA 不一致,Tier-1 无法签 PSW——而 OEM 不接受"等 Tier-2"作为推迟 PPAP 的理由。标准 RACI 矩阵通常没有 Tier-2 行,必须在 SOR 阶段扩展 RACI 将 Tier-2 关键 deliverable 写入合同里程碑。
边界 3:ASPICE 级别要求中途升级。若 OEM 在 B-样件阶段将软件要求从"ASPICE Level 1 可接受"调整为"Level 2 强制",已经完成的 SWE.1-SWE.5 工作产品必须补充 PA 2.1(过程绩效管理)和 PA 2.2(工作产品管理)证据——即每个工作产品必须有 version baseline、review 记录和追溯矩阵。这类补文档工作耗时 2-3 个月,且无法并行于当前 sprint 开发,因为补文档需要开发人员配合回溯历史决策。项目计划中漏掉这段缓冲将直接导致 Phase 3 gate SW 通道红灯。
核心要点
- PEU 24–36 月 5 个 Phase + 5 个 OEM Gate,任一 gate 不过不能开下一阶段。
- 四条平行交付通道:硬件 (PPAP) / 软件 (ASPICE) / 功能安全 (Safety Case) / 网络安全 (CSMS)——任一失败 = SOP 推迟。
- RACI 责任矩阵:每个交付物有且仅有一个 A;QE 是 PPAP/Cpk/PV 的最终批准人。
- Phase 0/1 看似"务虚",其实是最关键——SOR 解读 + HARA + ASIL + Safety Plan 必须细致。
- Phase 3 (OTS) 是试验最密集阶段——完整 DV + PFMEA + CP + MSA + FI + ASPICE 预审。
- Phase 4 (PPAP) 核心是 PSW 签字——四通道全闭合才能签。
- Phase 5 持续 SOP+:SPC / 8D / 年度审 / OTA / 漏洞监测——比开发阶段更长。
- 交付物失控 3 种场景:单通道滞后 / 文档补做 / OEM 私有漏看——预防靠流程化。
Cross-references
- ← 索引
- PEU 开发流程 — V 模型 + A/B/C/D 样件 + 试验矩阵
- PEU 法规体系 — 6 大域法规
- APQP 先期产品质量策划 — 5 阶段过程框架
- PPAP 与汽车零部件开发阶段 — 18 要素 + PSW
- DV 与 PV 详解 — 两道验证锁
- IATF 16949 汽车质量管理体系 — 顶层体系
- FMEA 方法论 — DFMEA + PFMEA
- MSA 测量系统分析 — element 8
- SPC 控制图详解 — Phase 5 量产监控
- 控制计划 (Control Plan) — Phase 3/4 落地
- HALT/HASS — Phase 3 加严试验
- ASPICE — 软件并行通道
- 功能安全 — Safety Case 通道
- 电动汽车标准详解 — 整车法规背景
- 8D 问题解决方法 — Phase 5 失效响应