摘要：存在项目管理的过程。确定了跨学科的项目组织机构。规定了项目团队成员的职责、能力和权限。将联络人信息通知顾客和供方。项目组织机构和相关升级管理满足顾客的要求。明确了升级标准（包括在供方管理中的升级），并且在存在偏差的时候采取措施。角色的定义符合开发方法和协作模型
仅供参考：VDA6.3-2023过程审核条例
2.1
X
是否已经建立了项目管理战略（包括项目组织机构）？
存在项目管理的过程。
确定了跨学科的项目组织机构。
规定了项目团队成员的职责、能力和权限。
将联络人信息通知顾客和供方。
项目组织机构和相关升级管理满足顾客的要求。
明确了升级标准（包括在供方管理中的升级），并且在存在偏差的时候采取措施。
角色的定义符合开发方法和协作模型（敏捷性或非敏捷性）。
考虑从正在进行的或以前的具有可比产品范围的项目中获得的经验（特别是Lessons Learned经验教训）。
识别、评价了项目风险，并通过适当的措施降低风险。
定义项目经理/技术专家的角色、任务、能力以及责任
多场所项目的项目接口
项目组织机构图
项目团队的构成
资质证明
顾客对项目管理的特殊要求
如果是敏捷开发方法：定义升级机制（例：项目经理升级至产品负责人）
定义升级流程中的联络人/决策者
里程碑评价的记录，包括措施
2.2
*
X
是否策划了项目实施需要的所有资源，且已经到位，并报告了变更情况？
基于项目协议，在资源策划中考虑了顾客要求。
建立并落实了针对项目团队成员的资源规划。考虑了员工的工作负荷。
当发生变更（截止期限、开发范围绩效等）时，那么就必须对资源策划开展评审和（必要时）进行调整。在资源策划中，应特别关注关键路径。
策划并批准了针对人员和设备需要的项目预算。
项目组织机构发生变更时（与顾客的接口），需进行报告。
已经策划了与软件相关活动的资源。
资源策划的证明（考虑其他顾客项目）
设备的资源策划（例：开发实验台架、检验和实验室设施）
软件开发活动的资源策划和软件项目管理
2.3
X
是否编制了项目计划并与顾客达成一致，且落实了项目管理？
项目计划应满足顾客的具体要求。
所有内部以及顾客里程牌都应被完整纳入项目计划。
应评审项目计划中所定义的里程碑，检查所有计划 的事项都已落实，并达到了要求的成熟度水平。
如果产品特别需要法定授权程序，则项目计划中应包括程序的持续时间。
项目计划发生变更时，应确保内部沟通。会对顾客产生影响的项目计划变更，则需要同顾客协调。
需要在升级过程中考虑会影响项目总体进度的变更情况（风险管理）。
来自项目计划的关键路径中应考虑相关的交付项。
质量相关的项目活动和采购活动是项目计划的组成部分。项目计划中可引用单独的、详细的计划。
计划中应考虑原型件和试生产件。
应计划在各个对应时间段内的软件的范围。
含里程碑的项目计划
有关技术和/或产品组的顾客特定要求
顾客的项目计划
顾客的截止期限
顾客的里程碑
顾客设定的目标（具体里程碑内的测量）
里程碑评估（评审）
质量管理计划（例：VDA MLA 或 APQP）
特定国家的认证要求（ECE, SAE, DOT, CCC, INMETRO, KBA 等）
关键生产线的法律法规批准过程（环保要求，或者其他）
ASPICE评估的策划，包括根据顾客规范定义的级别
含里程碑的软件放行计划
2.4
X
是否策划了与质量相关的项目活动，并监视了其符合情况？
质量相关的项目活动应满足顾客的具体要求。
质量相关的活动包括产品和过程的保证措施。
计划应包括产品和过程要求的验证和确认。
计划同样需要考虑关键零部件和供应项目（内部和外部供方）。
应定期监视计划的符合性和目标的达成情况。
应考虑涉及软件的质量相关的活动。
项目计划
顾客的里程碑
与质量计划相关的顾客要求
质量管理计划（例：VDA MLA 或者 APQP）
审核和评价计划
顾客规范
特定的软件里程碑，例如：代码和模型评估
创建和确认测试案例
软件相关的KPI（指标、测试覆盖率、测试自动化的水平、错误减少比例，等）
软件的质量批量/放行（SW-Q）
风险评估（特殊特性、网络安全）
2.5
项目的采购活动是否包含在项目计划中?
在项目计划中应包含所有类型供方的供方选择和发包目标日期。
计划中应包括生产线、机器、工具、测量和检验系统以及服务供方（例如：开发、实验室、维护、软件）。
计划中应包括发包目标日期、供方里程碑和放行的截止日期，并与整体计划相协调和匹配。
项目计划
里程碑计划
决定是自制还是外购
2.6
*
X
项目组织是否确保了项目中的变更管理？
项目中的变更管理需要满足顾客的特定要求。
针对变更（供方、内部或者顾客发起的变更），应进行评价。需要时，调整项目计划。评价应包括对产品质量以及项目截止日期的风险评估。
供方应主动参与到变更管理中。
确保遵守规定的设计冻结。针对例外情况，顾客和供方应协商并记录。
所有变更必须记录。
变更管理中，应规定顾客、内部和供方的负责人员。
变更管理
过程描述
进度表
变更表格
产品和过程的变更历史
变更评价
变更批准
软件：变更要求、变更管理
因故障排除、架构和要求变化导致的变更
3.1
X
是否明确了产品和过程的具体要求？
确保明确了包括顾客要求以及法律法规要求在内的应用在产品（和软件）上的功能性和非功能性要求。
组织应识别并考虑与产品和过程相关的以往经验的要求。
在组织内部要求、顾客要求、法律法规要求、制造工艺技术以及基于产品目的/用途特性的基础上已经识别了特殊特性。
顾客在供方和/或原材料选择方面的要求应被考虑在内。
在由顾客决定供方的情况下（指定的供方），应具备三方协议。
顾客对于文档和自由及开源软件（FOSS）放行的要求应被考虑在内。
产品 / 生产过程开发
对于软硬件接口的要求（集成 / 嵌入式软件的产品）
包括要求规范在内的询价及合同文件
可追溯概念
订购和检验要求
特性清单/参考样件
包括功能安全特性在内的产品/过程特性
采购条款
物流要求（包装、JIT、JIS、托管）
包括质量管理具体要求的质量协议
时间计划
互联网上的门户网站/信息平台
经验教训
环保、回收再利用要求
能力要求
对于放行的要求
产品开发
规范、图纸
软件规范
生产过程开发
对于生产线、工具、检验设备的要求以及生产和检测工位布局的要求
对于搬运、包装、储存和标识的要求
软件识别、软件配置以及确保软件正确安装的要求
3.2
*
X
根据产品和生产过程的要求，是否对可行性进行了全面评估？
采用跨学科程序评估可行性(包括潜在生产场所)。
所有明确的产品和过程特殊要求（技术、功能、质量、物流、软件等）应针对可行性进行检查。
在可行性研究中，应考虑物质和人力资源。
可行性研究的结果应在提交报价前完成。
应确保外购件的可行性。
如果顾客要求无法被满足，应告知顾客，顾客可以在合同授予前批准该偏差。
应具备生产线以及使用过程更新的程序刷写方案（如有要求）。
产品/生产过程开发
顾客要求和标准
时间安排，时间框架
法规，标准，法律，环境影响
产品责任要求
可追溯性概念
建筑、空间
CAM, CAQ
产品/过程创新
跨学科的可行性研究（例如：销售、开发、采购、生产策划、生产、质量管理策划、物流）
产品开发
实验室/试验设备
并行软件开发/原型开发
生产过程开发
产能监视
材料到位情况
制造选择，制造地点
生产线、工具、生产/检验设备、辅料、实验室设施、运输方式、容器、存储
多方案管理，刷写方案
来源：世说汽车
