VDA 6.3:2023 P2.3 审核实战指南
VDA 6.3:2023 P2.3 审核实战指南P2.3是否编制了项目计划并与顾客达成一致，且落实了项目管理？
1）项目计划应满足顾客的具体要求。
1.1）审核提问可包括：
Ø 项目的初始输入如何获取和管理？
Ø 请阐述如何确保顾客的所有具体要求（技术、产品组、截止期限、目标）被完整识别并作为项目计划的基础？
Ø 如何确保项目计划全面覆盖并满足了顾客的所有具体要求和特定技术或产品组要求？
Ø 请描述如何识别并整合顾客对项目计划的具体要求？
Ø 请展示顾客SOR与技术规范中关于项目计划的要求是如何传递到您的项目计划中？
1.2）关注的风险可包括：
Ø 项目计划没有考虑到顾客特定要求，导致项目计划的里程碑，阶段交付物和软件开发要求不符合顾客特定要求，影响项目进度；
1.3）审核方法可包括：
Ø 员工访谈：项目经理、销售经理、项目团队核心成员等。
Ø 文档审核：顾客需求规范、销售合同、技术协议、质量协议、顾客特定要求、项目报价文件、项目任务书等。
1.4）审核证据可包括：
Ø 顾客需求规范。
Ø 销售合同。
Ø 技术协议。
Ø 质量协议。
Ø 顾客特定要求。
Ø 项目报价文件。
Ø 项目任务书。
1.5）潜在的审核不符合项包括：
Ø 顾客要求只是依靠项目成员相互之间的口头传达，没有汇总成一份完整顾客要求的清单。
Ø 顾客的特定技术要求（如某项功能安全目标）未被识别或未纳入项目计划中进行管理。 2）所有内部以及顾客里程牌都应被完整纳入项目计划。
2.1）审核提问可包括：
Ø 项目计划中如何整合所有内部和顾客的里程碑、截止期限和目标？
Ø 如何定义和跟踪项目的里程碑？
Ø 项目计划在发布前，是通过什么流程与顾客达成一致的？请提供顾客批准的证据。
Ø 在项目里程碑评审中，如何验证计划事项的落实情况和成熟度水平？
Ø 如何记录和跟踪里程碑评审结果和行动措施？
2.2）关注的风险可包括：
Ø 风险：项目里程碑定义不够清晰，导致项目关键交付物不能按时完成交付；
2.3）审核方法可包括：
Ø 员工访谈：项目经理、项目团队核心成员等。
Ø 文档审核：项目计划、内部里程碑要求、顾客里程碑要求等。
2.4）审核证据可包括：
Ø 包括内外部里程碑的项目计划。
Ø 顾客特定要求。
2.5）潜在的审核不符合项包括：
Ø 顾客里程碑未纳入项目主计划进行管理。
Ø 项目的内部里程碑和顾客里程碑时间存在冲突。 3）应评审项目计划中所定义的里程碑，检查所有计划的事项都已落实，并达到了要求的成熟度水平。
3.1）审核提问可包括：
Ø 请说明里程碑评审是如何进行的？
Ø 项目里程碑评审中如何验证项目计划任务的落实情况和成熟度水平？
Ø 项目里程碑评审结果和行动措施如何进行记录和跟踪？
Ø 请展示您最近一次里程碑评审会议记录，您如何验证该里程碑所有计划事项都已落实并达到要求的成熟度水平？采用了哪些量化指标进行项目成熟度评估？
3.2）关注的风险可包括：
Ø 风险：项目里程碑评审走过场，成熟度评审主观化，阶段评审没有及时识别和解决项目中遇到的问题。
3.3）审核方法可包括：
Ø 员工访谈：项目经理、项目团队核心成员等。
Ø 文档审核：项目评审会议纪要、项目行动跟踪计划、项目成熟度评估报告等。
3.4）审核证据可包括：
Ø 项目评审会议纪要。
Ø 项目行动跟踪计划。
Ø 项目成熟度评估报告。
3.5）潜在的审核不符合项包括：
Ø 项目里程碑评审会议没有召开，或只有项目进度报告，没有检查交付物的实物证据和成熟度水平。
Ø 项目里程碑评审发现了问题（如图纸未冻结），但没有记录在问题清单中，也没有指定负责人和措施期限。 4）如果产品特别需要法定授权程序，则项目计划中应包括程序的持续时间。
4.1）审核提问可包括：
Ø 对于需要法定授权或认证的产品，项目计划中如何考虑和包括这些程序的持续时间？
Ø 项目计划中如何确保产品合规要求满足顾客要求？
4.2）关注的风险可包括：
Ø 产品法律法规认证活动未纳入项目计划管理，认证周期估计不足或认证失败未预留缓冲，导致产品无法按时获得市场准入，造成项目受到严重影响。
4.3）审核方法可包括：
Ø 员工访谈：项目经理、项目团队核心成员等。
Ø 文档审核：项目计划、产品法律法规清单、认证机构沟通记录等。
4.4）审核证据可包括：
Ø 项目计划。
Ø 顾客对产品的法律法规要求。
4.5）潜在的审核不符合项包括：
Ø 顾客对产品有法律法规的认证要求，但是项目计划中没有体现该活动。 5）项目计划发生变更时，应确保内部沟通。会对顾客产生影响的项目计划变更，则需要同顾客协调。
5.1）审核提问可包括：
Ø 项目计划在发布前，是通过什么流程与顾客确认达成一致的？请提供顾客批准项目计划的证据。
Ø 当项目计划需要变更（如进度、资源、范围）时，内部的沟通和协调如何实施？
Ø 对于影响顾客的项目变更，如何与顾客协调并获得顾客批准？
5.2）关注的风险可包括：
Ø 项目计划变更未有效沟通，导致内部项目团队的工作脱节；
Ø 影响顾客的变更未及时协调，造成与顾客项目计划冲突或顾客信任丧失，升级为顾客特殊状态，影响项目进度顺利推进。
5.3）审核方法可包括：
Ø 员工访谈：项目经理、项目团队核心成员等。
Ø 文档审核：项目变更管理流程、顾客变更特定要求、项目计划等。
5.4）审核证据可包括：
Ø 项目变更管理流程。
Ø 顾客变更特定要求。
Ø 项目计划。
Ø 影响顾客变更的邮件。
5.5）潜在的审核不符合项包括：
Ø 项目因技术问题延迟2周，但未通知内部相关部门，也未通知顾客，导致顾客项目进度受到影响。
Ø 没有建立书面的项目变更管理程序，导致变更存在失控风险。
Ø 有内部变更管理流程，但变更流程不清晰，导致变更评审缓慢。
Ø 或对于影响顾客的变更，只是通知了顾客但未等待其正式批准就已开始执行。 6）需要在升级过程中考虑会影响项目总体进度的变更情况（风险管理）。【风险升级管理】
6.1）审核提问可包括：
Ø 如何识别和管理会影响项目总体进度的变更情况？
Ø 请举例说明一个已识别的重大风险或变更，是如何通过升级流程进行管理和解决？
Ø 如果面对影响项目进度的风险，是否有项目管理的升级管理流程？
Ø 过往项目中已识别的重大风险或变更，是如何通过升级流程进行管理和解决的？
6.2）关注的风险可包括：
Ø 项目风险和重大变更没有有效升级，停留在项目团队层面无法解决，导致项目目标（时间、质量、成本）失控，引发严重的项目失败风险。
6.3）审核方法可包括：
Ø 员工访谈：项目经理、项目团队核心成员等。
Ø 文档审核：项目风险清单、升级管理流程、风险跟踪控制措施等。
6.4）审核证据可包括：
Ø 项目风险清单。
Ø 升级管理流程。
Ø 项目升级会议纪要。
Ø 风险跟踪控制措施。
6.5）潜在的审核不符合项包括：
Ø 项目风险清单没有内容，或只是列出了无关紧要的风险。
Ø 识别出了某项重大风险，但该风险一直停留在项目团队层面，未按流程升级至管理层以寻求支持和解救方案。
Ø 没有定义升级管理流程，当项目遇到无法解决的障碍或风险时，项目只能停滞不前。 7）来自项目计划的关键路径中应考虑相关的交付项。
7.1）审核提问可包括：
Ø 项目计划中如何定义和识别关键路径？
Ø 请提供项目关键路径分析结果？
Ø 如何确保关键路径上的所有交付项被适当考虑和管理？
7.2）关注的风险可包括：
Ø 关键路径没有准确识别，导致项目整体延迟或资源分配不合理。
7.3）审核方法可包括：
Ø 员工访谈：项目经理、项目团队核心成员等。
Ø 文档审核：项目计划、项目关键路径等。
7.4）审核证据可包括：
Ø 项目计划。
Ø 项目关键路径。
Ø 项目评审记录。
7.5）潜在的审核不符合项包括：
Ø 项目计划中没有识别关键路径。
Ø 项目关键路径已延迟，但未触发任何升级流程。 8）质量相关的项目活动和采购活动是项目计划的组成部分。项目计划中可引用单独的、详细的计划。
8.1）审核提问可包括：
Ø 项目计划中如何将质量活动和采购活动整合到项目计划中管理？
Ø 当使用独立的质量或采购计划时，如何确保其与项目计划的关键节点联动？
8.2）关注的风险可包括：
Ø 质量计划或采购计划和项目计划脱节，无法保证和项目计划匹配；
8.3）审核方法可包括：
Ø 员工访谈：项目经理、质量经理、采购经理等。
Ø 文档审核：项目计划、质量管理计划、供应商开发计划等。
8.4）审核证据可包括：
Ø 项目计划。
Ø 质量管理计划。
Ø 供应商开发计划。
8.5）潜在的审核不符合项包括：
Ø 项目计划中没有引用或整合APQP/质量控制计划等质量活动。
Ø 供应商开发计划与项目计划中的零件认可节点不匹配。 9）计划中应考虑原型件和试生产件。
9.1）审核提问可包括：
Ø 项目计划中如何安排原型件和试生产件的开发、验证和生产？
Ø 请描述如何在项目计划中策划原型件和试生产件的需求（数量、时间节点、用途、交付标准），并确保这些活动与开发验证计划保持一致？
9.2）关注的风险可包括：
Ø 原型件和试生产件没有充分策划，导致产品或过程设计验证不充分或批量生产延迟。
9.3）审核方法可包括：
Ø 员工访谈：项目经理、质量经理、生产经理等。
Ø 文档审核：原型件/试生产件的生产计划、生产记录、测试记录、交付记录、顾客反馈结果等
9.4）审核证据可包括：
Ø 原型件/试生产件的生产计划。
Ø 原型件/试生产件的生产记录。
Ø 原型件/试生产件的测试记录。
Ø 原型件/试生产件的交付记录。
Ø 顾客对原型件/试生产件的反馈结果。
9.5）潜在的审核不符合项包括：
Ø 原型件/试生产件生产数量满足顾客要求，但是交付顾客没有考虑运输时间，导致实际交付延迟。
Ø 原型件/试生产件生产没有考虑到物料采购和模具准备时间，导致原型件/试生产件的计划无法按时达成。 10）应计划在各个对应时间段内的软件的范围。
10.1）审核提问可包括：
Ø 对于软件产品，项目计划中如何定义和计划各个时间段的软件范围？
Ø 如何策划软件放行和ASPICE评估？
Ø 请展示软件项目的范围计划，如何定义各个时间段（如Sprint、软件发布）的功能范围？
Ø 如何跟踪软件开发进度与项目计划的一致？
10.2）关注的风险可包括：
Ø 软件范围定义模糊，导致软件开发范围不清晰。
Ø 没有开展ASPICE评估，影响顾客对软件质量的信心。
10.3）审核方法可包括：
Ø 员工访谈：项目经理、软件项目经理等。
Ø 文档审核：软件开发计划、ASPICE评估计划。
10.4）审核证据可包括：
Ø 项目计划
Ø 包括里程碑的软件开发计划
Ø 软件放行计划
Ø ASPICE评估计划
Ø 软件评审会议纪要。
10.5）潜在的审核不符合项包括：
Ø ASPICE评估目标等级与客户要求不符，
Ø ASPICE评估活动没有纳入软件开发项目计划进行统一管理。
理论是灰色的，而实践之树常青。真正的能力提升，源于对自我工作的不断审视。希望大家通过不断的实践，去提升审核实战的能力。