简介：《CMMI模型V2.0 中文完整版》面向项目经理、质量与过程改进人员、CMMI实施与评估团队，提供能力成熟度模型集成V2.0的中文完整文档，帮助降低英文原文阅读门槛，系统理解模型结构、成熟度级别与过程改进路线。包内为1个PDF文件，约19.27MB，便于在电脑端检索、阅读和打印，也适合作为内训与项目落地时的案头参考。已有4777人学习，说明其在项目管理与过程改进群体中具有较高关注度。内容围绕CMMI V2.0的产品套件架构、实践域与目标实践、成功采用路径、过程持久性、高成熟度实现等展开，并涉及服务与供应商管理视图等扩展内容，读者可据此梳理组织过程改进框架、对照实践要求开展差距分析，并形成可执行的改进清单。

1. 地图先铺开：CMMI 2.0 讲的是能力，不是文档

很多人第一次打开这份 CMMI V2.0 中文完整版，是从前面的概述一路往下读，读到实践域那一章就卡住了。卡住的原因不是英文缩写太多，而是把它当成了一本要从头读到尾的书。CMMI 2.0 的实际形态更像一张分层地图：上层是能力域，中间是二十来个实践域，每个实践域内部再按成熟度等级切成若干条实践。做项目管理的人盯 EST、PLAN、MC、RSK 这几格，做过程改进的人盯着 PCM、PAD、MPM，做服务的人绕不开 SDM、IRP、CONT。先把骨架记住再往格子里填内容，比逐页硬啃快得多。这份中文版的目录本身就带索引，实践域逐级展开，翻起来比对着英文缩写猜省事。

2. 模型骨架：实践域、能力域与成熟度等级怎么咬合

2.1 从“过程域”到“实践域”：改的不只是名字

如果你手上还留着上一代模型的笔记，先别急着往 CMMI 2.0 上套。老结构里每个过程域既有专用实践（SP），也有一整套通用实践（GP），而 GP 那条线要在二十多个过程域里各重复抄一遍——同一个“建立组织方针”的要求，你能在二三十个地方读到措辞几乎一样的条目。这套设计在纸面时代还算清楚，落到实际使用就变成了大量重复阅读。

CMMI 2.0 把这条线拆了：通用实践承载的那部分“制度化”内容被抽出来，集中放进一个独立的实践域 II（实施基础条件）。于是每个实践域内部的实践变成平铺的一串，靠所属等级来定位，不再分 SP 和 GP 两种身份。这个改动对复习的影响很直接：看到“有没有方针、职责清不清楚、资源够不够、人有没有培训过”这类要求，第一反应应该是去 II 里找，而不是在每个实践域里翻。

还有一个不该忽略的新增层：价值陈述。老版本里没有这一层，CMMI 2.0 在每个实践域开头加了一段说明，讲这个域对业务到底值在哪里。别小看这一段，写改进方案、向管理层要资源的时候，它比任何一条实践条目都好用——实践条目讲“做什么”，价值陈述讲“凭什么做”。

2.2 成熟度等级是覆盖面清单，不是打分表

这是最容易理解偏的一处。等级不是给每个实践域打分再取平均，而是“要宣称达到某一级，必须把这一级所辖的实践域全部做到该级或以上”。换句话说，它是覆盖面的问题，不是分数的问题。某个实践域做到 3 级、另一个只做到 2 级，整体仍然停在 2 级，不会因为前者优秀就把后者补上。

L2 和 L3 的分界线最值得反复咀嚼。L2 的关键词是“项目”：一个项目自己定计划、自己跟踪偏差、自己管配置，做得好也算数。L3 的关键词是“组织”：组织先有一套标准过程，项目在这套标准上按裁剪指南做取舍，项目结束后经验回流到组织。差别不在“做没做”，而在“规矩是谁定的、按谁的规矩做”。

L4 和 L5 的门槛性质完全不同。L4 要求你拿数据说话，而且不是把数据贴在看板上那种说话，是要有过程性能基线和模型，能预测“照现在这个做法，下一批交付大概会落在什么区间”。L5 则要求改进有因果解释，出了问题能追到根因，改完之后能证明它不再复发。这两级对数据的依赖是刚性的，没有度量体系就无从谈起。

2.3 一个实践域的固定解剖结构

