第1章 CMMI综述.docx
《第1章 CMMI综述.docx》由会员分享，可在线阅读，更多相关《第1章 CMMI综述.docx（22页珍藏版）》请在冰豆网上搜索。
第1章CMMI综述
CMMI综述
第1章
1.1CMMI简介4
1.1.1CMMI发展简史4
1.1.2CMMI的过程域5
1.1.3CMMI的两种表示法6
1.2CMMI阶段式表示法7
1.2.1成熟度等级L1：
初始级的特征8
1.2.2成熟度等级L2：
已管理级的特征9
1.2.3成熟度等级L3：
已定义级的特征9
1.2.4成熟度等级L4：
量化管理级的特征9
1.2.5成熟度等级L5：
持续优化级的特征10
1.3CMMI连续式表示法10
1.3.1能力等级0-不完整级的特征12
1.3.2能力等级1-已执行级的特征12
1.3.3能力等级2-已管理级的特征12
1.3.4能力等级3-已定义级的特征13
1.3.5能力等级4-量化管理级的特征13
1.3.6能力等级5-持续优化级的特征14
1.4过程域的部件及解释14
1.4.1必需部件15
1.4.2期望部件15
1.4.3信息部件16
1.5CMMI评估17
1.5.1CMMI评估要求17
1.5.2CMMI标准评估方法SCAMPI17
1.5.3CMMI评估考虑事项18
1.6CMMI和CMM的比较19
1.6.1CMMI与CMM的模型比较19
1.6.2CMMI与CMM过程域比较19
1.6.3CMMI与CMM评估方法比较21
1.7CMM/CMMI在中国21
1.1CMMI简介
1.1.1CMMI发展简史
1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发了一种用于评价软件承包商能力并帮助其改善质量的方法。
WattsHumphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年，基于WattsHumphery等人的工作，SEI的MarkPauk等人建立了第一个CMM（CapabilityMaturityModel，能力成熟度模型），即软件CMM。
1993年，SEI推出了CMM1.1。
十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：
SE-CMM,SW-CMM,IPD-CMM等。
美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI（CapabilityMaturityModelIntegration，能力成熟度模型集成）。
CMMI的基础源模型包括：
软件CMM2.0版本，EIA-731系统工程，以及IPDCMM（IPD）0.98a版本。
2002年1月CMMI1.1版本正式发布，立即被广泛采用。
CMMI-ACQ
图1-1CMMI1.2的三种模型
2006年8月，面向开发的CMMI（CMMI-DEV1.2）版本正式发布。
为了适应更加广泛的应用，SEI计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC1.2）和面向采购的CMMI（CMMI-ACQ1.2）。
注：
本书论述的CMMI是CMMI-DEV1.2。
1.1.2CMMI的过程域
过程域（ProcessArea）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。
CMMI-DEV1.2有22个过程域，见表1-1（按字母排序）。
英文名称
缩写
中文名称
成熟度
等级
类型
CausalAnalysisandResolution
CAR
原因分析与解决方案
5
支持
ConfigurationManagement
CM
配置管理
2
支持
DecisionAnalysisandResolution
DAR
决策分析与解决方案
3
支持
IntegratedProjectManagement
IPM
集成化项目管理
3
项目管理
MeasurementandAnalysis
MA
度量分析
2
支持
OrganizationalInnovationandDeployment
OID
组织革新与推广
5
过程管理
OrganizationalProcessDefinition
OPD
组织过程定义
3
过程管理
OrganizationalProcessFocus
OPF
组织过程焦点
3
过程管理
OrganizationalProcessPerformance
OPP
组织过程绩效
4
过程管理
OrganizationalTraining
OT
组织培训
3
过程管理
ProductIntegration
PI
产品集成
3
工程
ProjectMonitoringandControl
PMC
项目监控
2
项目管理
ProjectPlanning
PP
项目规划
2
项目管理
ProcessandProductQualityAssurance
PPQA
过程和产品质量保证
2
支持
QuantitativeProjectManagement
QPM
定量项目管理
4
项目管理
RequirementsDevelopment
RD
需求开发
3
工程
RequirementsManagement
REQM
需求管理
2
工程
RiskManagement
RSKM
风险管理
3
项目管理
SupplierAgreementManagement
SAM
供应商协议管理
2
项目管理
TechnicalSolution
TS
技术方案
3
工程
Validation
VAL
确认
3
工程
Verification
VER
验证
3
工程
表1-1CMMI-DEV1.2的22个过程域
1.1.3CMMI的两种表示法
CMMI有两种表示法：
一种是阶段式表示法；另一种是连续式表示法。
特定实践
图1-2CMMI的阶段式表示法
阶段式表示法把过程域分成5个成熟度等级，指出达到每一成熟度等级必须实施哪些过程域。
成熟度等级提供一个阶段式过程改进的建议顺序。
如图1-2所示，一个成熟度等级包括多个过程域，每个过程域包含共性目标和特定目标，以及共性实践和特定实践。
特定实践
图1-3CMMI的连续式表示法
连续式表示法则将过程域分为四大类型：
过程管理过程、项目管理过程、工程过程以及支持过程。
每类过程中的过程域又进一步分为“基础的”和“高级的”。
在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其它某类的实践一直做到最好，而其它方面的过程区域可以不必考虑。
1.2CMMI阶段式表示法
成熟度等级是一组经过定义的渐进式过程改进指标，达到每个成熟度等级，则代表组织过程的某重要部分有了稳固的基础。
CMMI的阶段式表示法将成熟度划分为5个等级。
除了初始级以外，每个成熟度等级都有若干个过程域，如表1-2所示。
由于成熟度等级是循序渐进的，如果想达到某个成熟度等级，例如CMMI3级，除了满足CMMI3级本身11过程域之外，还要满足CMMI2级的7个过程域，依此类推。
成熟度等级
过程域
第5级：
优化级
组织革新与推广（OID）
原因分析与解决方案（CAR）
第4级：
量化管理级
定量项目管理（QPM）
组织过程绩效（OPP）
第3级：
已定义级
需求开发（RD）
技术方案（TS）
产品集成（PI）
验证（VER）
确认（VAL）
组织过程焦点（OPF）
组织过程定义（OPD）
组织培训（OT）
集成化项目管理（IPM）
风险管理（RSKM）
决策分析与解决方案（DAR）
第2级：
已管理级
需求管理（REQM）
项目规划（PP）
项目监控（PMC）
供应商协议管理（SAM）
度量分析（MA）
配置管理（CM）
过程和产品质量保证（PPQA）
第1级：
初始级
无
表1-2CMMI阶段表示法：
成熟度等级和过程域的关系表
1.2.1成熟度等级L1：
初始级的特征
在成熟度第1级中，过程通常是混乱的，而且组织通常没有提供稳定的开发环境。
这些组织的成功，往往依赖组织中个人的能力与拼搏精神，而不是使用一套经过验证的过程。
处于成熟度第1级的组织在这种混乱的环境中，也能开发出可以工作的产品和服务，但是往往伴随着项目费用超支和进度拖延。
1.2.2成熟度等级L2：
已管理级的特征
在成熟度第2级中，组织已达到成熟度第2级所有过程域的特定目标和共性目标。
换言之，组织的项目已确保需求是被管理的，而且其过程是经过计划、执行、度量及控制的。
在成熟度第2级，需求、过程、工作成果及服务是受管理的。
在预定的时间节点（例如重要里程碑、重要的任务完成时刻），管理层都可以了解工作成果的情况。
1.2.3成熟度等级L3：
已定义级的特征
在成熟度第3级中，组织已达到成熟度第2和第3级所有过程域的特定目标和共性目标，工作过程都已详尽地说明，并应用标准、规程、工具及方法来表现。
组织的标准过程（Organization’ssetofstandardprocess）是成熟度第3级的基础。
项目可对组织的标准过程进行裁剪，以建立项目过程。
成熟度第2级与第3级的主要区别在于标准、过程说明及规程的范围。
在成熟度第2级中，某过程在不同案例间的标准、过程说明及规程可能有相当的差异。
在成熟度第3级中，项目的标准、过程说明及规程都是从组织的标准过程裁剪而来的，以适用于某些特殊项目或单位。
组织的标准过程包括了成熟度第2级和第3级的过程，因此除了裁剪指南所允许的差异之外，整个组织所执行的过程都是一致的。
另一个主要的区别是，成熟度第3级的过程说明比第2级更加详细与严谨，基于对过程活动的了解，以及对过程、产品与服务的详细度量，可更主动地管理过程。
1.2.4成熟度等级L4：
量化管理级的特征
在成熟度第4级中，组织已达到成熟度第2、第3和第4级所有过程域的特定目标和共性目标。
选定对整体过程绩效有重大影响的子过程，并使用统计和其他的量化技术来控制这些子过程。
建立质量与过程绩效的量化目标，并以该目标为管理过程的准则。
量化目标是根据客户、最终用户、组织及过程执行者的需求而设定。
以统计的术语表示质量和过程绩效，并在整个过程中受到管理。
针对这些过程，收集过程绩效的详细度量资料，并进行统计分析。
界定过程变化的特殊原因，并适当地修正特殊原因的来源，以避免未来再度发生。
将质量和过程绩效的度量结果，纳入到组织的度量库（organization’smeasurementrepository），以支持未来以事实为基础的决策。
成熟度第3级与第4级的主要区别在于过程绩效的可预测能力。
在成熟度第4级中，过程绩效是由统计和其它的量化技术所控制，并且可以用量化方式预测。
但在成熟度第3级中，仅能说在质量上是可预测的。
1.2.5成熟度等级L5：
持续优化级的特征
在成熟度第5级中，组织已达到成熟度第2、第3、第4和第5级所有过程域的特定目标和共性目标。
根据对过程变化共性原因的量化了解，持续进行过程改进。
经由渐进式的和革新式的技术改进，成熟度第5级专注于持续改进过程绩效，已经建立组织的量化过程改进目标，并持续修订以反映持续变化的经营目标。
量化的过程改进目标也当作管理过程改进的准则，用以度量、评估已进行的过程改进效果。
已定义过程和组织标准过程都是这些可度量改进活动的对象。
通过查找问题，加快共享经验教训，可以增强组织对变化和机会的快速反应能力。
过程改进是每个人的责任，它也使得过程改进不断得到循环。
在成熟度第5级中，过程改进解决过程变化的共性原因，以及界定、评估和执行可度量的组织过程改进。
改进方案的选择，以下列二者的量化了解为基础：
（1）过程改进方案对组织过程改进目标的预期贡献；
（2）执行时的成本和对组织的影响。
成熟度第4级与第5级的主要区别在于所要克服的过程变化类型。
在成熟度第4级中，过程专注于克服特殊原因的过程变化，并提出统计上的可预测结果。
虽然过程或许可以产生预期的结果，但该结果不足以达到预期的目标。
在成熟度第5级，过程专注于克服过程变化的共性原因，并改变过程（也就是改变过程绩效的平均值）以改善过程绩效（同时维持统计上的可预测性），以便达到预期过程改进的量化目标。
1.3CMMI连续式表示法
能力等级（CapabilityLevel）表示一个组织在实施和控制其过程以及改善其过程绩效等方面所具备的能力。
一个过程能力等级由这个过程的若干相关的特定实践和共性实践所构成。
这些特定实践和共性实践如果得以执行，则将使该组织的这个过程的执行能力得到提高，进而增强该组织的总体过程能力。
过程能力等级模型中的能力等级的着眼点在于使组织走向成熟，以便增加实施和控制过程的能力并且改善过程本身的绩效。
这些能力等级有助于组织在过程改进各个相关过程时追踪、评价和验证各项改进进程。
连续式表示法中，每个过程域的能力等级划分0~5级（共6级），从0~5编号，它们是：
0不完整级；1已执行级；2已管理级；3已定义级；4量化管理级；5持续优化级。
CMMI模型的连续式表示，按照过程域之间的关系分成四个类型：
过程管理过程、项目管理过程、工程过程和支持过程，如表1-3所示。
类型
过程域
基础过程域/*高级过程域
过程管理过程
组织过程焦点（OPF）
组织过程定义（OPD）
组织培训（OT）
组织过程绩效（OPP）
组织革新与推广（OID）
基础过程域
基础过程域
基础过程域
*高级过程域
*高级过程域
项目管理过程
项目规划（PP）
项目监控（PMC）
供应商协议管理（SAM）
集成化项目管理（IPM）
风险管理（RSKM）
定量项目管理（QPM）
基础过程域
基础过程域
基础过程域
*高级过程域
*高级过程域
*高级过程域
工程过程
需求管理（REQM）
需求开发（RD）
技术方案（TS）
产品集成（PI）
验证（VER）
确认（VAL）
基础过程域
基础过程域
基础过程域
基础过程域
基础过程域
基础过程域
支持过程
度量分析（MA）
配置管理（CM）
过程和产品质量保证（PPQA）
决策分析与解决方案（DAR）
原因分析与解决方案（CAR）
基础过程域
基础过程域
基础过程域
*高级过程域
*高级过程域
表1-3CMMI连续表示法：
过程域分类
1.3.1能力等级0-不完整级的特征
不完整级也称为未执行级。
它的过程是一个未执行或仅仅部分执行的过程。
该过程的一个或多个特定目标未被满足。
注意：
所谓“未执行”、“部分执行”以及后面所说的“已执行”等描述，都是相对于模型的过程域而言。
1.3.2能力等级1-已执行级的特征
已执行级的过程是一个满足过程域各个特定目标的过程：
为了实现可识别的输入工作成果产生可识别的输出工作成果，需要做相应的工作，处于这个级别的过程，能支持这类工作并且使其能执行。
不完整级与已执行级过程之间的关键差别在于，已执行级过程满足相应的过程域的所有特定目标。
1.3.3能力等级2-已管理级的特征
已管理级过程是一个具有以下特征的已执行级过程。
它是按照预定方针予以策划和执行的；为了生成受控的输出，过程的执行都是配备有适当的资源、有熟练技能的人；各干系人介入了该过程；并且依据各项要求进行了审查和评价。
该过程可能由某个项目、某个项目组或某个职能部门予以制度化了，或者可能成为组织的一个独立过程。
该过程的管理牵涉到过程的制度化（作为已管理级过程加以制度化），牵涉到针对该过程各种具体目标（如成本、进度和质量目标）的实现。
已管理级过程与已执行级过程之间的基本区别在于，过程受到管理的程度不同。
已管理级过程是有计划的。
当实际结果和性能明显偏离该计划时，会采取纠正措施。
已管理级过程要实现该计划的各项具体目标并且被制度化，以保证绩效的一致性。
过程制度化还意味着，该过程的实施广度和深度以及维持时间等是适当的，能够确保该过程成为开展工作中的一个坚实的组成部分。
该过程的具体目标可能是这个过程特有的目标，也可能是某个更高层次上规定的目标（就一组过程而言），在后一种情况下，各个过程将共同为这些目标的实现做贡献。
作为对该过程采取的纠正措施的一部分，这些具体目标可能会被修改。
1.3.4能力等级3-已定义级的特征
已定义级过程是这样一种受管理的过程：
它是根据本组织的剪裁指南从本组织的标准过程集合剪裁而得来；它具有受到维护的过程描述；并且它能为本组织的过程财富（资源）贡献工作成果、度量项目以及其它过程改进信息。
已定义级过程和已管理级过程之间的关键区别在于标准、过程描述和规程的应用范围不同。
就已管理级过程而言，标准、过程描述和规程只在该过程的某个特例中使用（在某个特定项目上使用）。
就已定义级过程而言，因为标准、过程描述和规程是从本组织的标准过程集合剪裁而来并且与组织的过程财富相关。
所以，在整个组织里执行的各个已定义过程就比较一致。
与已管理级过程的另外一个重要区别是，已定义级过程的描述比较详细，执行比较严格。
对过程各项活动的深入了解以及对过程，其工作产品的所提供的服务的详细度量，是对已定义过程进行管理的基础。
组织的标准过程集合是已定义过程的基础，它是在长期实践中建立并且不断改进的。
这些标准过程描述的基本过程元素可望纳入已定义过程中。
标准过程还描述基本元素之间的关系。
为支持本组织现在和将来使用的标准过程集合，而在组织一级进行的制度化也是在长期实践中实现和不断改进的。
1.3.5能力等级4-量化管理级的特征
量化管理级过程是利用统计和其它量化技术进行控制的已定义级过程。
按照管理该过程的准则来建立和利用质量和过程绩效的定量目标。
从统计意义上反映质量和绩效目标，并且在整个过程周期里管理这些质量和过程目标。
组织的标准过程以及客户、最终用户、组织和过程实施人员的需要等，是量化目标的基础。
执行该过程的人直接参与对该过程的量化管理。
对生成工作成果或提供服务的整个过程集合实施量化管理：
对那些在总的过程性能上起重大作用的过程实施量化管理；针对选定的过程绩效详细度量并进行量化分析，确定过程变化的特殊原因，并且在适当时对特殊原因的根源进行处理，以避免将来再次发生。
量化管理级过程和已定义级过程的一个关键区别是过程绩效的可预测性。
量化管理意味着使用统计技术或其他量化技术来管理某过程的一个或几个关键子过程，从而做到可以预测该过程未来的绩效。
1.3.6能力等级5-持续优化级的特征
持续优化级过程是一个可以通过调整使之满足当前的和预定业务目标的量化管理级过程。
持续优化级过程侧重于通过渐进式的和革新式的技术改进不断改进过程绩效。
凡是涉及到处理过程变化的共性原因和对组织的过程进行可度量改进的各个过程改进项都得到标识和评价，并且在适当时予以推广实施。
对改进项作出选择的基础是：
量化地了解它们在实现组织过程改进目标中的预期贡献与成本，和对组织的影响。
处于持续优化级的过程其绩效将不断得到改善。
所选定的对过程的渐进式的和革新式的技术改进，系统地进行组织推广实施，对照量化的过程改进目标，测量和评价已推广实施的过程改进的效果。
持续优化级过程与量化管理级过程之间的一个关键区别在于，持续优化级过程是通过处理过程变化的共性原因而不断地进行改进。
量化管理级过程关心的是处理过程变化的特殊原因和提供对过程结果的统计意义上的可预计性。
尽管量化管理级过程可以产生可预计的结果，但这种结果可能与规定的目标有差距。
持续优化级过程关心的是处理过程变化的共性原因，并且调整过程以改善过程绩效，从而实现规定过程量化目标。
过程变化的共性原因是过程内在的并且影响该过程的总体性能的原因。
1.4过程域的部件及解释
CMMI过程域的部件划分三类：
必要的（required）、期望的（expected）和信息的（informative）3类，如图1-4所示。
子实践
的详细说明
图1-4过程域的部件
1.4.1必需部件
必需部件描述组织达到某个过程域必须满足的部分，这种满足在组织过程中实现是可视的。
CMMI的必需部件是特定目标（SpecificGoals）和共性目标（GenericGoals）。
这些目标在评估中作为判断一个过程域达到和满意的基本原则。
特定目标只适用于一个过程，它描述过程特性具有唯一性，即只有该过程必须实现的那些特性。
特定目标是必需的部件，在评估时用来衡量该过程域是否满足要求。
例如：
配置管理过程域的一个特定目标是“创建和维护基线的完整性”。
共性目标称为“共性”是因为同一目标的陈述对应了多个过程域。
共性目标描述组织制度化实施的特征。
1.4.2期望部件
期望部件说明组织要达到某个目标的一般性做法。
期望部件指导那些实施过程改进或执行评估的人用于判断过程域目标是否达到。
CMMI的期望部件是特定实践（SpecificPractices）和共性实践（GenericPractices）。
特定实践表明一组活动，这组活动被期望可达成某过程域的特定目标。
例如：
项目监控过程域一个特定实践是“对项目计划中的承诺进行监督”。
共性实践称为“共性”是因为同一实践的陈述对应了多个过程域。
共性实践说明一组活动，这组活动被期望可达成给定的共性目标。
1.4.3信息部件
信息部件是对如何达到必需部件和期望部件的更加详细的描述。
以下是CMMI的一些信息部件。
目的（Purpose）描述了过程域的目的。
例如：
组织过程定义过程域的目的是“建立和维护可用的过程财富和工作环境标准”。
介绍性说明（IntroductoryNotes）应用于整个过程域的多个介绍性注释，描述了过程域覆盖的主要范围。
例如：
项目规划过程域的介绍性说明是“规划开始于产品和项目已定义的需求”。
相关过程域（RelatedProcessAreas）列出了相关过程域信息，反映了过程域间更高层次的关系。
例如：
项目规划过程域中一个相关过程域的例子是“识别和管理风险的更多信息，请参考风险管理过程域”。
典型工作成果（TypicalWorkProducts）。
当执行一个实践时，通常会以工作成果的形式产生输出。
例如：
项目监控过程域的特定实践“依据项目计划中的参数监督项目实际数据”中一个典型工作成果是“明显偏离的记录”。
子实践（Subpractices）提供了详细的说明，用于实施某个特定实践或共性实践。
例如：
在项目监控过程域中特定实践“对确定的问题采取纠正措施”一个子实践是“为处理所识别的问题而采取措施，并形成文件”。
共性实践详细说明（GenericPracticeElaborations）出现在一个过程域的共性实践后面，它为一个共性实践如何适用于特定的过程域提供指南。
注释（Notes）是伴随任何一个模型部件的文字，它提供详细背景和基本原理资料，起到注释作用。
例子（Examples）。
几乎在任何一个部件旁边都提供一个或多个例子用于阐明概念或描述活动。
扩充（Amplifications）是一个特定学科的注释或例子。
模型中覆盖的学科是硬件工程、系统工程和软件工程。
每一个扩充都在标题上进行了标示，用于说明应用的学科。
1.5CMMI评估
升级会员 