简介《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 实践域基本单元过程域实践域实践分型专用实践 通用实践统一实践按等级归属制度化要求的位置每个过程域内重复一套集中到 II目标层专用目标 通用目标目的陈述 价值陈述等级表示阶段式与连续式并存以成熟度等级为主视图决定覆盖范围还有一个不该忽略的新增层价值陈述。老版本里没有这一层CMMI 2.0 在每个实践域开头加了一段说明讲这个域对业务到底值在哪里。别小看这一段写改进方案、向管理层要资源的时候它比任何一条实践条目都好用——实践条目讲“做什么”价值陈述讲“凭什么做”。2.2 成熟度等级是覆盖面清单不是打分表这是最容易理解偏的一处。等级不是给每个实践域打分再取平均而是“要宣称达到某一级必须把这一级所辖的实践域全部做到该级或以上”。换句话说它是覆盖面的问题不是分数的问题。某个实践域做到 3 级、另一个只做到 2 级整体仍然停在 2 级不会因为前者优秀就把后者补上。等级名称判定时看什么常见误解L1初始实践在项目里真实发生过以为 L1 是“什么都不用做”L2已管理项目级有策划、有跟踪、有配置管理以为 L2 是“文档齐全”L3已定义组织有标准过程项目按裁剪指南使用以为 L3 是“文档更多”L4定量管理用度量数据和统计方法管过程性能以为 L4 是“指标数量多”L5优化根因分析驱动改进改进成为常态以为 L5 是“零缺陷”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 速查表与生成脚本下面这张表可以打印出来贴在显示器边上复习时随手扫一眼。缩写中文一句话职责归属堆GOV治理定方向、授权、监督治理与地基II实施基础条件方针、职责、资源、培训等制度化底座治理与地基RDM需求开发和管理把需求挖出来并管住变更项目主线EST估算算工作量和工期项目主线PLAN策划排计划、定责任、定检查点项目主线MC监视与控制跟踪偏差并纠偏项目主线RSK风险与机会管理管没发生的事项目主线PR同行评审用同行眼睛找产品缺陷项目主线PI产品集成把部件攒成可交付的整体工程与产品CM配置管理保一致性与可追溯工程与产品PQA过程质量保证查过程符不符合定义工程与产品PCM过程管理过程的定义、部署与评估过程与组织PAD过程资产开发资产库的建、维、用过程与组织OT组织级培训能力缺口怎么补过程与组织MPM管理性能与度量组织级度量与性能管理过程与组织DAR决策分析和解决事前比选方案决策与改进CAR原因分析和解决事后追根因决策与改进SDM服务交付管理服务怎么交付和维持服务与连续IRP事件处理和预防处理已发生的服务事件服务与连续CONT连续性中断之后还能继续服务与连续手工维护这张表容易漏行用一小段脚本生成更稳妥# 按分堆组织实践域输出可粘贴的速查表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 fL{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 级。实践域目录中的高等级为什么是它MPM到 L5度量和性能管理是定量管理与优化的载体CAR到 L5根因分析与改进是优化的主要动作GOV到 L4定量目标与治理层的监督挂钩PLAN到 L4定量目标要写进项目计划PCM到 L4过程性能基线属于组织级过程资产这个分布不是巧合。L4 要定量管理就得有度量体系MPM、有写进计划的定量目标PLAN、有过程性能基线PCM、有治理层的推动GOVL5 要优化根因分析落在 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 自测表检查项过关标准缩写与中文互认随机抽 10 个缩写中文全对随机抽 10 个中文缩写全对五个高等级域不看资料说出是哪五个并说清为什么是它们六组易混每组能用一句话说清区别不卡壳视图归属说清自己属于哪个视图、覆盖哪些域、等级上限在哪证据思维随机抽一条实践30 秒内说出拿什么证明分堆定位给一个缩写能立刻说出属于哪一堆、和谁同堆这张表每格都能在十分钟内自测完一轮下来不到一小时。哪一格过不了就回对应的章补不要从头再读一遍。从那以后我每次开新模型材料都强制先走一遍“分堆—易混—高等级落点”这三步再动正文。走完这三步大概只要四十分钟但它决定了后面几十个小时是顺流还是逆流。希望帮到你。本文还有配套的精品资源点击获取