第二章：ASPICE基础回顾 — HIS与VDA Scope，PRM，PAM，CL1-CL5
好，咱们进入正题。这一章我打算带大家快速回顾一下ASPICE的基础概念。你可能会问：“这些基础东西，网上资料一大堆，为什么还要讲？”
嗯，我理解你的想法。但说实话，很多人在实际项目中，恰恰是这些基础概念没吃透，导致后面做流程自动化时，方向偏了。我自己就吃过这个亏。
2.1 HIS Scope与VDA Scope — 到底选哪个？
先聊聊HIS Scope和VDA Scope。这两个东西，说白了就是ASPICE的“考试范围”。
我记得2015年我刚带第一个ASPICE项目时，客户要求过HIS Scope。当时我一脸懵：这跟VDA Scope有啥区别？后来踩了坑才明白。
核心区别一句话：
- HIS Scope：德国汽车制造商联盟（HIS）定义的“最小必要过程集”。一共15个过程，适合做快速认证。
- VDA Scope：德国汽车工业协会（VDA）定义的“标准过程集”。一共26个过程，是目前主流OEM的普遍要求。
我建议你记住一个原则：如果客户没明确要求，直接上VDA Scope。为什么？因为HIS Scope虽然少，但审核时容易留下“覆盖不全”的把柄。我在一个项目中就遇到过，客户临时追加了3个HIS Scope之外的过程，搞得我们加班补文档，那叫一个酸爽。
| 对比项 | HIS Scope | VDA Scope |
|---|---|---|
| 过程数量 | 15个 | 26个 |
| 适用场景 | 快速认证、小供应商 | 主流OEM、Tier 1 |
| 审核严格度 | 相对宽松 | 更全面、更严格 |
| 我的建议 | 除非客户指定，否则别用 | 默认选择 |
2.2 过程参考模型（PRM）— 流程的骨架
PRM，全称Process Reference Model。你想想看，ASPICE为什么能成为行业标准？就是因为它把软件开发这件事，拆成了一块块标准化的“积木”。
PRM就是这些积木的说明书。它定义了三大类过程：
- 主要生命周期过程（Primary）：比如需求获取、系统设计、软件实现、测试等。这是干活的过程。
- 支持生命周期过程（Supporting）：比如配置管理、质量保证、问题解决。这是辅助干活的过程。
- 组织生命周期过程（Organizational）：比如过程改进、重用管理。这是公司层面的事。
我个人习惯，在项目启动时，先把PRM里的过程清单打印出来贴在墙上。每个过程对应一个颜色标签。这样团队一眼就能看出：我们现在覆盖了哪些过程，还缺哪些。
一个小技巧：做自动化检查时，PRM就是你的“检查清单”。每个过程对应的Base Practice（基础实践），就是你写自动化脚本的输入条件。别漏了。
2.3 过程评估模型（PAM）— 怎么打分？
PAM，Process Assessment Model。如果说PRM是“做什么”，那PAM就是“做到什么程度算好”。
PAM里有两个核心概念：
- Base Practices (BP)：基础实践。每个过程必须做的事。比如“需求分析”过程，BP就是“定义需求”、“分析影响”等。
- Work Products (WP)：工作产品。每个过程产出的文档、代码、模型等。
我曾经见过一个团队，BP做得很好，但WP一塌糊涂。审核员问：“你们的需求变更记录呢？” 团队答：“我们口头沟通了。” 结果直接扣分。所以，BP和WP是两条腿，缺一不可。
2.4 能力度等级（CL1-CL5）— 从“做到”到“优化”
能力度等级，就是衡量你过程成熟度的尺子。从CL1到CL5，一共5级。
| 等级 | 名称 | 核心要求 | 我的理解 |
|---|---|---|---|
| CL1 | Performed（已执行） | 过程被执行了，有产出 | “做了，但可能做得乱七八糟” |
| CL2 | Managed（已管理） | 过程有计划、有监控、有资源 | “不仅做了，还管起来了” |
| CL3 | Established（已建立） | 过程有标准流程，可重复 | “换个人也能做，结果一样” |
| CL4 | Predictable（可预测） | 过程有量化指标，可预测 | “我能提前知道项目会不会延期” |
| CL5 | Optimizing（优化中） | 过程持续改进，数据驱动 | “系统自己会变好” |
避坑指南：我曾经见过一个团队，为了冲CL3，硬生生写了100多页的流程文档。结果呢？没人看，也没人用。审核员一眼就看穿了。记住：CL3的核心是“可重复”，不是“文档多”。你写10页能说清楚的事，别写100页。
这里我想多说一句。很多初学者觉得CL1最简单，CL5最高大上。其实不然。在实际项目中，CL2和CL3是最难拿的。为什么？因为CL1你只要“做了”就行，但CL2要求你“管了”，CL3要求你“标准化了”。这需要整个团队改变工作习惯，不是写几份文档就能搞定的。
2.5 这些基础概念，跟自动化检查有什么关系？
你可能会问：“讲了半天基础，跟我的自动化工具链有啥关系？”
关系大了去了。我举个例子：
- 你要写一个自动化脚本，检查“需求是否都有测试用例覆盖”。这个脚本的依据是什么？就是PRM里的“需求分析”过程和“测试”过程之间的关联。
- 你要判断“这个检查项算不算通过”，依据是什么？就是PAM里定义的BP和WP。
- 你要设定“自动化检查的严格程度”，依据是什么？就是CL等级。CL2的项目，你只需要检查“有没有做”；CL3的项目，你还要检查“是不是按标准流程做的”。
所以，没有这些基础概念，你的自动化检查就是无根之木。我见过太多人，一上来就写脚本，结果检查项跟实际流程对不上，白费功夫。
总结一下本章核心：
- HIS Scope vs VDA Scope：选VDA，除非客户明确要求HIS。
- PRM：流程的骨架，告诉你“做什么”。
- PAM：打分的标准，告诉你“做到什么程度”。
- CL1-CL5：成熟度的阶梯，从“做到”到“优化”。
下一章，我会带你看看，如何把这些基础概念，真正落地到自动化工具链中。到时候，我会拿一个真实项目的例子来拆解。
好，这一章就到这里。有什么疑问，欢迎在课程群里讨论。咱们下一章见。