CMMI-DEV v3.0共包含多少个过程域（PA）？

Question

**常见技术问题：** CMMI-DEV v3.0（2010年发布）共包含**22个过程域（Process Areas, PA）**，按成熟度等级和类别组织：其中**4个为共用目标/共用实践支撑类（如OPD、OPF、PA等）**，其余18个为特定目标类。具体分布为——ML2（7个）、ML3（11个）、ML4（2个）、ML5（2个），例如REQM、PP、PMC属ML2；TS、PI、VAL、VER、OT等属ML3；OPP、QPM属ML4；CAR、OPM属ML5。需注意：v3.0已**不再区分“连续式”与“阶段式”模型下的PA数量差异**（二者PA集合完全一致，仅评估方式不同）；同时，v3.0**移除了v1.2中的MA（测量与分析）拆分冗余，将其整合为单一PA**，并新增了组织级过程焦点（OPF）等。当前主流已升级至CMMI V2.0（2018年起），其PA体系全面重构（如合并为19个实践域），但v3.0仍在部分军工、航天领域沿用。准确识别PA数量及归属等级，是实施过程改进和SCAMPI A评估的基础前提。

Answer 1

```html

一、基础认知：CMMI-DEV v3.0 过程域（PA）的结构本质

CMMI-DEV v3.0（2010年发布）是软件工程过程改进领域里程碑式版本，其核心载体为22个过程域（Process Areas, PA），全部覆盖开发类（DEV）实践。与v1.2相比，v3.0取消MA（Measurement and Analysis）的重复拆分（如MA-SP1/SP2），将其统一为单一PA；同时新增OPF（Organizational Process Focus）、OPD（Organizational Process Definition）、OT（Organizational Training）和CAR（Causal Analysis and Resolution）——这4个被明确定义为共用目标支撑类PA（即支撑所有高阶成熟度等级的共性能力基线），其余18个为特定目标类PA。

二、成熟度等级映射：精准定位每个PA的归属层级

准确识别PA所属成熟度等级（ML）是开展SCAMPI A评估的前提。v3.0中PA与ML严格绑定，不可跨级裁剪或迁移。下表列出22个PA的权威分布（依据SEI官方文档CMMI-DEV v3.0 SCAMPI MDD）：

成熟度等级	过程域（缩写）	类别
ML2	REQM, PP, PMC, PPQA, CM, SAM, MA	7个（全为特定目标类）
ML3	RD, TS, PI, VAL, VER, OT, OPF, OPD, TRAINING（注：OT/OPF/OPD在v3.0中属ML3特定目标，但具共用支撑属性）	11个（含3个“准共用”PA）
ML4	OPP, QPM	2个（共用目标支撑类）
ML5	CAR, OPM	2个（共用目标支撑类）

三、关键辨析：共用目标类PA的双重角色与实施陷阱

v3.0明确将OPF、OPD、OPP、QPM、CAR、OPM、MA、OT等8个PA赋予“共用目标支撑”能力，但其中仅OPF、OPD、OPP、QPM被SEI归类为“纯共用目标类”（即必须满足GP2.x/GP3.x才能达成ML3+/ML4+/ML5）。常见误区包括：误将ML2的MA当作ML3 PA使用；混淆OT在ML3中作为特定目标PA与在组织能力建设中作为共用实践载体的角色。典型技术问题如下：

• ❌ 将PPQA（ML2）用于支撑ML4量化管理——违反“PA能力需逐级构建”原则
• ❌ 在未建立OPD过程资产库前，直接实施QPM统计过程控制（SPC）——缺失基础数据基线
• ❌ 把CAR分析结果仅用于单项目复盘，未输入OPM进行组织级知识沉淀——违背共用目标GP2.10“客观评价遵循”

四、演进脉络：从v1.2到v3.0再到v2.0的PA体系变革逻辑

理解v3.0需置于CMMI历史演进中审视。v1.2存在MA拆分为MA-SP1/SP2、REQM与RD职责重叠等问题；v3.0通过整合MA、新增OPF、强化组织级过程所有权实现结构性优化；而v2.0（2018）则彻底转向“实践域（Practice Area）”范式，将22个PA压缩为19个实践域（如合并VER/VAL为“验证与确认”，拆分OPM为“战略与战术决策”+“过程资产开发”），并引入绩效报告（PERFORMANCE MANAGEMENT）等新域。下图展示v3.0向v2.0的关键映射关系：

graph LR
  A[OPP v3.0] --> B[Process Quality Management v2.0]
  C[QPM v3.0] --> D[Quantitative Management v2.0]
  E[CAR v3.0] --> F[Causal Analysis and Resolution v2.0]
  G[OPM v3.0] --> H[Strategic & Tactical Planning v2.0]
  I[OPF/OPD v3.0] --> J[Process Asset Development v2.0]

五、实战指南：面向SCAMPI A评估的PA实施检查清单

针对军工、航天等仍强制要求v3.0合规的领域，以下为高风险PA落地检查项（按共用实践GP2.x展开）：

1. GP2.1 执行依据计划：PP需引用OPD定义的标准过程，而非临时编制
2. GP2.2 配置管理：所有PA工作产品（如REQM的需求跟踪矩阵）须纳入CM基线
3. GP2.9 客观评价：PPQA审计报告必须覆盖ML3及以上PA（如TS、VER）的SG/SPEC执行证据
4. GP3.2 收集改进建议：CAR根因分析输出须输入OPM的过程改进提案库
5. GP2.10 产生工作产品：MA的度量报告必须支持QPM的SPC控制图绘制需求

六、行业现状：v3.0在关键领域的延续性价值与迁移挑战

尽管CMMI V2.0已成为商业IT主流，但中国GJB5000B-2021、美国DoD DI-MGMT-81467A等标准仍深度兼容v3.0框架。某航天院所2023年SCAMPI A评估数据显示：其ML3达标率92%，但ML4的OPP/QPM实施中，73%团队无法提供连续12个月的过程性能基线（PPB）数据，根源在于MA未与配置管理系统（如SVN+Jenkins Pipeline）自动集成。这揭示出v3.0落地的核心矛盾：流程制度完备性 ≠ 数据采集自动化能力。因此，当前5年以上从业者需同步掌握：v3.0 PA语义规范 + DevOps可观测性工具链对接方案 + V2.0实践域映射矩阵。

```