2、ASPICE核心概念:过程参考模型、过程能力等级、评定模型,以及它们对项目意味着什么。

好,咱们进入正题。这一章我打算把ASPICE最核心的三个概念掰开揉碎了讲清楚。你可能会觉得这些术语有点绕,但说白了,它们就是一套用来衡量你团队“做事情靠不靠谱”的尺子。

我个人习惯是,先理解“为什么要有这个东西”,再去记它的定义。否则你背再多条款,项目上一碰就碎。咱们一个一个来。

2.1 过程参考模型(PRM)—— 你的“标准动作”清单

过程参考模型,英文叫 Process Reference Model,简称 PRM。它是什么?

它就是一本“菜谱”。ASPICE 把汽车软件开发中所有该做的事,都拆成了一个个独立的过程。比如需求分析、系统设计、软件单元测试、项目管理等等。每个过程都有它明确的目标和期望的输出。

PRM 定义了“你要做什么”,但不规定“你怎么做”。

举个例子,有个过程叫 SWE.1 软件需求分析。PRM 告诉你:你得把系统需求转化成软件需求,要保证可追溯、可验证。但它不会告诉你用 DOORS 还是用 Jira,也不会告诉你需求要写几页。那是你团队自己的事。

我在项目中遇到过一种情况:团队拿着 PRM 说“我们全做到了”,结果一评审,发现他们只是把系统需求复制粘贴了一遍,根本没做分析。嗯,这里要注意,PRM 的每个过程都有 Base Practices(基础实践),你得一条条对照着看,不能想当然。

核心要点:
  • PRM 是 ASPICE 的“骨架”,定义了 32 个过程(VDA 最新版)。
  • 每个过程有唯一 ID(如 SYS.2, SWE.3)和明确的 Purpose。
  • 它不关心你的工具、流程、组织架构,只关心“该做的事做了没”。

你想想看,如果连“该做什么”都没对齐,后面谈能力等级就是空中楼阁。所以 PRM 是所有评估的起点。

2.2 过程能力等级(Capability Levels)—— 你做得有多好?

好,现在你知道该做什么了。接下来要问:你做得怎么样?

这就是过程能力等级要回答的问题。ASPICE 把能力分成了 6 个等级,从 0 到 5。数字越大,代表过程越成熟、越可控。

等级 名称 一句话解释
Level 0 不完整 基本没做,或者做了但没证据。
Level 1 已执行 做了,而且能证明做了。这是最基础的门槛。
Level 2 已管理 不仅做了,还有计划、有监控、有资源保障。
Level 3 已建立 有标准流程,而且全公司都在用这套流程。
Level 4 已量化 用数据说话,能预测过程表现。
Level 5 持续优化 能主动改进,不断变好。

我见过很多团队,一上来就喊“我们要过 Level 3”。但实际一查,连 Level 1 的“已执行”都没站稳。为什么?因为 Level 1 要求你提供客观证据——评审记录、测试报告、追溯矩阵。很多团队口头说“我们做了”,但拿不出东西来。

避坑指南: 我曾经辅导过一个项目,他们自信满满地说“我们肯定 Level 2”。结果一查,他们的项目计划是项目经理一个人写的,团队根本没参与。这就是典型的“有文档,没管理”。Level 2 的核心是“管理”,不是“写文档”。

对于项目来说,能力等级直接决定了你的交付风险。Level 1 的团队,可能这次运气好做出来了,但下次大概率会翻车。Level 2 的团队,至少能保证“按计划执行”,风险可控。Level 3 的团队,换个人来干,结果也差不多。

2.3 评定模型(Assessment Model)—— 裁判手里的评分卡

有了 PRM(做什么)和 能力等级(做多好),谁来打分?怎么打分?

这就是评定模型,也就是 PAM(Process Assessment Model)的活。PAM 是评估师手里的“评分卡”。它把 PRM 里的每个过程,和 能力等级里的每个属性,一一对应起来,给出了具体的评分标准。

说白了,PAM 告诉你:要拿到 Level 2,你的需求管理过程必须满足哪些条件?

举个例子,对于 PA 2.1 执行管理 这个过程属性,PAM 会要求你提供:

  • 项目计划(证明你规划了工作)
  • 进度跟踪记录(证明你监控了执行)
  • 资源分配证据(证明你有人干活)
  • 问题处理记录(证明你处理了偏差)

每一项都要打分:N(未达到)、P(部分达到)、L(大部分达到)、F(完全达到)。

我记得有一次做评估,一个团队在“需求可追溯性”上只拿了 P。他们觉得“我明明有追溯表啊”。但仔细一看,那张表只追溯到了系统需求,没追溯到测试用例。这就是典型的“做了,但没做全”。PAM 的要求是很严格的。

我的建议: 别把 PAM 当成“考试大纲”去突击。它应该是你日常工作的“检查清单”。每次迭代结束,拿 PAM 出来对照一下,看看哪些地方漏了。这样到正式评估时,你根本不用慌。

2.4 这三个概念对项目到底意味着什么?

好,理论说完了。咱们落地到项目上,看看这三个东西到底有什么用。

第一,PRM 帮你对齐期望。

客户说“我要做 ASPICE”,你问他“做到哪个等级?覆盖哪些过程?”如果他说“全做”,那你就知道这是个巨无霸项目。如果他说“只做 SWE.1 到 SWE.6,Level 2”,那范围就清晰了。PRM 就是你们沟通的“共同语言”。

第二,能力等级帮你设定里程碑。

别一上来就追求 Level 3。我建议分步走:

  1. 第一个迭代:先保证 Level 1,所有过程都有证据。
  2. 第二个迭代:引入管理实践,冲击 Level 2。
  3. 第三个迭代:固化流程,建立组织级标准,迈向 Level 3。

这样团队压力小,效果反而好。

第三,PAM 帮你做“体检”。

项目进行到一半,你可以自己做一次内部评估。用 PAM 的评分标准,给每个过程打分。哪里是短板,一目了然。我习惯每三个月做一次“健康检查”,比等到客户来审计时再补救强得多。

总结一下:
  • PRM 是地图,告诉你有哪些景点(过程)。
  • 能力等级是星级,告诉你这个景点服务好不好。
  • PAM 是点评标准,告诉你凭什么给五星。
三个东西合在一起,就是一套完整的“项目体检系统”。

最后说一句掏心窝的话:别把 ASPICE 当成负担。它本质上是在帮你建立“可预测的交付能力”。你想想看,如果你的团队每个迭代都能稳定输出,客户放心,你自己也省心。这才是 ASPICE 的真正价值。