简介：这份 CMMI 模型 V2.0 中文完整版 PDF，面向项目管理从业者、过程改进负责人及准备 CMMI 评估的团队，提供从能力成熟度框架理解到关键业务流程优化的系统参考。压缩包内仅含 1 个 PDF 文件，大小约 19.27MB，便于集中查阅与归档。文档围绕 CMMI V2.0 产品套件架构、成功采用路径、过程持久性与高成熟度实践展开，覆盖实践域、目标与实践等核心组件，并纳入 V2.1 在服务和供应商管理视图方面的更新，可帮助读者梳理改进路线图、理解评估要点并对照组织现状查漏补缺。已有 4777 人学习，适合作为项目管理规范化、过程体系建设和 CMMI 落地实施时的案头资料。
1. 拿到这份 CMMI V2.0 中文完整版 PDF：先弄清它到底能替你干什么
第一次打开这份 CMMI V2.0 中文完整版，多数人的反应是目录太长：二十多个实践域，每个实践域底下从第 1 级一路排到第 5 级，页码密密麻麻，光目录就占了六七页。它不是一本讲项目管理理念的书，而是一份「实践清单 + 等级标尺」的合订本——每个实践域先给一段意图和价值，再把「该做什么」拆成带编号的实践条目，后面挂着子实践和示例工作产品。做过程改进的、准备评估的、以及被交代「三个月把 CMMI 文档规范建起来」的人，都能直接从里面抠出骨架。真正难的不是读完，而是把它从评估语言翻译成公司里能跑起来的流程语言，后面几章就干这件事。
2. 拆开模型结构：二十多个实践域、四个能力等级与三套视图怎么对应
2.1 目录就是地图：意图、实践、示例工作产品三层
把 PDF 拖进阅读器后别急着从头翻，先盯着目录看它的组织规律。每个实践域的版式是固定的：先一段意图陈述，讲清这个域为什么存在；再一段价值，回答「做了有什么好处」；然后是按能力等级分组的实践条目，编号形如EST 2.1、PLAN 3.2，字母是实践域缩写，第一个数字是能力等级，第二个是序号；每条实践下面挂子实践和示例工作产品。
这五类组件的性质完全不同，读错性质是最常见的浪费时间的做法：
| 组件 | 性质 | 该怎么用 | 常见误用 |
|---|---|---|---|
| 意图陈述 | 说明性 | 写内部制度时当「目的」章节的底稿 | 直接跳过，闷头抄实践 |
| 价值说明 | 说明性 | 向管理层申请资源时的说辞 | 当成考核指标往下压 |
| 实践 | 规范性 | 逐条判定「做没做、有没有证据」 | 当成 SOP 逐字照做 |
| 子实践 | 说明性 | 提示典型做法，帮你想方案 | 当成必做项逐条打分 |
| 示例工作产品 | 说明性 | 设计模板和记录格式的参考 | 原样当交付模板发给项目组 |
只有实践是被评估的，其余四类都是帮你理解实践的注脚。这一条想通了，你的对照表行数就等于所选实践域的实践条目数，而不是 PDF 的页数；不会出现「文档做了两百页，评估员问一句证据在哪就卡壳」的场面。我一般会先按实践域把条目抠出来落成 Excel，一行一条，编号一字不改，后面所有工作都围着这张表转。
2.2 能力等级是域内刻度，成熟度等级是组织刻度
这两个词在中文版里出现频率极高，也最容易混。能力等级是单个实践域内部的刻度，CMMI V2.0 里从 0 到 3：
| 能力等级 | 含义 | 判断口径（血泪经验版） |
|---|---|---|
| CL0 不完整 | 没做，或者做了没留下任何东西 | 问三个人三种说法 |
| CL1 初始 | 做了，但靠个人习惯，成败看人 | 换个人就做不出来 |
| CL2 已管理 | 有计划、有资源、有跟踪，项目层面可控 | 能拿出计划、记录、跟踪结论 |
| CL3 已定义 | 用的是组织级标准过程裁剪后的版本，不是各自发挥 | 能指出裁剪依据和组织级资产编号 |
成熟度等级是组织刻度，从 ML1 到 ML5，衡量的是「一批实践域整体达到了什么水平」。两者的换算关系可以粗略理解成：ML2 要求选定的一组实践域都到 CL2，ML3 要求这组实践域都到 CL3；再往上，ML4 和 ML5 主要靠「管理性能与度量（MPM）」和「原因分析和解决（CAR）」这两个域的高等级实践撑起来——这也是为什么目录里只有这两个域一路排到第 5 级，其他域基本在第 3 级收尾。
判断一个团队有没有真懂，问一句就够：「你们现在是 CL3 还是 ML3？」答得上来的，说明他知道刻度是分层的；答不上来的，通常会把模型当成一张要凑齐的 checklist。实际操作里，先定目标成熟度等级，再倒推需要哪些实践域达到哪一级，最后才排期，顺序反过来就会做一堆用不上的文档。
2.3 开发、服务、供应商三套视图，先选视图再谈裁剪
模型不是一套内容打天下，而是按业务形态拆成视图。文档变更历史里写得很清楚：2.0 那个基线先出的是带开发视图的内容，2.1 才补上服务和供应商管理视图。所以你在这份中文版目录里会看到「连续性（CONT）」「事件处理和预防（IRP）」「服务交付管理（SDM）」这些偏服务侧的域，不要以为是错版。
| 视图 | 覆盖场景 | 目录里的典型实践域 | 什么时候选它 |
|---|---|---|---|
| 开发视图 | 软硬件产品、系统交付 | 需求开发和管理（RDM）、产品集成（PI）、策划（PLAN） | 交付物是产品、版本、系统 |
| 服务视图 | 运维、外包服务、持续交付 | 服务交付管理（SDM）、连续性（CONT）、事件处理和预防（IRP） | 交付物是 SLA 和持续服务 |
| 供应商管理视图 | 大量外协、分包、采购集成 | 与供应商选择、监督相关的实践 | 一半以上工作量在外部 |
选视图的判断标准只有一个：钱和时间主要花在「做出东西」还是「维持服务」。两者都有的公司不要贪心全上，先选业务量最大的那条线做试点，另一条线用同一套组织级资产做裁剪适配。
裁剪不是砍条目，是砍范围并留痕。常见做法是：先圈定组织单元和纳入评估的项目实例，再按视图选出实践域集合，然后逐个实践域标注「采用 / 部分采用 / 本期不采用」，每一条不采用都要写一句理由和替代控制手段。评估时被问「为什么这个域没做」，你能翻出那张表，比临场解释强十倍。
提示：裁剪记录本身就是证据。没有记录的不叫裁剪，叫漏做。
3. 把 PDF 变成可执行的过程资产：一份对照表加一次拆分
3.1 先建「实践条目—现有制度」对照表
这是整件事里投入产出比最高的一步。做法不复杂，但要死磕格式，否则后面全乱。
第一步，把选定的实践域下面的实践条目逐条抄出来，编号原样保留，不要合并同类项。第二步，每条补四列：自己用一句话重写的意图（不抄原文，抄原文你永远记不住）、对应的现有制度文件名加章节号、覆盖程度、缺口动作。第三步，覆盖程度的判定标准提前写死，全组用同一把尺子：
| 覆盖程度 | 判定标准 |
|---|---|
| 全覆盖 | 有文件、有执行记录、随便点一个人能说清自己那一步 |
| 部分覆盖 | 有文件没记录，或者记录只在一个项目上出现过 |
| 未覆盖 | 文件里搜不到，项目上问不到 |
第四步，缺口动作只写「谁、在什么时间、产出什么文件或记录」，禁止写「加强培训」「提升意识」这类无法验收的话。第五步，一个实践域一个页签，总表只放统计数字，方便每周例会看趋势。
一张填好的行大概长这样：
| 实践编号 | 一句话意图 | 现有制度 | 覆盖程度 | 缺口动作 | 证据位置 |
|---|---|---|---|---|---|
| EST 2.1 | 估算要有方法、有依据、可复核 | 项目管理规程 4.2 节 | 部分覆盖 | 补估算依据附件，6 月底前 | 项目计划书附录 B |
| MC 2.2 | 实际进展要定期对照计划 | 周报模板 | 部分覆盖 | 周报增加「偏差与措施」栏 | 周报归档目录 |
填到第三十个实践你就会发现，真正缺的往往不是文件，是「记录」。文档可以一周写完，记录只能靠时间攒出来，这个认知越早建立越好。
3.2 用脚本把 PDF 拆成可检索的实践索引
中文版两百多页，靠 Ctrl+F 一个个找实践编号，找二十条就想砸键盘。我一般先用脚本把每页命中的实践编号和上下文抽成 CSV，再拿去和对照表做 VLOOKUP。
import csv, re, pathlib from pypdf import PdfReader SRC = pathlib.Path("cmmi_v2_zh.pdf") # 中文版 PDF 放在同目录 OUT = pathlib.Path("cmmi_index"); OUT.mkdir(exist_ok=True) # 实践编号：2~4 个大写字母 + 能力等级 + 序号，例如 EST 2.1 / MPM 4.2 PRAC = re.compile(r"\b([A-Z]{2,4})\s+([0-5])\.(\d{1,2})\b") SKIP_PAGES = set(range(1, 9)) # 目录页也会命中，先跳过 reader = PdfReader(str(SRC)) rows, seen = [], set() for pno, page in enumerate(reader.pages, start=1): if pno in SKIP_PAGES: continue text = (page.extract_text() or "").replace("\n", " ") for m in PRAC.finditer(text): key = (m.group(0), pno) if key in seen: # 同一页换行常导致重复命中 continue seen.add(key) rows.append([m.group(1), f"{m.group(2)}.{m.group(3)}", pno, text[max(0, m.start() - 30): m.start() + 80]]) with open(OUT / "practice_index.csv", "w", newline="", encoding="utf-8-sig") as f: w = csv.writer(f) w.writerow(["实践域缩写", "实践编号", "页码", "上下文摘录"]) w.writerows(rows) print(f"命中 {len(rows)} 条，涉及 {len({r[0] for r in rows})} 个实践域缩写")几个参数值得说清楚。正则里的[0-5]是能力等级范围，虽然多数实践域只到 3 级，但 MPM 和 CAR 有 4、5 级实践，写成 0-5 才不会漏。SKIP_PAGES跳掉前 8 页目录，具体跳几页要按你手上这份的实际排版改，跑一遍看前几页命中量异常大就往上加。写文件用utf-8-sig，是为了 Excel 双击打开不乱码，这个编码坑我踩过不止一次。seen集合按「编号 + 页码」去重，因为 PDF 抽出来的文本经常在编号中间断行，同一条会被抓两三次。
上下文摘录留 110 个字符左右是有意的：够你看清这条实践讲的是估算输入还是估算维护，又不至于把原文大段复制出来。抽完先跑一遍统计，正常应该命中几百条，如果只有几十条，多半是 PDF 是扫描件，extract_text()返回空字符串，得先做 OCR；如果能抽出文字但一条都没命中，检查一下是不是编号在原文里用了全角句点或者中间夹了别的字符。
注意：这份材料首页的版权声明限制复制、转售和商业用途，索引文件自己内部查用没问题，别打包进对外的产品或培训物料里。
3.3 试点选域：先做哪三到五个，别贪多
二十多个实践域一起上，三个月后你会得到二十多份没人看的文件。挑三到五个先跑通，跑满一个季度再扩。
| 顺序 | 实践域 | 为什么排前面 | 第一个交付物 |
|---|---|---|---|
| 1 | 需求开发和管理（RDM） | 需求是几乎所有下游实践的输入 | 需求跟踪矩阵模板 + 变更记录表 |
| 2 | 策划（PLAN）与估算（EST） | 计划是整条证据链的骨架 | 带估算依据的项目计划模板 |
| 3 | 监视与控制（MC） | 有计划没跟踪，等于计划白做 | 周度偏差跟踪表 |
| 4 | 配置管理（CM） | 唯一能立刻看到实打实记录的域 | 配置项清单 + 基线记录 |
| 5 | 过程质量保证（PQA） | 需要一个独立角色做客观检查 | 过程检查单 + 不符合项台账 |
挑的时候有个原则：优先选「上下游耦合强」的域，而不是「最容易做」的域。RDM 和 PLAN 就是典型，它们一动，MC、RSK、PI 全部跟着动，改一次能带动一片。反过来，先做同行评审或者决策分析，往往做成了两张孤立的表格，过两个月就没人填了。
每个试点域别超过三条实践，先让项目组把这三条做出记录，再谈覆盖全场。判断试点成功的标准很朴素：随便点一个项目成员，问他上周在这条实践上做了什么、产出放在哪，他能三十秒内说清并且找出来。
4. 评估前的自检：证据链、抽样和访谈怎么准备
4.1 每条实践要凑齐哪几类证据
评估现场最常见的翻车不是「没做」，是「做了但拿不出来」。证据按强度分四类，准备时每类都要有：
| 证据类型 | 具体形态 | 强度 | 备注 |
|---|---|---|---|
| 计划类 | 项目计划、估算表、培训计划 | 中 | 只能证明「打算做」 |
| 执行记录 | 评审记录、变更单、缺陷台账、会议纪要 | 强 | 带时间戳和责任人 |
| 决策类 | 技术方案选型对比、风险应对决议 | 强 | 能说清为什么这么定 |
| 度量类 | 进度偏差、缺陷密度、估算准确度 | 强 | 有基线、有趋势 |
自查时按实践条目逐条问三个问题：这件事最近一次发生是什么时候？产物在哪个目录？谁能讲清来龙去脉？三问答不全的，标红进缺口清单。别指望用一份「制度汇编」通吃，制度只能证明 CL1 到 CL2 的一半，剩下的全靠记录。
4.2 抽样：项目实例怎么选才不被挑刺
抽样是门玄学，但有几条硬规矩。评估范围内的每个组织单元，纳入的实例要覆盖不同规模、不同客户类型、不同生命周期阶段，还要包含至少一个出过问题的项目。只挑明星项目是最典型的自欺欺人，一问「有没有延期过的项目」，全场安静。
具体操作按这几步走：
- 先列全量实例清单，字段至少包含项目名称代号、启动与结束时间、规模、当前阶段、是否延期、是否有外部供应商。
- 按规模和阶段做交叉分层，每层至少留一个。
- 明确排除规则并写下来，比如「启动不足两个月的项目」不纳入，排除要有理由。
- 保留一个失败或中止的项目在清单里，它往往是最有说服力的证据来源。
- 抽样基数和最低实例数量以评估方法文档的规定为准，不同评估类型要求不同，别凭印象拍数字。
有个细节容易被忽略：抽中的实例如果在中途换过项目经理，交接记录也要备好，否则访谈时出现「这段不是我负责的」，证据链当场断掉。
4.3 访谈准备：把实践条目改写成问句
访谈翻车多半是问法不对。别问「你们做不做风险管理」，谁都会答「做」。把实践条目改写成「上一次」开头的问句，逼出具体场景：
| 实践编号 | 改写后的问句 | 合格回答的样子 |
|---|---|---|
| RSK 2.1 | 上个季度你们识别出的风险里，哪一条最后真发生了？ | 说出具体风险、当时定的应对、后来怎么调整 |
| DAR 2.1 | 最近一次技术选型，候选方案有哪几个，谁拍的板？ | 拿得出对比表和评审记录 |
| CM 2.2 | 上一次基线变更，谁提的、谁批的、什么时候合的？ | 报得出变更单号和日期 |
准备阶段把选中的实践逐条改写成问句，做成一张访谈卡，每个角色一张，只放跟他有关的条目。别给所有人发同一张，三十条问题的卡片没人会看第二遍。访谈时允许对方翻记录，但要观察他翻的速度——三十秒内找出来是常态，翻五分钟还找不到，说明证据组织有问题。
5. 避坑：中文版 CMMI 文档用得最狠的五次翻车
5.1 坑一：把实践当 SOP 逐条照抄
现象：项目组拿到手的流程文件一百多页，每个节点都要填三张表，两个月后表格全靠月末补。
原因：混淆了「做什么」和「怎么做」。实践写的是意图和结果，不规定步骤、角色和工具，直接照抄等于把评估语言当操作规程发下去。
解决：每条实践先写一句自己的意图，再写公司内部的执行程序，程序里只保留三样东西——谁在什么节点、产出什么记录、记录放哪。文件篇幅砍掉三分之二，执行率反而上去。评估员看的是实践有没有被满足，不是你的 SOP 写得漂不漂亮。
5.2 坑二：拿目录页码去跳转，永远对不上
现象：目录写着某实践域在第 101 页，翻过去是另一个域的内容，前后差十几页。
原因：这份材料的目录页码是按初始基线排的，2.1 增补了服务和供应商管理视图的内容之后正文页码整体后移；而且目录是排版出来的文本，不是 PDF 书签，点不动也正常。
解决：放弃页码跳转，改用实践编号搜索，配合 3.2 的索引脚本做一张「编号—实际页码」映射表。每次换版本先重跑一遍脚本，五分钟的事。
5.3 坑三：三套术语各说各话
现象：模型里叫「工作产品」，公司制度里叫「交付物」，工具系统里叫「产出物」；评估员问「干系人参与」，项目组答「相关方沟通」，来回确认半天。
原因：中文译本、内部历史文档、工具字段三层各自演化，没人做过对齐。
解决：建一张术语对照表，三列——模型译名、英文缩写、内部统一叫法，只允许内部文档使用第三列。新文档一律先查表，工具字段改不动就在字段说明里挂映射。这张表放在共享盘首页，比任何培训都管用。
5.4 坑四：评估前突击补记录
现象：自查前一天，二十个项目同时产出格式一致的会议纪要，时间戳全部集中在同一个下午。
原因：日常没留痕，指望临时补。评估看的是记录的自然分布，扎堆生成比没有记录更糟。
解决：把证据产出嵌进日常节点，能自动留痕的绝不手工补——需求变更走工单系统，评审走会议系统，配置基线走版本库。人工补的记录只允许出现在确实漏记的个别场景，并且要能解释清楚。
5.5 坑五：把模型原文搬进对外产品
现象：把模型里的实践条目录入自研的过程管理工具，随产品一起卖给客户。
原因：只看到「内容有用」，没看首页那段版权声明——明确限制复制、转售、纳入软件工具和商业用途。
解决：对外产品里只放自己重写的方法论和模板，引用模型时写清出处且不复制原文段落；内部培训材料同样控制引用比例，能改写就改写。这条边界不清楚，前面所有技术活儿都白干。
6. 进阶：把模型当参数表用，做裁剪矩阵和度量三张表
做到第三个月你会发现，这份文档真正好用的地方不在于「照着做」，而在于「照着想」。我一般会把它拆成两张自制的表来用。
第一张是裁剪矩阵。行是实践域，列是项目类型（新研、维护、外协集成、内部工具），格子填「全采用 / 部分采用 / 不采用 + 替代控制」。填完之后，任何新项目立项，五分钟就能定出它的过程裁剪方案，不用每次开会吵。矩阵要半年审一次，业务变了就跟着变。
第二张是度量三张表，对应到「管理性能与度量（MPM）」的思路：
| 表 | 内容 | 更新频率 | 用途 |
|---|---|---|---|
| 项目级 | 进度偏差、估算准确度、缺陷密度 | 每周 | 项目经理自查，异常当场处理 |
| 组织级 | 各项目指标的分布与基线 | 每季度 | 判断基线是否漂移，决定是否重设 |
| 改进级 | 问题原因分类、改进措施闭环率 | 每半年 | 决定下一轮投入哪个实践域 |
三张表之间要有勾稽关系：项目级的异常要能汇总成组织级的分布变化，组织级的变化要能解释改进级的选题。做不到这个勾稽，就是三张各自好看的报表。
验证有没有真落地，用一个小测试：随机抽三条实践，半小时内让项目组拿出对应的计划、记录和度量数据，且三者能互相对上。对不上就回去补链条，别急着扩范围。
最后说个我自己的教训。早些年做第一次内部评估，我提前两周才开始收证据，结果二十多个项目的记录时间戳全挤在同一个下午，被外部顾问一句话点破，整改了整整一个季度。从那以后我每次启动改进项目，都强制先跑一遍 3.1 那张对照表，把「证据位置」这一列留空的行全部标红，每周例会只盯红行。文档可以慢慢写，记录必须当天留，这是这份 CMMI V2.0 中文版教给我最贵的一课。希望帮到你。
本文还有配套的精品资源，点击获取