翻任何一个实践域，结构都是同一套：先一段目的陈述，说明这个域解决什么问题；然后价值陈述，说明它对业务的意义；接着按等级列出实践，每条实践带编号；最后是典型工作产品，也就是“做这些实践时通常会看到哪些东西”。这四层里，前两层读一遍就够，后两层才是要反复过的。

读一个实践域的节奏可以固定下来：先花两分钟读目的和价值陈述，确认这个域在整张地图里的位置；再按等级顺序扫实践陈述，只抓动词和对象，比如“建立”“维护”“评审”“分析”；最后扫一眼典型工作产品，把它当作找证据的线索而不是交付物清单。这么走一遍，一个实践域十五分钟能过完，比逐字翻译快得多。

注意：典型工作产品是示例，不是强制交付物清单。评估时看的是能不能拿出证据，而不是有没有某一份特定文档。

这里还有个隐性收益：把“典型工作产品”当线索用，你会自然形成一种证据思维——每读一条实践，脑子里冒出的问题是“如果别人来问，我拿什么证明这条做到了”。这个问题一旦养成习惯，后面复习的效率会明显不一样。

3. 二十个实践域：六堆分法、六组易混与一张速查表

3.1 六堆分法：把缩写挂到用途上

目录里能一页页数出来的实践域有二十个：CAR、CM、CONT、DAR、EST、GOV、II、IRP、MPM、MC、OT、PR、PLAN、PAD、PCM、PQA、PI、RDM、RSK、SDM。二十个缩写硬背，两天就忘；按用途分堆，记的是“这一堆解决什么问题”，缩写自然跟着走。

第一堆是治理与地基：GOV、II。这两个域不直接产出交付物，但它们决定其他域能不能立住。GOV 管的是方向、授权和监督，II 管的是制度化的底座——方针、职责、资源、培训、工作环境。把这两个当成“地基”，后面十八个当成“楼层”，结构感立刻就出来了。

第二堆是项目主线：RDM、EST、PLAN、MC、RSK、PR。从需求进来，到估算工作量和工期，到排计划，到跟踪偏差，到管风险，中间穿插同行评审。这六个串起来就是一条完整的项目控制链，顺序本身就带着因果，不需要额外记忆。

第三堆是工程与产品：PI、CM、PQA。产品怎么攒起来、配置怎么保持一致、过程质量怎么保证。第四堆是过程与组织：PCM、PAD、OT、MPM，讲的是组织级能力怎么建、怎么沉淀、怎么度量。第五堆是决策与改进：DAR、CAR，一个事前比选方案，一个事后追根因。第六堆是服务与连续性：SDM、IRP、CONT，服务视图的核心三件套。

3.2 六组高频混淆：缩写差一个字母，职责差一整条街

第一组 EST 和 PLAN。估算回答“要多少工作量、大概多久”，策划回答“怎么排、谁来做、什么时候检查”。估算的输出是策划的输入，但两者的实践完全不重叠——估算错在口径和方法，策划错在颗粒度和责任分配。

第二组 MC 和 MPM。MC 盯单个项目的进度与偏差，是项目经理每周做的事；MPM 盯组织级的度量和性能，是过程改进团队做的事。一个在项目层，一个在组织层，混起来写方案会闹笑话。

第三组 PCM 和 PAD。PCM 管过程怎么定义、怎么部署、怎么评估；PAD 管过程资产库怎么建、怎么维护、怎么复用。前者是“过程的生命周期”，后者是“资产的仓库管理”。

第四组 CAR 和 DAR。CAR 是事后找根因，问题已经发生了；DAR 是事前选方案，用正式的评价准则在几个选项之间比选。一个是往回看，一个是往前看。

第五组 PQA 和 PR。PQA 查的是“过程有没有按定义走”，对象是活动和记录；PR 查的是“工作产品有没有缺陷”，对象是文档和代码。前者对流程，后者对产物。

第六组 CM 和 CONT。CM 保配置项的一致性和可追溯，回答“这个版本里到底有什么”；CONT 保业务在中断之后能继续，回答“机房没了怎么办”。这两个域名字都抽象，特别容易张冠李戴。

3.3 速查表与生成脚本

下面这张表可以打印出来贴在显示器边上，复习时随手扫一眼。

手工维护这张表容易漏行，用一小段脚本生成更稳妥：

