3. 过程评估模型(PAM)：能力等级定义、过程属性(PA)、评级量表、评估指标(PAI)
好，咱们进入第三章。这一章是ASPICE评估的核心骨架——过程评估模型，也就是PAM。
说实话，我见过不少工程师，背了一堆过程ID和Base Practice，但一到评估现场就懵了。为什么？因为他们没搞懂PAM这套“打分逻辑”。你想想看，评估师凭什么给你打1级、2级还是3级？标准是什么？
这一章，我就带你把这个底层的“尺子”彻底搞明白。
3.1 能力等级：从0到5的阶梯
ASPICE把过程能力分成了6个等级。从0级到5级，一级比一级高。这不是拍脑袋定的，而是有明确的衡量标准。
| 等级 | 名称 | 核心含义 |
|---|---|---|
| 0级 | 不完整 | 过程没执行，或者执行了但没产出任何有价值的结果 |
| 1级 | 已执行 | 过程被执行了，基本的工作产品也产出了 |
| 2级 | 已管理 | 过程被计划、监控、调整了，工作产品也被适当管理 |
| 3级 | 已建立 | 用了标准过程，而且是组织级的、可裁剪的 |
| 4级 | 可预测 | 过程被量化管理，能用数据预测结果 |
| 5级 | 持续优化 | 过程在持续改进，能主动应对变化 |
这里有个关键点：等级是累加的。你达到2级，必须先满足1级的所有要求。达不到1级，就别想2级的事。我在项目里见过有人想“跳级”，结果评估时被打回原形，很尴尬。
核心原则：能力等级是“搭积木”式的。每一级都建立在前一级的基础上。评估时，先看1级过没过，再看2级，以此类推。
3.2 过程属性(PA)：衡量能力的“尺子”
每个等级，都对应一组“过程属性”，简称PA。这些PA就是评估师用来打分的具体维度。
举个例子，2级“已管理”有两个PA：
- PA 2.1 执行管理：过程有没有被计划、监控、调整？
- PA 2.2 工作产品管理：工作产品有没有被定义、版本控制、评审？
你看，这就很具体了。评估师不会笼统地问“你管理得好不好”，而是会问：“你的项目计划在哪？有没有跟踪记录？需求文档的版本号怎么管理的？”
我列一下各等级对应的PA，方便你对照：
| 能力等级 | 过程属性(PA) | 属性名称 |
|---|---|---|
| 1级 | PA 1.1 | 过程执行 |
| 2级 | PA 2.1 | 执行管理 |
| PA 2.2 | 工作产品管理 | |
| 3级 | PA 3.1 | 过程定义 |
| PA 3.2 | 过程部署 | |
| PA 3.3 | 过程评估 | |
| 4级 | PA 4.1 | 量化分析 |
| PA 4.2 | 量化控制 | |
| 5级 | PA 5.1 | 过程创新 |
| PA 5.2 | 过程优化 |
我的习惯：每次做差距分析，我都会先把目标等级的PA列出来，然后逐条对照。这样最不容易漏项。
3.3 评级量表：N, P, L, F 到底怎么用？
有了PA这把“尺子”，还得有个“刻度”来读数。ASPICE用的是N、P、L、F四个等级。
- N (Not achieved) 未达成：0% - 15%。基本没做，或者做了但证据完全不足。
- P (Partially achieved) 部分达成：15% - 50%。做了一些，但有很多明显的缺口。
- L (Largely achieved) 大部分达成：50% - 85%。主要方面都做了，只有少量弱点。
- F (Fully achieved) 完全达成：85% - 100%。全面满足，没有明显弱点。
这里有个容易踩的坑。很多人觉得“我做了80%的工作，应该算L吧？” 不对。评估师看的是证据的充分性和一致性。你做了80%的工作，但关键的20%没做，或者证据链断了，那可能只能拿P。
我曾经遇到一个项目，开发文档写得非常漂亮，但测试报告里有一半的用例没有执行记录。结果那个过程的PA 1.1（过程执行）只拿到了P。为什么？因为“执行”的证据不完整。评估师不会只看你“写了什么”，更看你“做了什么”。
3.4 评估指标(PAI)：证据从哪来？
光有尺子和刻度还不够，你还得有“测量对象”。这就是评估指标，简称PAI。
每个PA都对应一组PAI。这些指标告诉评估师：你要看什么证据，才能判断这个PA达没达成。
PAI主要分两类：
- Base Practices (BP) 基础实践：针对1级。每个过程都有自己特定的BP。比如“需求分析”过程，BP可能包括“建立需求”、“分析影响”等。
- Generic Practices (GP) 通用实践：针对2级及以上。这些是跨过程的。比如GP 2.1.1是“确定过程执行的目标”，GP 2.2.1是“定义工作产品的需求”。
我举个例子你就明白了。假设我们要评估“软件单元验证”过程（SWE.6）是否达到2级：
- 先看1级：检查SWE.6的BP，比如“制定单元验证策略”、“执行单元测试”等。证据是测试计划、测试用例、测试报告。
- 再看2级：检查PA 2.1和PA 2.2的GP。比如GP 2.1.1要求“确定执行目标”，证据可能是项目计划里对单元测试的进度和覆盖率目标。GP 2.2.1要求“定义工作产品需求”，证据可能是测试用例的模板和评审记录。
你看，评估不是玄学，每一步都有明确的指标对应。
关键思路：PAI就是你的“证据清单”。做过程改进时，先搞清楚目标等级的PAI是什么，然后反向去建立你的流程和文档。这叫“以终为始”。
3.5 一张图看懂PAM核心逻辑
说了这么多，我画张图帮你串一下。这张图就是PAM的“骨架”：
这张图从左到右，就是评估的完整链路。你定好目标等级，找到对应的PA，然后用PAI去收集证据，最后用N/P/L/F给每个PA打分。所有PA都达标了，这个等级才算通过。
3.6 避坑指南：评估中的常见误解
最后，我分享几个实战中常见的坑，你提前知道，能少走弯路。
- 别把“过程定义”当“过程执行”。 你写了一套完美的流程文档，但项目组根本没按它做。那PA 1.1（过程执行）就是N。文档只是证据的一部分，不是全部。
- 评级不是平均分。 一个PA有多个指标。哪怕你90%的指标都做到了F，只要有一个关键指标是P，那整个PA就是P。评估师看的是“木桶最短的那块板”。
- 别在2级上硬撑3级的架子。 我见过一些团队，2级还没站稳，就开始搞度量、搞量化（4级的事）。结果评估时，2级的GP没做好，4级的度量数据又不可信，两头不讨好。稳扎稳打，先把2级做实。
我的建议：做过程改进，先聚焦1级和2级。把“过程执行”和“过程管理”的基础打牢。这两个等级是后续所有高等级能力的基石。
好了，PAM的核心内容就这些。你理解了等级、PA、评级和PAI这四者的关系，就等于拿到了ASPICE评估的“说明书”。下一块，我们就要用这把尺子，去量一量具体的过程了。