CMMI基础知识
CMMI基础理论(全面介绍CMMI基础)
一：CMMI简介1.1 CMMI发展简史CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。
CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。
Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。
1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM 版本。
十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。
美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。
CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。
2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。
CMMI 1.2的三种模型·2·2006年8月，面向开发的CMMI（CMMI-DEV 1.2）版本正式发布。
为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。
1.2 CMMI的过程域过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。
CMM(CMMI)基础知识介绍
的软件组织进行了软件过程成熟度模型的评估实践。SEI根据这四年 的实践经验，在原过程成熟度框架的基础上开发出了“软件能力成熟 度模型（CMM1．1版）”。 CMM1．1版发表后的两年里先后产生了三十多个草案，于己于1993年 2月发表了“软件能力成熟度模型的关键惯例1．1版”，统称SW— CMM1．1版，简称CMM。
◆ 技术 建立技术支持活动，并有稳定的计划。
◆ 度量 每个项目建立资源计划。主要关心成本、产品和进度。有相应的管理数据。
◆ 改进方向 （1） 不再按项目制定软件过程，而是总结各种项目的成功经验，使之规则 化，具体经验归纳为全组织的标准软件过程。把改进组织的整体软件过程能 力的软件过程活动，作为软件开发组织的责任。 （2） 确定全组织的标准软件过程，把软件工程及管理活动集成到一个稳固 确定的软件过程中。从而可以跨项目改进软件过程效果，也可作为过程剪裁 的基础。 （3） 建立软件工程过程小组（SEPG）长期承担评估与调整软件过程的任务， 以适应未来软件项目的要求。 （4） 积累数据，建立组织的软件过程库及软件过程相关文档库。 （5） 加强培训。
◆ 过程
软件开发和维护的过程是相对稳定的，但过程建立在项目一级。 有规则的软件过程是在一个有效的工程管理系统的控制之下，先前的成功经验
可以被重复。 问题出现时，有能力识别及纠正。承诺是可以实现的。
◆ 人员
项目的成功依赖于个人的能力以及管理层的支持。 理解管理的必要性及对管理的承诺。 注意人员的培训问题。
CMM/CMMI基础知识
1．1什么是CMM
CMM是指“软件能力成熟度模型”，其英文全称 为Capability Maturity Model
CMMI基础绍介
Practice2
Practice3
….
CMMI的评估办法
评估一个企业是否达到某级别的标准， 评估的关键就是每个Practice的实际情 况。 根据评估办法的严谨程度，有以下办法
SCAMPI C SCAMPI B SCAMPI A（正式评估用的办法）
稍后课程详细论述
某企业通过了某某级别的评估， 意味着什么？
CMMI基础知识
CMMI是什么？
Capability Maturity Model Integration (能力成 熟度模型综合) 它综合了以下几方面: System engineering Software engineering Integrated Product and Process Development Supplier Sourcing 该模型提供一套可供公众使用的准则；这些准则描述 那些成功地实施了过程改进的组织的特性。 该模型用“软件能力成熟度”来衡量这种软件综合能 力
CMMI中的PA
分类
项目管理
过程域
Project Planning Project Monitoring and Control Supplier Agreement Management Integrated Project Management(IPPD) Integrated Supplier Management (SS) Integrated Teaming (IPPD) Risk Management Quantitative Project Management Configuration Management Process and Product Quality Assurance Measurement and Analysis Causal Analysis and Resolution Decision Analysis and Resolution Organizational Environment for Integration (IPPD) Requirements Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Organizational Process Performance Organizational Innovation and Deployment
CMMIl基础知识实用
配置管理过程域（CM PA）
• 组织实施“配置管理”过程域的目标是运用配置标识、配置控制、 配置状态统计和配置审计，建立和维护工作产品的完整性
• 建立并维护用于标识工作产品的基线
• 包括： 识别将置于配置管理之下的配置项和有关的工作产品 • 建立并维护用于控制工作产品的配置管理系统和变更管理系统 • 创建或放行基线，供内部使用和交付给顾客
第10页/共17页
度量和分析过程域（续）
• 提供度量结果，以便处理信息需要和目标 • 包括：获得指定的度量数据 • 分析并解释度量数据 • 管理并存储度量数据和分析结果 • 向所有相关利益者报告度量和分析活动的结果
第11页/共17页
过程和产品质量保证过程域（PPQA PA）
• 组织实施“过程和产品质量保证”过程域的目标是要使工作人员和 管理者能客观了解过程和相关的工作产品的状况
• 对照项目计划监督该项目的实际性能和进展 • 对照项目计划监督项目策划参数的实际值 • 对照项目计划中确定的承诺进行监督 • 对照项目计划中标识出的风险进行监督 • 监督项目数据的管理 • 对照项目计划监督利益相关者介入情况 • 定期审查项目进度、性能和问题 • 在所选定的项目里程碑处审查项目的完成情况和结果
第3页/共17页
项目计划过程域（续）
• 制订并维护项目计划，作为项目管理的基础
• 建立项目的预算和进度 • 识别并分析项目风险 • 计划数据管理 • 计划项目的资源 • 计划所需的知识和技能，培训相关人员 • 计划项目相关人员的参与。（使已识别的利益相关者
介入的计划） • 制订并维护整个项目计划内容。
• 确定由外部获取的产品清单 • 根据对供方满足规定需求和准则的能力进行的评估，选择供方 • 与供方签订协议并予以维护
CMMI基本概念要点
CMMI基本概念要点CMMI（Capability Maturity Model Integration）能力成熟度模型集成，是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。
CMMI基于过去对软件工程和系统工程最佳实践的研究和经验，通过一系列的阶段和培训，帮助组织提高其过程的成熟度和质量，以便更好地满足客户需求和提供价值。
以下是CMMI的一些基本概念要点：1. 成熟度级别（Maturity Levels）：CMMI定义了五个成熟度级别，分别是初始级、可重复级、已定义级、已管理级和已优化级。
每个级别都有特定的目标和过程特点，组织可以按照这些级别逐步改进其软件工程和系统工程能力。
2. 能力级别（Capability Levels）：CMMI还定义了六个能力级别，分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。
能力级别是针对特定过程或实践的细分评估，组织可以用它来评估和度量其各个过程的成熟度。
3. 关键过程领域（Key Process Areas）：CMMI将软件工程和系统工程划分为22个关键过程领域。
每个关键过程领域都描述了组织达到特定目标所需的一组过程。
这些过程领域包括需求管理、配置管理、项目计划等，可以通过培训和改进来提高组织的能力。
4. 成熟度级别的目标和实践（Goals and Practices）：CMMI对于每个成熟度级别都定义了一组目标和相关实践。
这些目标描述了组织在特定成熟度级别中应该达到的状态，而实践则提供了实现这些目标的具体方法。
5. 过程改进（Process Improvement）：CMMI强调了持续的过程改进的重要性。
组织通过采纳CMMI指南中的最佳实践和建议，可以改进其软件工程和系统工程过程，提高效率、质量和客户满意度。
6. CMMI的评估和认证（Assessment and Certification）：组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。
CMMI_知识要点汇总
CMMI 知识要点汇总1、CMMI全称Capability Maturity Model Integration (能力成熟度模型集合)2、CMMI来源于那三个模型，研究机构（英文、中文）软件工程sw-cmm系统工程EIA/IS集成化产品和过程开发IPD-CMM3、CMMIv1.2分为哪三个集群（英文、中文）面向开发的CMMI（CMMI for Development，CMMI-DEV）（自己学习的）面向采购的CMMI（CMMI for Acquisition，CMMI-ACQ）面向服务的CMMI（CMMI for Services，CMMI-SVC）（面向外包的）4、CMMI的成熟度等级表示两种方法：连续式（5个公式）、阶段式（2级7个）5、CMMI有哪些pa ，ML2、3、4、5级别成熟度分别要求哪些pa达到怎样的成熟度（1）包括22个过程域（pa）REQM 需求管理PP 项目计划PMC 项目监督和控制SAM 供应商协议管理MA 度量和分析PPQA 过程和产品质量保证CM 配置管理2级7个过程域，本题考点儿，大家熟悉各级过程域中英文对应中文即可，不需死背，理解万岁RD 需求开发TS 技术解决方案PI 产品套件套VER 验证VAL 确认OPF 组织级过程集点OPD+IPPD 组织级过程定义+IPPDOT 组织级培训IPM+IPPD 集成化项目管理+IPPDRSKM 风险管理DAR 决策分析和解析方案OPP 组织级过程性能QPM 项目定量管理OID 组织级改革和部署CAR 因果分析和解决方案（2）已管理级（Managed）=ML2 PAS（GG2）定义级 （Defined ）=ML2 PAS （GG3）+ML3 PA （GG3） 量化管理级（Quantitatively Managed ）=ML2,3,4 PA （GG3) 优化级（Optimizing ）=ML 2,3,4,5 PA(GG3) 6、CMMI 框架的组成结构（中英文都可） 重点儿，老师平时曾要求大家会默写7、评估方法简述，评估三种类型、评估的主要依据、评估的结果Scampi 的评估方法，老师原话：“了解下看一遍有印象就行了”，具体含义自行领悟（1） 用于过程改进的标准CMMI 评估方法 （2）评估三种类型：Class A:凡是按体系要求的项目都需要按体系要求做，评估的时候采取抽样评估； Class B:评估试点项目与体系文档、CMMI 模型的符合度； Class C:评估完成的过程体系与CMMI 模型的差距；（3） 当且仅当目标下的全部实践被全部实施或者被大部分实施 所有弱项的累积不会对目标的达成产生显著负面影响。
cmmi基础知识
cmmi基础知识CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
以下是由店铺整理关于cmmi知识的内容，希望大家喜欢!CMMI版本介绍CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。
CMMI的本质是软件管理工程的一个部分。
软件过程改善是当前软件管理工程的核心问题， 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。
基于模型的过程改进是指采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。
CMMI的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW-CMM,SE-CMM,IPD-CMM等。
不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。
CMMI就是为了解决怎么保持这些模式之间的协调。
CMMI 1、3是2010年11月SEI 发布的CMMI模型的最新版本。
CMMI 1、3包括CMMI采购模型1、3版、CMMI开发模型1、3版、CMMI服务模型1、3版。
CMMI开发模型1、3版(CMMI-DEV 1、3)与CMMI开发模型1、2版相比，做了如下改进：1)将过程域“组织级创新与部署”(Organizational Innovation and Deployment,OID)更名为“组织绩效管理”(Organizational Performance Management, OPM),并增加了一个新的特定目标与几个新的特定实践。
2)对模型架构进行了改进，简化对多个模型的使用。
CMMI体系简介及工作流程
CMMI级别
如果该级别的全部PA达到要求了，就认为该级别达到了。 如何判断PA达到要求呢？
每个PA包含几个目标(Goal) 如果这个几个目标都达到要求了，就认为该PA达到要求
了 如何判断Goal达到要求呢？
每个Goal包含几个实践(Practice) 每个实践达到要求了，就认为该Goal达到要求了
GP 1.1: 执行特定实践
GP 2.1: 制订与维护组织方针 GP 2.2: 制订过程计划 GP 2.3: 提供资源 GP 2.4: 分配职责 GP 2.5: 培训人员 GP 2.6: 对工作产品进行配置管理 GP 2.7: 识别相关人员 GP 2.8: 监控过程 GP 2.9: 评估过程符合性 GP 2.10: 高层管理者评审
CMMIonline
2级做法遗留的一些问题
不需要进行风险管理吗？ 用什么方法调查大家喜欢吃什么菜式呢？有指南就
好了？ 如何组织聚餐活动，是不是应该有个指导？或者有
成功经验可供参考？ ……
CMMIonline
Maturity Level 3: Defined
——建立标准的，且不断得到改进的工作方式
5个成熟度等级分别为： 第1级：初始级 第2级：受管理级 第3级：已定义级 第4级：定量管理级 第5级：持续优化级
CMMI级别
每一个级别，都包含几个到十几个PA 英文全写：Process Area 中文译名：过程域
什么叫“过程域”？ 简单的说就是做好一个事情的某一个方面。 对应软件开发来说，就是做好软件开发的某一个方面。
行修正
CMMI-SE/SW ML2 PAs
需求管理 Requirement Management（REQM）
CMMI基础知识级ppt课件
30
小结
组织革新与部署
商业目标触发改进 过程改进 技术改进 改进效果的评估
原因分析与解决方案
选择有价值的问题进行分析 分析后实施改进建议 评估改进建议的实施情况 根据实施情况，看看是否需要推广到全组织
问题思考
精选课件ppt
31
思考
CMMI5级，有没有没有能解决的问题？ 答案：没有！
精选课件ppt
13
商业目标分解
提高竞争力
1. 功能要多 2. 新功能推出要快 3. 质量要有保证 4. 价钱合理 5. 要按期完成
精选课件ppt
14
影响我们商业目标的问题曾经有：
预算不准，持续增大！ CPI偏低！ 不知道客户的满意度情况！ 没有信心软件是否充分测试！ 需求调研工作质量不太能保证！ 设计过程质量差！ 编码漏洞多！
性能参数
限值
当前值
成本指数(CPI) 平均值上限 109.76%
平均值中心 89.06% 线
平均值下限 68.35%
值域上限 75.86%
域值中心线 35.89%
精选课件ppt
目标值 基本不变 基本不变
>=75% <=50% <35.89%
20
例子：2006-18
2
2、3、4、5级情况一览
2、3级其实已经把软件开发各个方面都 覆盖了
2级有7个PA 3级有11个PA 4级有2个PA 5级有2个PA 共22个PA，425个Practice
精选课件ppt
3
CMMI 1-5级 跨度图
5级 4级
3级
2级
1级
精选课件ppt
4
CMMI4级中定量项目管理的“仙境”
预测模型是否适用？如何改进？没有明 确的指导。
cmmi基础知识扫盲
CMMI基础知识扫盲摘要：CMMI全称是Capability Maturity Model Integration，CMMI是个好东西来的，但行内人士对她的认识并不全面，甚至有种种的误解。
尽管网上有很多CMMI相关介绍，但一般都是比较苦涩难懂的。
本文将用生动通俗的语句，让大家初步看清楚CMMI的真面面孔。
CMMI是什么东西？CMMI英文全称是Capability Maturity Model Integration，直接翻译就是能力成熟度模型，直接看这几个中文字，你还是没有办法搞清楚CMMI是什么东西的。
大家可能在网上见过很多《成功人士的七个习惯》（可能还有很多类似的名字）的文章吧？有人总结了成功人士的成功的原因，总结出他们的习惯，如果我们也能具备这些习惯，那么我们也很可能成为成功人士。
类似的，CMMI可以看作是成功企业如何做好软件的一些习惯、做法、准则等的集合，是如何做好软件的最佳实践的集合。
如果企业也能按照CMMI的要求做好，那么企业就很可能成为成功的企业。
CMMI里面所有的要求，都是来自于成功企业的最佳实践的，她的先进性我们不必怀疑，如果我们没有做好，那不是CMMI本身的问题，而是我们自己没有理解好或者是没有执行好的原因。
说到CMMI，就不可避免会提到另外3个字母SEI，SEI全称是Software Engineering Institute的全称，直译就是软件工程学院，是美国的一所大学，CMMI标准就是他们搞出来的。
CMMI目前最新版本是V1.2，如果你是现在才开始了解CMMI的，那么你完全没有必要去搞清楚V1.1与V1.2的差别，更加没有必要去比较CMM与CMMI的差别，直接了解CMMI V1.2就可以了，你只需要知道CMM是CMMI的前身，而CMMI V1.1虽然比CMM要新很多，但现在已经不用了。
现在在互联网上还有很多比较CMM与CMMI的文章的，除非你很想了解或者你有很多时间，建议不必去看这些内容。
cmmi基础知识
项目周例会
原因分析会议
里程碑总结
部门周例会
第M周
项目暂停/终止
项目总结/结束
项目计划、 里程碑总结报告、 项目总结报告 问题管理表 项目周报
财富2库5
Neusoft Co., Ltd.
PCB概念
• 英文全称：Process Capability Baseline
• 英文缩写：PCB
• 中文名称：过程能力基准
定的结构，在过程中一次性使用。
方法 标准 指南
模板
表格
13
Neusoft Co., Ltd.
CMMI实施的目的
• 提高在预算内按期交付高质量软件产品的能力 • 提高对软件开发过程的可视性
14
Neusoft Co., Ltd.
第二章 OSSP介绍
15
项目管理过程
• 项目策划——PP • 项目监控 • 风险管理
CMMI 是美国国防部委托卡内基美隆大学软件工程学院(SEI)开发出来的，作 为采购者评估供应者(开发者)的过程能力度与组织成熟度的标准，也可作为厂 商提升产品(系统、软件、硬件)开发过程管理水平的参考。
4
Neusoft Co., Ltd.
CMMI产生背景
• 软件危机的产生
– 软件开销以高于10%的年增长率持续增长 – 开发预算成倍增长 – 产品交付期极度滞后 – 软件产品质量难以预测
• 结论：管理是影响项目全局的因素，而技术只影响局部。
• 现在CMMI已经被国际软件界公认为软件工程的一项重大成 果，全世界有数千个组织在实施。
5
CMMI发展历史
Neusoft Co., Ltd.
6
Neusoft Co., Ltd.
CMMI基础知识
过程域PA(process area) 子实践(Subpractice) 典型工作产品(typical work product) 组织资产(organizational assets) 过程体系结构(process architectures) 过程要素(process element) 产品生命周期(product life cycle) 组织度量库(organizational measurement repository) 组织过程资产库(organizational library of processrelated documentation)
成熟度级别
过程域
过程域
…
特别目标
共性目标
说明: 这个是一个阶 段性表现
共性实践 特定实践
问题
谢谢！
组织级的过程能力是靠一组过程能力结合起来体 现的，而不仅仅是实现单独一个过程。而提高组 织级能力成熟度一般采用阶段型模型，即Level1 到Level5，每个级别都有相关的PA. 阶段表示能力成熟度的五个等级：初始级(1)->受 管理级(2)->已定义级(3)->定量管理级(4)->持续优 化级(5).
过程域PA可以按照过程管理，项目管理，支持，工程四 个大类进行划分。
有两种类型的目标和实践：一种是特别目标SG和特定实 践；一种是共性目标GG和共性实践GP。 GG和GP主要分为是个步骤来实现：执行委托－》执行 能力－》指导实施－》验证实施。其中执行委托是GP2.1； 实现能力是GP2.2 GP2.3 GP2.4 GP2.5 GP3.1;指导实施 是GP2.6 GP2.7 GP2.8 GP3.2 ；验证实施是GP2.9 GP3.0
CMMI基础知识培训
CMMI基础知识总结分享
CMMI基础知识总结分享CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估组织软件开发和维护过程的成熟度的方法。
它由Carnegie Mellon大学的软件工程技术研究中心（SEI）开发，并成为许多组织提高其软件开发和维护能力的行业标准。
以下是CMMI的基础知识总结。
1.CMMI模型结构：CMMI主要由过程关键实践（PA）和相关实践（GP）组成。
过程关键实践是为了达到特定目标而必须执行的活动，而相关实践是为了支持过程关键实践而建议执行的活动。
2.成熟度级别：CMMI定义了5个成熟度级别，从初始级别（级别1）到优化级别（级别5）。
每个级别都有一组特定的目标和实践，组织必须满足这些目标和实践才能达到相应的成熟度级别。
3.过程区域：CMMI将软件开发和维护过程分为22个过程区域，如需求管理、项目计划、配置管理等。
每个过程区域都具有一组特定的目标和实践，它们描述了组织在该领域中应该执行的活动。
4.模型应用：CMMI可以被用于评估组织的软件开发和维护能力，帮助组织识别和解决存在的问题，并提供改进的建议。
它还可以用作组织内部的自我评估工具，帮助组织提高其软件开发和维护过程的效率和质量。
5.模型级别：CMMI定义了5个模型级别，分别是初始级别、可管理级别、已定义级别、已量化级别和优化级别。
这些级别反映了组织软件开发和维护过程的成熟度水平。
6.持续改进：CMMI强调持续改进的重要性，组织应该通过不断监控和改进其软件开发和维护过程来提高其能力。
持续改进的目标是提高效率和质量，降低成本和风险。
7.收益和挑战：通过实施CMMI，组织可以获得优势，包括提高工作效率、减少错误和缺陷、提高客户满意度等。
然而，实施CMMI也面临一些挑战，如改变组织文化、开发人员培训和付出的时间和资源投入等。
8.与其他模型的比较：CMMI与其他成熟度模型如ISO9000和SPICE 有一些相似之处，但CMMI更侧重于软件开发和维护过程的成熟度评估和改进。
CMMI基础知识
一、基础信息介绍：1.1 CMMI――Capability Maturity Model Integration(集成能力成熟度模型)；1.2 CMMI是由卡耐基梅隆大学软件工程学院（SEI）制定的；1.3 CMMI集成了四个知识领域的应用：l Software Engineering (软件工程)、l System Engineering (系统工程)、l Integrated Product and Process Development （集成的产品与过程开发）、l Supplier Sourcing (外包开发) Newegg引入CMMI主要使用在两个知识领域：Software Engineering(软件工程) 和System Engineering (系统工程)1.4 CMMI模型在表现方式上分为2种：分阶段表述和连续性表述，我们通常所说的CMMI的等级是指在分阶段表述下的成熟度等级（ML）。
二、CMMI构成介绍：2.1 CMMI模型组建图2.2 专有名词介绍：l 成熟度等级（Maturity Level, ML）：在CMMI分阶段表述中一组经过定义的渐进式过程改善指标，达到每一个成熟度等级则代表组织过程的某重要部分有稳固的基础，一共分为五级。
l 过程域(Process Area, PA)：是一组同属某过程领域而彼此相关的执行方法，当共同执行这些方法时，可以达成一组目标，而这些目标对该领域的重大改善是重要的。
l 特定目标(Specific Goal, SG)：适用于单一的过程域，并强调其独有的特征，此特征用来说明必须要执行什么以满足过程域。
l 特定实践(Specific Practice, SP)：是一种活动，它对达成相关的特定目标是重要的，特定执行方法说明一组活动，这组活动被期望可某过程域的特定目标。
l 一般目标(Generic Goal, GG):是指该目标可用于多个过程域，分阶段表述的每个过程域只有一个一般目标。
第一章 CMMI基本概念
例子（一）波音公司工作量估算能力 的提高
Over/Unቤተ መጻሕፍቲ ባይዱer Percentage
140%
0%
-140%
Variance between + 20% to - 145% Variance between - 20% to + 20% (Mostly Level 1 & 2) (Level 3) (Based on 120 projects in Boeing Information Systems)
第一章 CMMI基本概念
入门篇
目录
CMMI介绍 为什么要引进CMMI 过程改进的受益及具体案例 过程改进应该注意的问题
CMMI：Capability Maturity Model Integration 能力成熟度模型集成出自于美国卡内基-梅隆大 学机算机研究所（SEI） 成为软件开发管 理水平的重要参考因素也是软件过程改进的 标准、代表着软件发展的思路、是一种提高 软件过程能力的有效途径。
过程改进是一种长期投资！
对过程的一些误解
企业“自己”的事; 加强测试就行了; 过程就是文档工作; 问题都是技术不足造成的; 好的程序员就行； 过程就是革命性的工作； 过程改进能解决企业所有问题。
总结
大量的实践证明； 模型是抽象的，要结合企业情况灵活运用， 不 能死搬硬套； 模型只是参考，不是规章制度，需要企业 量体裁衣。
过程使用人员指导步骤： 第一步：Fix processes not people！ 第二步：Fix it or do it !!
过程改进的目的：商业目标
过程改进应当是 帮助企业实现其 商业目标，而不 是为改进而改进。
“我们相信上帝 我们相信上帝, 我们相信上帝 对别人只相信数据.” 对别人只相信数据 - W. Edwards Deming
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
决策分析与决议 （DAR） ）
需求管理（ 需求管理（ReqM） ）
供应商协议管理(SAM) 供应商协议管理 项目监督与控制(PMC) 项目监督与控制 项目计划(PP) 项目计划
配置管理(CM) 配置管理 过程与产品质量保证 (PPQA) 度量与分析（ 度量与分析（MA） ）
工程管理
项目管理
过程管理
支持
– SP2.1分析问题 – SP2.2采取纠正行动 – SP2.3管理纠正活动
Measurement and Analysis度量与分析
• 目的：开发与维持度量能力，以支持管理信息的需求 SG1结合度量与分析活动
• 告诉企业做什么，而不是如何做
CMMI精髓智慧(1)
• 目标管理：终极目标的识别和分解
CMMI精髓智慧(2)
• 持续改进：PDCA是达到目标的基因
CMMI精髓智慧(3)
• 感觉全开 • Integration：借助别的肩膀帮助自己提高；多学习别人的 长处，把好的东西学习过来；
培训目的
了解CMMI 了解
2
CMMI过程域 过程域
3
改进方法
CMMI过程域
1 2
CMMI L2 CMMI L3 CMMI L4 CMMI L5
3 4
CMMI L2
7个过程域 个过程域(PA) 个过程域
• 需求管理， • 项目计划， • 项目监督与控制， • 供应商协议管理， • 度量与分析， ReqM ， Requirements Management PP ， PMC ， SAM， SAM， MA ， Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis
SG2开发项目计划
– SP2.1建立预算与进度表 – SP2.2识别项目风险 – SP2.3策划资料管理 – SP2.4策划项目资源 SP2.4 – SP2.5策划知识和技能要求 – SP2.6策划干系人的参与 – SP2.7建立项目计划
Project Planning项目计划
SG3取得对计划的承诺
– 432条实践(Practice)，分为22大类（PA－Process Area）
It consists of best practices that address development and maintenance activities that cover the product lifecycle from conception through delivery and maintenance
Requirements Management需求管理
• GG2将管理过程制度化
– GP2.6管理配置 – GP2.7识别和引入(Involve)干系人 – GP2.8监控过程 – GP2.9客观评价遵循程度 – GP2.10与上层管理人员评审状态
GG2及其GP每个过程域都相同，后面的PA中不再列出
Requirements Management需求管理
需求跟踪的作用： 需求跟踪的作用：
– 避免需求的遗漏、漫延
– 便于需求变更影响范围分析
– 方便开展重用活动
Requirements Management需求管理
• GG2将管理过程制度化
– GP2.1 建立组织方针 – GP2.2 计划过程 – GP2.3 提供资源 – GP2.4 分配职责 – GP2.5 培训人员
随着成熟度的提高
• 一个组织的软件过程能力成熟度能帮助预测一个项目达到其 目标的能力。在预定目标方面能观察到三个改进： -所有项目的预定目标结果与实际结果的差异减少（稳定性） -实际结果与预定目标结果的偏差范围减小（预测性） -预期目标结果得到改善（质量提高）
培训内容
1
CMMI整体介绍 整体介绍
• 22个过程域 个过程域(PA-process Area) 个过程域
两种表示(representations)
• 连续型
• 阶梯型
连续型(The Continuous Representation )
每
5 Optimizing 优 级 Quantitatively Managed 管 级 Defined 0q 义级 Managed 0 管 级 Performed 0 级 Incomplete y 级
Project Planning项目计划
• 目的：建立和维护用于定义项目活动的计划 SG1建立估算
– SP1.1估算项目范围 – SP1.2建立对工作产品与任务性质的估算 (规模、资源、进度、…) 、 – SP1.3定义项目生命周期 SP1.3 – SP1.4建立对工作量和成本的估算
Project Planning项目计划
Specific Practices (SP)特定实践 特定实践
Generic Practices (GP)通用实践目标、通用目标)是必要组件 • 实践是期望组件 • 其它：提供信息(Informative)的组件
• 通用目标2应用在成熟度第2 级 • 通用目标3应用在成熟度3-5级
Maturity Levels 成熟度等级
阶梯型结构
Process Area 1 过程域1 过程域
Process Area 2 过程域2 过程域
Process Area n 过程域n 过程域
Specific Goals (SG)特定目标 特定目标
Generic Goals (GG)通用目标 通用目标
化预测； 4 級，过程性能使用统计与其它量化技术进行控制 控制及量化预测 控制
成熟度等级的重要差异
• 4级与 级：解決的过程偏差类型－4级，解決特殊原因，以及提供结果的 级与5级 特殊原因， 级与 特殊原因
统计预测。过程可能产出可预测的结果，但是可能不足以达成所建立的目 标；5级，解決普遍原因（共同原因），以及变更过程（转移过程性能的平 普遍原因（共同原因） 普遍原因 原因 均值或降低內过程偏差），以改善过程性能，并且达成已建立的 化过程 改进目标
• CMMI是什么 • CMMI的两种表示 • CMMI有哪些过程域
掌握如何基于CMMI模型实施过程改进 模型实施过程改进 掌握如何基于 树立全员参与、 树立全员参与、持续改进的理念
培训内容
1
CMMI整体介绍 整体介绍
2
CMMI过程域 过程域
3
改进方法
CMMI整体介绍
1
CMMs发展历史
2
CMMI套件
连续型(The Continuous Representation )
5 4
力 能
3 2 1 0 RM PP
过
PMC
程
etc
阶 梯 型
阶梯型(The Staged Representation )
• 22个过程域分布于 个等级中 个过程域分布于5个等级中 个过程域分布于 个等级中(maturity level ) ：
作产品间的差异
• SG1管理需求
– SP1.1取得需求理解 – SP1.2取得需求承诺 承诺(Commitment) 承诺 – SP1.3管理需求变更 – SP1.4维护需求的双向追溯性 双向追溯性：需求与实现、实现与需求 #需求跟踪 双向追溯性 需求跟踪 – SP1.5识别项目工作与需求间的差异(Inconsistencies)
CMMI ：产品和服务的过程改进成熟度模型
CMMI is a process improvement maturity model for the development of products and services
CMMI的本质
• 是业界最佳实践的集合(涵盖产品从概念到交付和维护的 整个生命周期的开发和维护活动)
组织成熟度等级评估
• 评估结果有效期：3年
• 组织： 产品线、部门、整个公司 • 组织成熟度第3 级：所有成熟度第2 、3 级指定的过程域，必
须达到或高于能力水平第3级(满足过程域的特定目标、通用目标3)
• 组织成熟度第4级：所有成熟度第2、3 、4级指定的过程域，
必须达到或高于能力水平第3级 必须达到或高于能力水平第 级
Quantitatively Managed Defined Managed Initial 初始级 1 已管理级 2 已定义级 3 定量管理级 4 Optimizing 优化级 5
CMMI成熟度等级
成熟度等级的PA个数
• 2级 7个PA • 3级 11个PA • 4级 2个PA • 5级 2个PA
• consists of two models:
– CMMI for Development +IPPD – CMMI for Development (without IPPD)
IPPD：Integrated Product and Process Development集成的产品与 过程开发
CMMI-DEV(2)
个 (CL-Capability Level) Capability Level) 过 程 域 有 六 个 能 力 水 平
4
3
2
1
：
0
过程域分类(Categories)
组织创新与推广 (OID)
原因分析与决议 （CAR） ）
量化项目管理（ 量化项目管理（QPM） ）
组织过程性能(OPP) 组织过程性能
• CMMI -DEV范围 范围： 范围 CMMI for Development is a reference model that covers the development and maintenance activities applied to both products and services CMMI-DEV模型覆盖产品和服务的开发、维护活动