# 按分堆组织实践域，输出可粘贴的速查表；high 记录目录里能看到第 4/5 级的域 groups = { "治理与地基": [("GOV", "治理"), ("II", "实施基础条件")], "项目主线": [("RDM", "需求开发和管理"), ("EST", "估算"), ("PLAN", "策划"), ("MC", "监视与控制"), ("RSK", "风险与机会管理"), ("PR", "同行评审")], "工程与产品": [("PI", "产品集成"), ("CM", "配置管理"), ("PQA", "过程质量保证")], "过程与组织": [("PCM", "过程管理"), ("PAD", "过程资产开发"), ("OT", "组织级培训"), ("MPM", "管理性能与度量")], "决策与改进": [("DAR", "决策分析和解决"), ("CAR", "原因分析和解决")], "服务与连续": [("SDM", "服务交付管理"), ("IRP", "事件处理和预防"), ("CONT", "连续性")], } high = {"CAR": 5, "GOV": 4, "MPM": 5, "PCM": 4, "PLAN": 4} # 目录中出现第4/5级的域 for group, items in groups.items(): print(f"\n**{group}**\n") for abbr, name in items: top = f"L{high[abbr]}" if abbr in high else "至 L3" print(f"- {abbr}｜{name}｜{top}")

这段脚本做两件事：按分堆打印实践域，同时把带高等级的域单独标出来。groups是分堆字典，键是堆名、值是“缩写 + 中文”的元组列表；high只收录目录里明确展开到第 4 级或第 5 级的域，其余统一标“至 L3”。改分堆只需要动字典，不用碰循环体。

4. 分级读法：L1 到 L5 的实践按什么顺序看才不返工

4.1 L1、L2、L3 是同一条线的三段

很多人把 L1 到 L3 当成三套不同的东西分别背，结果背完发现内容互相打架。其实它们是同一条线的三段，区别只在“规矩是谁定的”。

L1 的标志是实践存在，但不稳定，靠人。有人记需求、有人写计划，换个项目换个人就散架。L2 的标志是项目级管理成形：需求有变更控制、计划有跟踪、偏差有纠偏、配置有基线。L3 的标志是组织级标准化：组织先定义一套标准过程，项目按裁剪指南取用，项目结束后经验回流。

拿需求管理举例最直观。L1 是“有人把需求记下来了”；L2 是“需求有变更控制、有双向追溯、变更影响有人评估”；L3 是“组织有需求开发和管理的标准过程，还配了裁剪指南，新项目不用从零设计流程”。三段之间不是知识量的差别，是组织成熟度的差别。

4.2 高等级只挂在五个实践域上

把目录逐页翻一遍会发现一个很有用的事实：能看到第 4 级页签的只有 GOV、PLAN、PCM、MPM，能看到第 5 级页签的只有 CAR 和 MPM，其余实践域基本止于第 3 级。

这个分布不是巧合。L4 要定量管理，就得有度量体系（MPM）、有写进计划的定量目标（PLAN）、有过程性能基线（PCM）、有治理层的推动（GOV）；L5 要优化，根因分析落在 CAR，改进的闭环又回到 MPM 的度量上。其余实践域在 L4 和 L5 不单独设条目，但它们要为这五个域提供数据和支持。

复习策略由此变得很清晰：如果目标是 L3，这五个域的第 4、5 级内容可以先跳过，省下来的时间足够把二十个域的 L2、L3 实践过两遍。如果目标是 L4 及以上，就集中火力啃这五个，其余域保持 L3 水平即可。撒胡椒面式的平均用力，是最费时间也最没效果的做法。

4.3 每条实践读三遍：陈述、价值、证据

第一遍只读实践陈述，抓动词和对象，搞清楚这条要求做什么动作。第二遍读价值陈述和上下文，搞清楚为什么值得做、做了对谁有好处。第三遍换位思考：如果评估方来问这条，我拿什么证明？证据形态通常是记录、模板、系统截图、会议纪要、度量数据这几类。

第三遍最容易被跳过，也最值钱。血泪经验是：很多人能把实践陈述背得滚瓜烂熟，一到“你们怎么证明”就卡壳，然后回头补记录，补出来的记录时间戳全对不上，反而更麻烦。证据思维要前置，读的时候就想，不要等到要用的时候才想。

笔记文件建议按“视图-实践域-等级-编号”组织，跟模型里的实践编号对齐，回查原文最快：

# 笔记目录：第一层按视图分，因为同一实践域在不同视图里覆盖的等级不一样 notes/ ├── dev/ # 开发视图 │ ├── RDM-L2-2.1.md # 需求开发和管理，第2级，第1条实践 │ ├── RDM-L3-3.2.md │ └── PLAN-L4-4.1.md ├── svc/ # 服务视图 │ ├── IRP-L3-3.1.md │ └── CONT-L3-3.2.md └── sup/ # 供应商管理视图（V2.1 起补齐） └── CM-L2-2.1.md

