3. 过程评估模型(PAM)：能力等级、过程属性、评级量表、评估指标

好，咱们进入第三讲。前面聊了什么是ASPICE、为什么做评估，今天要啃的这块骨头，是评估师手里的“尺子”——过程评估模型，也就是PAM。

说白了，PAM就是一套标准化的打分系统。没有它，你说这个过程做得好，他说做得差，那不就成吵架了吗？我刚开始接触ASPICE时，也觉得这东西条条框框太多。后来真去项目上做评估，才发现没有这把尺子，你根本没法跟人讲清楚“为什么只给你1分”。

3.1 能力等级：从0到5的阶梯

ASPICE把过程能力分成了6个等级。注意，是从0开始数的。

等级	名称	一句话解释
0级	不完整	基本没做，或者做了但完全没证据
1级	已执行	活儿干了，输出有了，但可能很随意
2级	已管理	有计划、有跟踪、有资源，过程是受控的
3级	已建立	有组织级的标准流程，项目按标准裁剪使用
4级	可预测	用数据说话，能定量预测过程表现
5级	持续优化	主动改进，不断创新

你想想看，大部分项目能做到2级或3级，就已经很不错了。4级和5级，坦白讲，在汽车行业里凤毛麟角。我评估过几十个项目，能稳定在3级的团队，交付质量就已经明显高出一截。

3.2 过程属性：每个等级的门槛

每个等级不是拍脑袋定的，它由一组“过程属性”来定义。你达到了这些属性，才能拿到对应的等级。

举个例子，2级（已管理）包含两个过程属性：

• PA 2.1 管理属性：有没有目标？有没有计划？资源够不够？职责清不清楚？
• PA 2.2 工作产品管理属性：文档有没有版本控制？评审记录在不在？能不能追溯？

我记得有一次，一个团队跟我说他们肯定到2级了。我一看，计划确实有，但版本号全是V1.0，评审记录一张没有。我说兄弟，你这PA 2.2过不去啊。他们才意识到，光干活不留下痕迹，等于白干。

3.3 评级量表：打分不是凭感觉

那怎么判断一个过程属性达没达到呢？ASPICE给了四个档位的评级：

• N (Not achieved)：0-15% 达成。基本没做。
• P (Partially achieved)：16-50% 达成。做了一些，但漏洞很多。
• L (Largely achieved)：51-85% 达成。大部分做到了，有小瑕疵。
• F (Fully achieved)：86-100% 达成。全面满足，证据充分。

这里有个坑，我经常看到新手评估师容易犯。他们觉得“好像做了”就给L。但实际判定时，证据的充分性是关键。你说是L，那你的证据能不能覆盖85%的要求？如果不能，老老实实给P。

3.4 评估指标：证据链怎么搭

评级不能空口说白话，得有指标支撑。ASPICE把指标分成了两类：

• 通用实践(GP)：适用于所有过程。比如“GP 2.1.1 确定过程目标”，不管你是做需求分析还是做测试，都得有这个动作。
• 通用资源(GR)：工作产品相关的证据。比如计划、报告、评审记录、会议纪要。

我个人的习惯是，评估时先看GP，再看GR。GP告诉你“该做什么”，GR告诉你“做了没有”。两者缺一不可。

举个例子，评估“需求分析”过程的PA 2.1：

• GP 2.1.1：有没有需求开发计划？→ 看项目计划文档
• GP 2.1.2：资源分配了吗？→ 看人员分工表
• GP 2.1.3：过程有没有被监控？→ 看周报、例会纪要

这些证据串起来，才能形成一个完整的证据链。

3.5 知识结构图：PAM的核心逻辑

下面这张图，是我自己总结的PAM核心逻辑。你看一遍，应该就能把今天的内容串起来。

3.6 实战中的常见误区

最后，我分享几个在评估现场经常遇到的问题：

• 误区一：等级越高越好。不是的。3级意味着要有组织级标准流程，小公司可能根本不需要。硬要上3级，反而增加管理成本。
• 误区二：只看文档不看执行。我见过一个项目，文档写得漂漂亮亮，但一问工程师，根本不知道有这流程。这种给L都算客气了。
• 误区三：跳过低等级直接冲高。2级没站稳就想做3级？不可能。过程属性是层层递进的，低等级的证据是高等级的基础。