本文将系统梳理 Automotive SPICE（ASPICE）标准的核心框架，对比 3.1 版与 4.0 版的关键差异，并说明不同能力等级的导入路径与周期估算，供汽车供应链企业规划流程改进时参考。
目录
- ASPICE 的定义与适用范围
- 标准演进：从 CMM 到 ASPICE 4.0
- 流程参考模型与三大类别
- 六个能力等级详解
- 导入范围的选择逻辑
- 典型导入周期估算
- 五步导入计划
- 研发管理平台的支撑价值
- 常见问题
ASPICE 的定义与适用范围
Automotive SPICE 是面向汽车产业的流程改进与能力测定标准，由德国汽车工业联合会（VDA）旗下的质量管理中心（QMC）持有并运营。其技术渊源可追溯至 ISO/IEC 15504（SPICE）及后续的 ISO 330XX 系列，专为评估系统与软件开发过程的成熟度而设计。
现行有效版本包含两套文件：2023 年 12 月发布的 ASPICE 4.0，以及仍被广泛采用的 3.1 版。值得注意的是，标准名称中的 “S” 在早期代表 “Software”，自 3.0 版起已扩展为 “System”，覆盖硬件工程与机器学习等新兴领域。当前汽车供应链中，几乎所有涉及车用产品的开发项目均需符合该标准要求。
标准文件由三部分构成：
- 流程参考模型（PRM）：定义 32 个核心流程的范围、目的与预期产出
- 量测架构：继承 ISO/IEC 33020，规定六个能力等级、流程属性及评分方法
- 流程评估模型（PAM）：为各流程设定能力指标与实施指标
评估结果以矩阵形式呈现：横轴为选定的流程范围，纵轴为能力等级，每个流程独立评定。
标准演进：从 CMM 到 ASPICE 4.0
前身与分化
1987 年，卡内基梅隆大学软件工程研究所发布 CMM（能力成熟度模型），最初用于评估承包商资质。该模型后被扩展至软件流程改进领域，成为 ASPICE 的理论基础。早期车厂曾接受 CMMI 或 ASPICE 双轨认证，但随着车用软件复杂度攀升及 ASPICE 独立改版，两条路径已逐渐分离。
关键版本节点
| 时间 | 事件 | 核心变化 |
|---|---|---|
| 1994 | ISO/IEC 15504（SPICE）发布 | 跨行业软件过程评估基础标准 |
| 2005 | ASPICE v2.0 独立 | 从 ISO 体系剥离，由 VDA QMC 运营 |
| 2010 | ASPICE v2.5 | PAM 与 PRM 分置，工程流程编号统一 ENG 前缀 |
| 2015 | ASPICE 3.0 | PRM/PAM 合并；一致性/追溯性拆分为独立实践；工程流程细分为 SYS 与 SWE |
| 2017 | ASPICE 3.1 | 勘误与文字修订，HIS SCOPE 更名为 VDA SCOPE |
| 2021 | ASPICE for Cybersecurity | 新增网络安全相关流程，回应 ISO/SAE 21434 需求 |
| 2023 | ASPICE 4.0 | 纳入硬件工程、机器学习流程；简化流程结构；强化与功能安全、网安标准的整合接口 |
流程参考模型与三大类别
ASPICE 3.1 版定义 32 个关键流程，按生命周期维度划分为三大类别、八个子组：
主要生命周期流程（Primary）
- 采购（ACQ）
- 供应（SPL）
- 系统工程（SYS）
- 软件工程（SWE）
组织生命周期流程（Organizational）
- 管理（MAN）
- 流程改进（PIM）
- 重用（REU）
支持生命周期流程（Supporting）
- 支持（SUP）
ASPICE 4.0 在此基础上重构了流程架构，新增硬件工程（HWE）与机器学习工程（MLE）流程组，并将验证（VAL）独立为新的流程领域，同时合并或删减了部分冗余流程。
六个能力等级详解
ASPICE 采用六级能力模型，从 0 级至 5 级逐级提升：
| 等级 | 名称 | 核心特征 |
|---|---|---|
| Level 1 | 已执行 | 达成基础实践（BP）与工作产出（WP）的最低要求 |
| Level 2 | 已管理 | 流程执行有计划、有监控、有数据；工作产品受控于配置管理 |
| Level 3 | 已建立 | 组织级标准流程存在且可裁剪；项目流程源于标准并有效执行 |
| Level 4 | 可预测 | 流程绩效以量化指标度量，并用于项目控制 |
| Level 5 | 优化 | 基于数据持续改进流程，形成组织级优化闭环 |
供应链实践中，Level 2 与 Level 3 为最常见的目标等级。Level 2 关注项目层面的执行可控性，Level 3 则要求组织具备标准化与裁剪能力。
导入范围的选择逻辑
32 个流程全部导入既不现实也无必要。评估范围由企业与委托方协商确定，亚洲市场常见三种范围约定：
VDA Scope（16 个流程）
最基础的评估范围，覆盖项目管理、质量管理、配置管理、问题管理、变更管理，以及系统与软件工程的核心 V 模型流程（需求、架构、实现、集成、验证）。
VDA Extended Scope（约 21 个流程）
在基础范围上追加需求获取、风险管理、验证、联合审查及产品发布等流程。
扩展范围附加流程
部分车厂会额外要求重用管理、文件化或流程改进等组织级流程。
ASPICE 4.0 的趋势是进一步整合功能安全（ISO 26262）与网络安全（ISO/SAE 21434）的接口，未来评估范围可能跨越单一标准边界。
典型导入周期估算
以下以 VDA Scope（16 流程）为例，说明不同等级的建议时间投入：
Level 2 导入路径（约 16 个月起）
- 流程定义阶段（约 5 个月）：将标准 BP/GP 要求转化为可执行的二、三、四阶文件，确保覆盖完整性与内部一致性
- 试做项目（约 5 个月）：选取内部项目验证流程可执行性，积累记录与证据，建议结束时安排预评估
- 正式项目（不少于 6 个月）：执行待评估项目，确保至少 6 个月有效证据链，完成后接受正式评估
Level 3 导入路径（约 26 个月起）
Level 3 对组织级能力提出更高要求，建议分五阶段推进：
- 流程定义（约 5 个月）：除项目流程外，需建立标准流程框架与裁剪规则
- 试做项目 A（约 5 个月）：验证流程有效性，建立流程改进小组与项目团队的反馈机制
- 试做项目 B（约 5 个月）：选取特性差异显著的项目，验证裁剪指南的适用性，安排预评估
- 流程调整（约 3 个月）：基于双项目经验与预评估发现，优化裁剪指南
- 裁剪实施（不少于 6 个月）：项目团队依据裁剪指南定制流程，经流程改进小组确认后执行，接受正式评估
Level 3 评估中，评估师会交叉访谈项目团队与流程改进小组，以确认裁剪的合理性与监控的有效性。
五步导入计划
基于实践观察，建议按以下步骤规划 ASPICE 导入：
第一步：认知建设与差距分析
组织需先完成标准认知培训，区分两类课程：标准理解培训（面向实施团队）与助理评估师培训（面向未来参与评估的人员，需通过 intacs 认证机构授课及考试）。随后开展差距分析，比对现有流程与标准要求的偏离程度，作为资源规划依据。
第二步：文件化体系建设
按选定范围编制分层文件：
- 二阶程序书：定义活动步骤，建议采用 EITVOX 模型（输入-入口准则-任务-验证-输出-出口准则）
- 三阶指导书：细化任务执行方法与工具操作规范
- 四阶模板：提供记录表单与检查清单
第三步：项目执行与证据积累
严格按定义流程执行项目，确保所有活动留有可追溯记录。证据的系统性比数量更重要。
第四步：预评估
以正式评估模式进行模拟，帮助团队熟悉访谈节奏，识别剩余差距。预评估通常不产出分数或证书，其结果用于指导下一周期改进。
第五步：正式评估
评估前需确认：项目证据覆盖不少于 6 个月；评估师资质获客户认可；项目数据逻辑清晰、调取便捷；应答人员对工作内容熟练，具备必要的语言沟通能力。
研发管理平台的支撑价值
ASPICE 对流程可追溯性、配置管理与证据完整性有严格要求，单一工具链往往难以覆盖全生命周期。企业在选型时可关注以下维度：
- 需求、设计、测试、缺陷的纵向追溯能力
- 工作产品的版本控制与基线管理
- 跨项目、跨部门的流程协同与权限治理
- 研发效能数据的采集与可视化
ONES 是企业级研发管理平台，提供项目管理、需求管理、知识库、测试管理、流水线与代码管理的一体化能力，面向中大型组织支持复杂流程配置、权限模型与跨团队协作治理，并以研发效能度量支持数据驱动的持续改进。对于需要同时满足 ASPICE、功能安全及网络安全多重标准的汽车电子企业，一体化平台可减少工具割裂带来的集成成本与合规风险。
其他值得关注的工具方向包括：专注于需求工程与追溯矩阵的专业平台、提供强配置管理能力的 ALM 套件，以及支持 DevOps 流水线与质量门禁集成的工程效能工具。选型时应结合企业现有技术栈、团队规模及评估范围综合判断。
常见问题
ASPICE 与 ISO 26262 的关系是什么？
两者互补而非替代。ASPICE 关注流程能力的成熟度，ISO 26262 关注功能安全的技术实现。ASPICE 4.0 已预留与功能安全、网络安全标准的整合接口，企业可协同导入。
是否必须通过 Level 3 才能进入汽车供应链？
取决于客户要求。VDA Scope Level 2 为多数 Tier 2 供应商的入门门槛，Level 3 通常面向核心系统供应商或自动驾驶等高复杂度领域。
现有 CMMI 认证能否替代 ASPICE？
不能。两者评估模型、流程范围及行业认可度均已分化。拥有 CMMI 基础可加速 ASPICE 理解，但仍需按汽车专用标准重新评估。
硬件团队是否需要参与 ASPICE？
ASPICE 4.0 已明确纳入硬件工程流程（HWE），涉及硬件开发的团队需同步准备。3.1 版虽未强制要求硬件流程，但系统级评估中硬件相关活动仍可能被纳入 SYS 流程审查。
流程改进小组在 Level 3 中的角色是什么？
流程改进小组（Process Improvement Group）是 Level 3 的核心组织载体，负责维护标准流程、审批裁剪方案、处理项目反馈并驱动持续优化。评估师会将其视为项目利益相关方进行访谈。
