VDA6.3-2023过程审核-P2项目管理培训课件分享！

P2 整体定位

P2 是新产品 / 新项目全生命周期顶层管控要素，覆盖项目启动→策划→资源→APQP 质量策划→采购供方管理→变更管控全流程，是 P3/P4 产品 & 过程开发的前置基础。

2023 版重大改版：

原 7 条提问精简为6 条，旧版 2.7（事态升级 / 经验教训）合并入 2.1；

星号关键提问（*）调整：新增 P2.2资源管理，保留 P2.6变更管理；取消旧版 2.5 星号；

全条款强化软件、电子、网络安全、ASPICE/VDA MLA要求；

评价视角从 “体系系统化” 改为顾客导向评价；

所有条款强制纳入供应链、客户指定供方、工装 / 设备采购策划。

P2.1 核心要求

公司顶层有标准化项目管理流程 / 战略，统一新项目、产线搬迁、改型项目管控规则；

固定跨职能项目小组（项目经理、研发、工艺、质量、采购、生产、物流、软件）；

明确 RACI 权责、项目经理权限、升级上报机制（原 2.7 合并至此）；

团队人员资质匹配（软件、整车、功能安全人员持证）；

客户要求（CSR）全员传递、培训、知晓。

必备证据

项目管理程序文件、项目启动指令 / 合同 / 意向书

项目组织架构图、RACI 职责矩阵

项目经理任命书、团队成员资质证书

CSR 评审记录、项目启动会议纪要、升级流程文件

过往项目经验教训库（ Lessons Learned）

典型不符合

无统一项目管理流程，各项目管理方式混乱；

架构图仅纸面存在，跨部门人员未实际参与项目例会；

无升级机制，项目延期 / 质量风险无上报渠道；

软件团队无明确接口人，软硬件开发接口混乱。

P2.2核心要求

全维度资源策划：人力、开发 / 测试设备、工装检具、产线、测试环境、IT / 软件服务器、资金、场地；

资源计划动态跟踪：采购周期、到货节点、验收计划纳入项目总计划；

资源缺口、人员变动、设备延期必须变更评审、更新计划并同步客户；

软件专项资源：仿真环境、代码测试工具、网络安全测试设备。

必备证据

资源规划矩阵、工装 / 设备采购合同 & 到货跟踪表

人员排班 / 借调文件、测试环境搭建验收单

资源变更评审记录、风险应对方案

软件测试工具、服务器部署台账

典型不符合

资源仅做纸面规划，设备未下单、人员未配置；

工装延期到货无风险评估、未通知客户；

无软件测试环境，代码 / 模型无验证资源。

P2.3 核心要求

综合项目主计划（甘特图）覆盖全 APQP 阶段，对齐客户交付 / 样件 / OTS/PVS/SOP 里程碑；

计划包含：设计、样件、工装、试生产、放行、供方交付、软件发布节点；

计划变更受控，内部评审 + 客户书面确认；

定期阶段评审（Gate 门控），偏差及时纠偏。

必备证据

项目总进度计划（甘特图）、客户确认里程碑文件

各阶段门控评审报告（概念 / 设计 / 工装 / 试产 / SOP）

计划变更单、客户变更确认邮件 / 协议

项目周例会、月度状态报告

典型不符合

项目计划无客户签字确认，客户里程碑缺失；

节点严重滞后无纠正措施；

软件开发、代码评审、测试放行节点未纳入总计划。

P2.4 核心要求

完整落地 APQP/VDA MLA 成熟度保障，独立质量计划；

覆盖硬件 + 软件质量活动：DFMEA/PFMEA、样件测试、代码评审、测试用例、软硬件放行（SW-Q）；

特殊特性、功能安全、网络安全、有害物质管控纳入计划；

定期监控质量目标、测试覆盖率、缺陷指标、供方质量绩效；

所有质量活动完成有记录，未达标设立整改计划。

必备证据

APQP 总质量计划、VDA MLA 成熟度分级表

DFMEA/PFMEA、软硬件测试计划 & 报告

软件测试覆盖率、缺陷跟踪台账、网络安全风险评估

阶段质量目标达成对比、未达标 8D / 纠正措施

典型不符合

仅做硬件质量策划，软件代码、仿真测试无管控；

无成熟度分级，样件直接进入试产；

特殊特性、信息安全未纳入项目质量管控。

P2.5 核心要求

项目计划包含全供应链活动：供方定点、报价、开模、样件交付、PPAP、供方审核；

区分客户指定供方、关键零部件、工装设备、检测设备供应商；

供方风险分级管控，高风险供方提前介入开发；

客户全部技术 / 质量要求完整传递至二级 / 三级供方；

供方延期、质量问题纳入项目风险跟踪。

必备证据

供方定点时间表、工装外包采购计划

客户指定供方清单、供方 CSR 传递记录

关键供方 APQP 同步计划、PPAP 提交节点跟踪

供方风险评估、供方问题整改跟踪

典型不符合

供方定点、样件交付节点未写入项目总计划；

客户图纸 / 特殊要求未同步给外协供应商；

工装 / 检测设备供应商交付延期无预案。

P2.6* 核心要求

1. 建立统一变更流程：内部变更、客户变更、供方变更、软硬件设计变更全覆盖；
2. 变更前跨职能可行性评审：交期、成本、质量、风险、软件兼容性；
3. 冻结点（Design Freeze）严格管控，解冻需客户书面批准；
4. 变更全链条同步：内部各部门 + 所有层级供方 + 客户；
5. 所有变更留痕：变更通知单、评审记录、验证报告；软件版本变更、代码基线管控。

必备证据

• 工程变更 ECR/ECO 流程文件、变更台账
• 变更可行性评审报告、风险评估
• 客户变更书面确认、冻结点管控记录
• 软件版本管理、代码变更追溯记录
• 变更后样件重测、FMEA 更新记录

典型不符合

• 口头变更、无书面评审，直接修改图纸 / 软件；
• 设计冻结后私自修改，未告知客户；
• 变更未同步下游供方，导致批量不合格；
• 软件迭代无版本追溯，变更无测试验证。

VDA6.3-2023过程审核-第二讲：P2项目管理

审核通用高频检查清单（现场审核必查）

随机抽取 1 个新项目 / 改型项目完整资料，走全 6 条款闭环；

重点核查星号项 P2.2 资源、P2.6 变更（审核员扣分重灾区）；

软件类产品强制追加：ASPICE 证据、测试覆盖率、网络安全评估；

核对客户 CSR 是否在项目启动、计划、变更全环节落地；

抽查 2 家关键供方，验证项目计划中供方节点与变更同步记录；

询问项目经理、软件工程师、采购，验证实际执行而非仅纸面文件。

企业整改通用改善方向

标准化统一《项目管理程序》，整合组织、资源、计划、变更、经验教训；

单独建立软件项目管控流程，匹配 ASPICE/VDA MLA；

资源、变更两条流程升级为公司一级管控流程（对应 * 星号条款）；

项目总计划强制嵌入供方定点、工装、软硬件测试全节点；

建立门控评审机制，无阶段放行不得进入下一开发阶段；

变更台账电子化，图纸、软件、FMEA、供方文件同步联动更新。