第2章：ASPICE等级模型——能力等级0-5的定义与评估

好，咱们进入正题。ASPICE的等级模型，说白了就是一套衡量你开发过程成熟度的尺子。从0级到5级，每一级都代表不同的能力水平。我见过不少团队，一上来就喊着要过3级，结果连1级的基础都没打牢。嗯，咱们一步步来。

2.1 能力等级0：不完整级

这是最底层的等级。说白了就是——过程没执行，或者执行了但没留下任何证据。你想想看，如果审计师来了，问你「你们怎么做需求管理的？」你拿不出任何记录、邮件、会议纪要，那就是0级。

关键特征：

• 过程未定义，或定义后未被遵循
• 没有工作产品产出（或产出无法追溯）
• 无法证明任何过程活动被执行

2.2 能力等级1：已执行级

到了1级，至少能证明「我做了这件事」。我个人习惯把1级叫做「有证据的干活」。你做了需求评审？好，把评审记录拿出来。你写了单元测试？好，把测试报告拿出来。

评估标准：

• 过程目标被实现
• 工作产品被创建并维护
• 过程活动可被追溯

2.3 能力等级2：已管理级

2级开始，就不只是「做了」，而是「有计划、有监控、有调整地做」。你想想看，一个项目从需求到交付，如果连个计划都没有，全靠拍脑袋，那永远到不了2级。

关键特征：

• 过程有明确的计划（时间、资源、输入输出）
• 过程执行被监控（比如定期检查进度）
• 发现偏差时能及时调整
• 工作产品符合既定标准

2.4 能力等级3：已建立级

3级是大多数汽车OEM的硬性要求。到了这个级别，你的过程不再是某个项目独有的，而是整个组织通用的标准过程。说白了，就是「换个人来干，结果也差不多」。

关键特征：

• 组织级标准过程已定义并发布
• 项目根据自身特点裁剪标准过程（不是照搬）
• 过程资产（模板、检查单、指南）被收集和复用
• 有过程改进机制（比如定期回顾）

我举个例子。你公司有一套标准的「软件详细设计」模板，所有项目都用它。但A项目是ADAS系统，B项目是车载娱乐系统，它们对设计深度的要求不同。3级的要求是：A项目可以裁剪掉一些不必要的细节，但裁剪的理由要记录在案。而不是直接扔了模板自己另搞一套。

2.5 能力等级4：可预测级

4级开始，玩的是「量化管理」。说白了，就是不再凭感觉说「这个项目进度还行」，而是用数据说话。比如：

• 「我们的需求变更率是15%，高于组织基线10%，需要分析原因」
• 「单元测试覆盖率92%，但缺陷逃逸率偏高，说明测试用例质量有问题」

关键特征：

• 过程性能被量化测量
• 建立了过程性能基线（比如平均缺陷密度、平均修复时间）
• 能用量化数据预测过程趋势
• 基于数据做管理决策

2.6 能力等级5：持续优化级

5级是最高等级。到了这个级别，你的组织已经形成了「自我进化」的能力。不是等出了问题再改进，而是主动寻找改进机会。

关键特征：

• 组织有系统化的过程改进机制
• 改进来源于量化分析（比如识别出瓶颈环节）
• 创新和最佳实践被主动引入
• 改进效果被量化验证

举个例子。5级的团队会定期分析「哪个环节浪费的时间最多」，然后针对性地引入自动化工具或优化流程。而不是像某些团队那样，每次回顾会都提同样的问题，下次还是老样子。

我个人建议，如果你的团队刚接触ASPICE，别好高骛远。先把1级和2级的基础打牢。我见过太多团队，连需求跟踪矩阵都做不好，就喊着要过3级。结果呢？审计时被问得哑口无言。记住：ASPICE不是考试，而是帮你把开发过程做扎实的工具。一步一步来，比什么都强。