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* 核心要求
- 建立统一变更流程：内部变更、客户变更、供方变更、软硬件设计变更全覆盖；
- 变更前跨职能可行性评审：交期、成本、质量、风险、软件兼容性；
- 冻结点（Design Freeze）严格管控，解冻需客户书面批准；
- 变更全链条同步：内部各部门 + 所有层级供方 + 客户；
- 所有变更留痕：变更通知单、评审记录、验证报告；软件版本变更、代码基线管控。
必备证据
- 工程变更 ECR/ECO 流程文件、变更台账
- 变更可行性评审报告、风险评估
- 客户变更书面确认、冻结点管控记录
- 软件版本管理、代码变更追溯记录
- 变更后样件重测、FMEA 更新记录
典型不符合
- 口头变更、无书面评审，直接修改图纸 / 软件；
- 设计冻结后私自修改，未告知客户；
- 变更未同步下游供方，导致批量不合格；
- 软件迭代无版本追溯，变更无测试验证。
VDA6.3-2023过程审核-第二讲：P2项目管理
审核通用高频检查清单（现场审核必查）
随机抽取 1 个新项目 / 改型项目完整资料，走全 6 条款闭环；
重点核查星号项 P2.2 资源、P2.6 变更（审核员扣分重灾区）；
软件类产品强制追加：ASPICE 证据、测试覆盖率、网络安全评估；
核对客户 CSR 是否在项目启动、计划、变更全环节落地；
抽查 2 家关键供方，验证项目计划中供方节点与变更同步记录；
询问项目经理、软件工程师、采购，验证实际执行而非仅纸面文件。
企业整改通用改善方向
标准化统一《项目管理程序》，整合组织、资源、计划、变更、经验教训；
单独建立软件项目管控流程，匹配 ASPICE/VDA MLA；
资源、变更两条流程升级为公司一级管控流程（对应 * 星号条款）；
项目总计划强制嵌入供方定点、工装、软硬件测试全节点；
建立门控评审机制，无阶段放行不得进入下一开发阶段；
变更台账电子化，图纸、软件、FMEA、供方文件同步联动更新。
热门跟贴