把视图放在第一层，是因为同一个实践域在不同视图里覆盖的等级和条目并不相同，混在一个目录里迟早串。文件名里的编号跟模型中的实践编号一一对应，笔记写乱了也能靠编号回原文核对。这套命名看着刻板，用两周就会上瘾——找东西从“翻半天”变成“直接跳”。

5. 易漏点：五个看错一次、复习返工三遍的地方

5.1 把成熟度等级当成分数

易漏点：以为 L3 是“每个实践域都做到 3 级然后取平均”，某几个域弱一点也能靠强的补上。 为什么漏：上一代模型的连续式表示确实支持逐域打分，这个惯性会一路带过来，看目录时又只看到等级页签，很容易想当然。 怎么补：换成覆盖面思维，列一张“要评 L3，必须覆盖哪些实践域”的清单，逐项确认。缺一项就是整体不成立，没有平均分这回事。

5.2 忽略视图差异

易漏点：拿开发视图的实践域清单，直接套到服务型组织身上，然后发现一半内容对不上业务。 为什么漏：中文版的目录把实践域平铺展开，不标视图归属，只看目录根本看不出差别，得回到模型结构那一章才知道视图是怎么回事。 怎么补：先确定自己属于哪个视图，再看该视图覆盖的实践域和等级。服务型组织尤其要注意版本差异——服务和供应商管理视图是后补进来的，用早期版本会缺一整块内容。

5.3 把 II 当成打杂域

易漏点：看到“实施基础条件”这个名字太抽象，扫一眼就跳过，把时间全投给 EST、PLAN 这些看着具体的域。 为什么漏：名字起得太中性，不像“估算”“策划”那样一看就知道干什么，目录里又排在中间位置，很容易被当成过渡章节。 怎么补：把 II 当底座看。它承接的是老版本通用实践的位置，讲的是方针、职责、资源、培训、工作环境这些制度化要素。任何一个实践域想稳在 L2 以上，背后都得有 II 撑着。复习时先读 II，再读其他域，会发现很多条目在解释“为什么这么做能稳住”。

5.4 只背缩写不记中文全称与目的

易漏点：PQA、PCM、PAD 三个 P 开头，背的时候很顺，用的时候全混。 为什么漏：缩写短、记忆成本低、见效快，背完二十个缩写只要半小时，成就感很强，于是停在这一步。 怎么补：每个实践域做一张三行卡片——中文全称、一句话目的、最容易和谁混。卡片比列表好使，因为“最容易和谁混”这一行逼着你做区分，区分一次顶背十遍。

5.5 把典型工作产品当强制交付物

易漏点：写文档规范时照着“典型工作产品”清单一条条列，最后搞出几十份没人看的模板，团队怨声载道。 为什么漏：这份清单看起来太像要求了，排版上又紧跟在实践条目后面，不加区分就会当成必交清单。 怎么补：先分清“实践要求”和“示例产物”两层。产物是为实践服务的，一份记录可以支撑多条实践，多条实践也可以共用一份产物。做文档规范时从实践倒推证据，不要从产物正推文档——正推一定会膨胀。

6. 复习清单：二十个实践域压成一张自测表

6.1 三轮过法，每轮只解决一件事

第一轮只过缩写和中文全称，二十个，一天两遍，两天过完。这一轮不要看实践条目，看了也记不住，纯粹浪费。第二轮过目的和价值陈述，每个实践域逼自己写一句话，写完对照原文改，改不出来的就是没懂。第三轮按等级过实践，只过自己目标等级及以下的部分，高等级内容先搁着。

三轮之间要留间隔，第一轮和第二轮之间隔一天，第二轮和第三轮之间隔两天。连着过完三轮，感觉很快，实际留存很低，这是踩过的坑。

6.2 自测表

这张表每格都能在十分钟内自测完，一轮下来不到一小时。哪一格过不了，就回对应的章补，不要从头再读一遍。

从那以后我每次开新模型材料，都强制先走一遍“分堆—易混—高等级落点”这三步，再动正文。走完这三步大概只要四十分钟，但它决定了后面几十个小时是顺流还是逆流。希望帮到你。

本文还有配套的精品资源，点击获取