4、过程评估模型(PAM)：评估指标、能力指标、评估过程与角色
好，咱们今天聊点硬核的——过程评估模型，也就是PAM。
说实话，我当年刚接触ASPICE时，最头疼的就是这个PAM。为什么呢？因为它太抽象了。什么「过程能力等级」、「评估指标」、「能力指标」……听着就像天书。但后来我亲手做过几次评估，才明白这东西其实没那么玄乎。
说白了，PAM就是一把尺子。用来量你的开发过程到底做得好不好。
4.1 评估指标：你在看什么？
评估指标，就是评估员盯着看的东西。我习惯把它分成两类：
- 过程实施指标：你做了没有？比如有没有需求分析文档？有没有评审记录？
- 工作产品指标：你做出来的东西质量咋样？比如需求文档是不是清晰？代码有没有注释？
举个例子。我在评估一个ECU项目时，发现他们确实有「软件详细设计」这个文档——这是过程实施指标。但打开一看，里面全是废话，跟代码对不上——这就是工作产品指标出了问题。
核心要点：评估不是只看「有没有」，更要看「好不好」。两个指标缺一不可。
4.2 能力指标：你做得有多好？
能力指标，就是给过程打分用的。ASPICE把能力分成了6个等级，从0级到5级。
| 等级 | 名称 | 说白了就是 |
|---|---|---|
| 0级 | 不完整 | 基本没做，或者做了等于没做 |
| 1级 | 已执行 | 做了，但可能靠个人英雄主义 |
| 2级 | 已管理 | 有流程、有计划、有跟踪 |
| 3级 | 已建立 | 流程标准化了，换个人也能干 |
| 4级 | 可预测 | 能用数据量化，知道偏差 |
| 5级 | 持续优化 | 不断改进，追求卓越 |
嗯，这里要注意。很多公司一上来就想冲3级、4级。但我见过太多翻车的案例了。为什么？因为1级都没站稳。
避坑指南：我曾经辅导过一个团队，他们非要跳过2级直接冲3级。结果评估员一问「你们的过程是怎么定义的？」——答不上来。因为连最基本的计划管理都没做好。所以，别贪快，一步一个脚印。
4.3 评估过程：到底怎么评？
评估过程，说白了就是三步走：
- 准备阶段：确定评估范围、组建评估团队、收集文档。
- 执行阶段：访谈、查文档、看工具、做判断。
- 报告阶段：出评估报告，给结论和改进建议。
我个人习惯在准备阶段花大量时间。为什么呢？因为范围定错了，后面全白干。我记得有一次，客户说「我们只评软件工程过程」，结果评估到一半发现硬件过程一团糟，软件根本跑不起来。你说这评了有啥用？
执行阶段，我最看重的是访谈。你想想看，文档可以造假，但人不会。问几个关键问题，比如「你上次遇到需求变更怎么处理的？」——立马就能看出流程是不是真的落地了。
4.4 评估角色：谁来做？
评估不是一个人能搞定的。通常需要这几个角色：
- 评估组长：负责整体把控，得有经验。我建议至少做过3次以上评估的人才能当。
- 评估员：具体干活的人，查文档、做访谈。
- 受评方代表：被评估团队的人，配合提供信息。
- 观察员：一般是内部人员，学习用的。
小技巧：如果你是受评方，别紧张。评估员不是来找茬的，是来帮你发现问题的。我当年第一次被评估时，紧张得话都说不利索。后来发现，只要把真实情况讲清楚，反而更容易通过。
好了，关于PAM的核心内容就这些。总结一下：评估指标看「有没有」和「好不好」；能力指标看「做到什么程度」；评估过程要扎实；角色要分工明确。
下一章，咱们聊聊怎么把这些指标真正落地到项目里。到时候我会分享一个我踩过的坑——嗯，挺大的一个坑。