白话CMMI之CMMI是什么
CMMI介绍范文
CMMI介绍范文CMMI（全称为能力成熟度模型集成）是由CMM（能力成熟度模型）和IDEAL（逐步改进和高效自动化库）两个模型合并而成的一个统一模型，于2024年首次发布。
CMMI是一种全面的能力成熟度模型，用于评估和改进组织的软件工程和系统工程能力。
CMMI旨在帮助组织提高其工程能力，从而增强其产品和服务的质量和可靠性。
通过CMMI，组织可以确定并改进其过程，从而提高其软件和系统开发过程的效率和可控性。
CMMI的设计框架分为参考框架和定义框架。
参考框架中包含了CMMI 的核心概念和能力成熟度级别，即初级、管理、定义、量化和优化。
每个级别包含了特定的目标和实践，用于评估和改进组织的成熟度水平。
定义框架中定义了CMMI的各个领域，包括项目管理、需求管理、配置管理、过程管理、工程管理、供应商管理等。
每个领域都有特定的目标和实践，用于指导组织在改进特定领域的能力时应采取的行动。
为了帮助组织实施CMMI，CMMI还提供了感知和改进指南。
感知指南提供了组织如何评估其当前的能力和成熟度水平的方法，以及如何识别需要改进的领域。
改进指南提供了组织如何改进其工程能力和实施CMMI的方法和技术。
CMMI的好处是显而易见的。
首先，CMMI可以帮助组织评估其当前的能力和成熟度水平，识别出存在的问题和潜在的改进机会。
其次，CMMI 可以指导组织在软件和系统开发过程中采取一系列的实践，通过改进过程来提高生产效率和质量。
第三，CMMI可以帮助组织建立一种持续改进的文化，在实践中不断地优化和提升能力。
最后，通过实施CMMI，组织可以提高其在市场上的竞争力，增加客户的信任和满意度。
总体而言，CMMI是一种用于评估和改进组织工程能力的强大工具。
通过实施CMMI，组织可以提高其软件和系统开发过程的效率和可控性，从而增强其产品和服务的质量和可靠性。
然而，在实施CMMI时需要充分考虑组织的特定环境和行业，并做好准备来克服可能出现的挑战。
CMMI(能力成熟度模型集成)读书笔记
CMMI（能力成熟度模型集成）CMMI（Capability Maturity Model Integration）即能力成熟度模型集成。
CMMI是CMM模型的最新版本。
早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。
随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。
自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
0 过程域0.1过程域PA与CMMI级别0.2过程域PA分类1 工程类1.1需求开发目的在于引导、分析和建立客户、产品以及产品组件的需求。
业界注释本过程域描述客户、产品及产品组件等三种需求，这些需求都处理相关干系人的需要，包括不同的产品生命周期阶段相关的及产品属性有关的需要。
需求也包括选择某设计方案而产生的限制条件。
所有开发项目都有需求。
需求是设计的基础，需求的开发包括下列活动：⏹引导、分析、确认，以及沟通客户的需要、期望及限制，以获得满足干系人理解的排定优先级的客户需求⏹收集和协调干系人的需要⏹开发产品的生命周期需要⏹建立与客户需求一致的原始产品及产品组件需求因为客户也可能提出特定的设计需求，本过程域处理所有客户的需求，而不仅限于产品层次的需求。
客户需求可进一步细化为产品及产品组件需求，除客户需求外，选定的解决方案也可能衍生产品及产品组件需求。
1.2技术解决方案目的：是设计、开发及实现需求的解决方案。
解决方案、设计及实现包括产品、产品组件，以及与产品相关生命周期的单一过程或适当组合的过程。
业界注释技术解决方案过程域适用于产品架构的任何层级，且适用于所有产品、产品组件、产品相关生命周期过程。
cmmi pcm 目的的通俗解释
cmmi pcm 目的的通俗解释
CMMI PCM: 简单易懂的解释
CMMI (Capability Maturity Model Integration) 和 PCM (Process and Product Quality Assurance) 是两个与软件开发和项目管理相关的术语。
下面将为您解释它们的含义和目的，以便更好地理解。
CMMI（能力成熟度模型集成）是一种用于评估和改善组织的软件开发和管理
过程的框架。
它帮助组织提高软件产品和服务的质量，提高开发团队的能力和绩效。
CMMI的目的是提供一个可衡量和可持续改进的方法，通过评估和改进软件开发过程的各个方面，使组织能够更好地满足客户需求，提高效率和效果。
PCM（过程和产品质量保证）是一个过程和方法的集合，以确保软件开发过程中的质量和一致性。
PCM的目的是通过监督、审查和评估软件开发过程，以确保
产品符合预定义的标准和指南。
PCM确保正确的过程被采用，以便在整个软件开
发周期中正确实施和执行各项任务和活动。
CMMI和PCM一起工作，共同帮助组织提高软件开发质量和效率。
通过使用CMMI框架，组织可以评估其当前的能力成熟度，然后确定有针对性的改进计划。
PCM则通过确保软件开发过程中的质量控制和质量保证机制，确保产品达到所期
望的质量标准。
总结起来，CMMI和PCM是用于提高软件开发和管理过程的框架和方法。
它
们的目的是帮助组织评估和改进其能力水平，同时确保产品满足预期的质量标准。
通过使用这些方法，组织可以提高软件开发流程的效率和质量，以及提升团队的能力。
CMMI基础理论
CMMI基础理论CMMI，即能力成熟度模型集成（Capability Maturity Model Integration），是一种软件和系统工程能力评估模型，用于帮助组织提高其开发和维护过程的效率和质量。
1.起源：CMMI最早是由美国国防部软件工程研究所（SEI）开发的，旨在帮助军事合同供应商改进软件开发过程。
后来，CMMI被扩展应用于其他领域，如航空航天、银行、制药等，以提高组织的成熟度和竞争力。
2.结构：CMMI基于了三个关键概念：能力级别、过程领域和目标行为。
能力级别表示一个组织的过程成熟度，包括初始级别（Level 1）、重复级别（Level 2）、定义级别（Level 3）、管理级别（Level 4）和优化级别（Level 5）。
过程领域是一组相关的过程，涵盖了组织的全部活动。
目标行为则是组织应达到的基本目标和行为。
3.目标：CMMI的主要目标是帮助组织改进其过程能力，从而提高质量、效率和可靠性。
通过评估组织的当前能力水平，CMMI可以识别改进的领域，并为组织提供相应的指导和建议。
通过实施CMMI，组织可以追求连续改进，逐步提高其过程能力，并提供高质量的产品和服务。
4.常见模型：CMMI有多个版本和模型可供组织选择，如CMMI for Development （CMMI-DEV）、CMMI for Services（CMMI-SVC）和CMMI forAcquisition（CMMI-ACQ）。
每个模型都针对不同类型的组织需求和行业特点进行了定制，但它们共享相同的基本概念和方法。
5.实施过程：实施CMMI需要组织首先进行一次自我评估，以了解其当前的能力水平和改进的需求。
然后，组织需要定义一个改进计划，包括目标、措施和时间表。
实施过程包括培训、过程定义和文档编制、度量分析等活动。
最后，组织需要进行定期评估和审核，以确保改进的持续性和有效性。
总结起来，CMMI基础理论是一种软件和系统工程能力评估模型，旨在帮助组织提高其开发和维护过程的效率和质量。
CMMI是什么
CMMI是什么？CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成（也有称为：软件能力成熟度集成模型），是美国国防部的一个设想，1994年由美国国防部（United States Department of Defense）与卡内基-梅隆大学（Carnegie-Mellon University）下的软件工程研究中心（Software Engineering Institute，SEISM）以及美国国防工业协会（National Defense Industrial Association）共同开发和研制的，他们计划把现在所有现存实施的与即将被发展出来的各种能力成熟度模型，集成到一个框架中去，申请此认证的前提条件是该企业具有有效的软件企业认定证书。
其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。
CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。
因而能够从总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。
CMMI可分以下几个等级：1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2．可管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
白话CMMI理解
白话CMMI：CMMI是什么？接触CMMI有好几年了，从当初的感性懵懂，到现在的理性认识，领悟良多！自己以前做过一些软件项目，也是个实用主义者，不想说太多的花哨架子，只想借此将自己感悟与认识用大白话记录下来。
一、CMMI来源何处？CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，其前身为CMM，原本是当年美国军方为了评估自己的软件产品供应商的过程质量水平，而委托美国卡内基梅隆大学软件工程学院（SEI）开发的一套过程评估体系，后来又被推广到全世界，成为全球软件企业重要的过程改进方法之一，后因其衍生品的派系林立（如：SW-CMM、SE-CMM、IPT-CMM等等），SEI决定在SW-CMM、SE-CMM的基础上，加入委外采购、IPPD等相关内容，并融合ISO9000部分理念，形成了今天我们看到的CMMI，这也就是CMMI中的“I”的由来。
目前CMMI最新版本为V1.2，不过具SEI最新消息显示，CMMI V1.3版将在未来14-18个月内发布，主要修改内容为提高了对高成熟度（CMMI L4、5）实施和评估的要求，并且凡是通过L4以上的软件企业都须接受SEI的复核。
二、什么是CMMI？CMMI的概念在网上和书本中都有许多解释，在这里不想再重述，不过其中有一个重点需要特别强调：CMMI仅提出了目标，而没有提出目标实现的方法。
这也就是说CMMI根据过程质量的角度出发，提出了一系列的目标，而具体目标如何实现，可根据企业实际情况（如：企业规模、企业文化等）而定，这与很多人谈到的CMMI是一个重型过程体系就有所矛盾了。
因此，综上所述，个人认为CMMI是一种基于软件项目开发过程质量考虑，整合了项目管理、质量管理的过程改进方法。
之所以仍称其为方法，主要是因为以下两点：1、CMMI目前仅作为商业评估机构SEI所研发的评估体系，还并非是全球公认的软件过程标准化体系文件。
CMMI
综合性模型
目录
01 发展
03 模型的表示法
02 基本思想 04 级别
05 作用
07 2.0
目录
06 应用
基本信息
CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最 新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本 身的发展，演绎成为一种被广泛应用的综合性模型。
级别
级别
CMMI共有5个级别，代表软件团队能力成熟度的5个等级，数字越大，成熟度越高，高成熟度等级表示有比 较强的软件综合开发能力。
CMMI一级，执行级。在执行级水平上，软件组织对项目的目标与要做的努力很清晰，项目的目标可以实现。 但是由于任务的完成带有很大的偶然性，软件组织无法保证在实施同类项目时仍然能够完成任务。项目实施能否 成功主要取决于实施人员。
模型的表示法
模型的表示法
在CMMI中，每一种CMMI学科模型都有两种表示法：阶段式表示法和连续式表示法。
不同表示法的模型具有不同的结构。连续式表示法强调的是单个过程域的能力，从过程域的角度考察基线和 度量结果的改善，其关键术语是“能力”；而阶段式表示法强调的是组织的成熟度，从过程域集合的角度考察整 个组织的过程成熟度阶段，其关键术语是“成熟度”。
CMMI2.0版本具备以下优势：
改善业务绩效-商业目标直接与运营相关联，达到在时间、质量、预算、客户满意度和其他关键驱动因素的 性能方面实现可衡量的提升。
利用当前的优良实践- CMMI2.
谢谢观看
（1）解决软件项目的过程改进难度增大问题。CMM成功实施以后，极大地提高了软件企业的开发效率和软件 产品的质量，从而也提高了软件产品的可靠性和软件产业的信誉，这样人们就对软件寄予了更大的希望。人们希 望软件能够完成更多、更大、更复杂的任务。
CMMI是什么意思，认定的条件有哪些？
CMMI是什么意思，认定的条件有哪些？
（一）CMMI软件能力成熟度模型是什么？
CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成(也有称为：软件能力成熟度集成模型)是一种软件开发的标准，按照这个标准去做，就能帮助软件企业改进和优化管理，在提高软件开发水平和效率的同时提高产品的质量和可靠性。
实施CMMI，可以帮助IT企业对软件/系统工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件、硬件和系统集成项目，从而提高企业的管理水平，增强企业的国际竞争能力。
（二）认定的条件有哪些？
1.合法注册的企业。
2.CMMI认证是针对软件企业的能力成熟度模型标准，所以必须是软件相关的企业。
3.参与人员不能低于15-20人。
4.企业要有专门的人员进行体系创建，体系监督执行，过程分析和改进。
5.在评估前要至少完成体系创建、完成，并持续运行半年以上。
6.最少需要3-4个项目的记录，软件、硬件和系统集成均可。
CMMI认证不需要其它企业资质的支持。
CMMI全面解析
CMMI全面解析CMMI是英文Capacity Maturity Model Integrated的简称。
中文的译意是能力成熟度集成模型。
CMMI是CMM模型的最新版本。
早期的能力成熟度模型是一种单一的模型其英文缩写为CMM，较多地用于软件工程。
随着应用的推广与模型本身的发展，改方法演绎成为一种被广泛应用的综合性模型，因此改名为CMMI模型。
早期的CMM是美国国防部出资，委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。
目前国内有一种片面地认识，既CMMI是应用于软件业项目管理方法；实际上，CMMI在软件与系统集成外的领域，如科研，工程，甚至于日常的管理都得到了广泛的应用，并取得了相当好的效果。
美国波音公司的120个项目的实施情况表明,由CMMI等级1与等级2提升到等级三，波音的项目估算误差由-120降到-20。
CMMI实际上是一种管理流程的标准化。
遵循该模型的标准，就能够在管理上迈出一大步。
相对于ISO9000的标准， CMMI有五个不同的标准。
而每一个标准对企业的管理力度都有着不同的要求。
企业可以改进管理模式，不断地提高自己的CMMI等级，从而达到提升管理水平的目的。
CMMI虽然源于美国，但在世界各地得到了广泛的推广与接受。
在日本，欧洲，台湾，印度等地都有很多企业在推广与应用CMMI模型。
尤其在印度CMMI的应用甚至超过了美国。
据SEI统计，世界软件企业评估达到5级的共有25个，印度占了其中的16个。
这也是印度软件也得以迅速发展的一个主要原因。
有专家预测在未来的几年内，CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。
在这里我想提一个题外话。
据说我们国家标准局正在制定一个类似于CMMI的国内标准。
我认为这完全没有必要。
CMMI的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。
如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。
cmmi名词解释
进行决策审批，确保决策结论符合公司利益和制度的要求
Configuration Control Board，配置控制委员会，负责评估和对配置项 提出的变更批准或不批准，而且确保批准的变更均已执行的一组人。在 对需求变更进行评估时，独立功能点内的增删改变更，CCB负责人为项目 经理，CCB成员包括项目经理、项目组核心成员、测试人员、QA和配置管 理员；独立功能点及以上的变更CCB负责人为研发经理，CCB成员包括研 发经理、项目经理、质量经理、客户代表、测试人员、QA和配置管理员 。涉及项目立项的，CCB负责人为高级管理层，CCB成员包括高级管理层 、研发经理、质量经理、客户代表。涉及项目重大决定的，CCB负责人为 研发经理，CCB成员包括研发经理、项目经理、质量经理、客户代表、测 试人员、QA和配置管理员。其他情况下，CCB负责人为项目经理，CCB成 员包括项目经理、项目组核心成员、测试人员、QA和配置管理员。
英文缩写
CMMI
EPG
中文名称
能力成熟度模型 集成
工程过程小组
PA
过程域
GP
通用实践
SG
特定目标
SP
特定实践
高级管理层
常用术语解释
CCB
配置控制委员会
决策组成员
干系人
QA WBS SRS
FP
质量保证 工作分解结构 软件需求规格说
明书 独立功能
工作产品
风险
CM
配置管理
配置项
基线
PR PPQA
VER VAL
Process Database。汇总的组织级的过程数据库 一个指定的度量方法定义的对单个属性的度量 两个或多个基本度量或派生度量的函数
CMMI简介
CMMI简介目录第一节CMMI概述 (1)1. CMMI的历史 (1)2. 软件过程成熟度 (1)3. CMMI中的成熟度等级 (2)4. CMMI的关键过程域 (3)5. CMMI的能力等级 (3)第二节CMMI的成熟度等级及其过程域 (4)1. 初始级 (4)2. CMMI已管理级 (4)3. CMMI已定义级 (6)4. CMMI量化管理级 (7)5. CMMI优化管理级 (7)第三节CMMI的应用 (8)第四节PSP，TSP与CMMI的关系 (9)1. PSP (9)2. TSP (10)第一节CMMI概述CMMI( Capability Maturity Model Integration)即能力成熟度模型集成，由CMM (Capability Maturity Model)发展而来，它最早是应用于软件业的一个过程改进模型，为软件组织描述了从混乱的、不成熟的软件过程向成熟有序的软件过程进行改进的一条途径。
后来随着应用的推广和模型本身的发展，CMMI逐渐演化成为一个被广泛应用的综合性过程改进模型。
1. CMMI的历史1991年，美国卡耐基梅隆大学软件工程研究所（SEI）推出了能力成熟度模型CMM，CMM的作用主要有两方面：为软件客户提供评价软件开发商能力的方法。
帮助软件开发商改进其软件过程，提高成熟度。
随着CMM在软件界应用的不断推广，其它相关学科和领域也采用它的模式，开发出了许多类似于CMM的模型。
SE-CMM (System Engineering CMM) 系统工程CMM，应用于系统工程管理。
SA-CMM (Software Acquisition CMM) 软件获取CMM，应用于软件获取（采购）方的能力成熟度模型。
IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发CMM，应用于集成系统产品的开发管理。
P-CMM (People CMM)：人员能力成熟度模型，应用于人力资源管理。
CMMI各种缩写及内容
CMMI主要内容有：1．CM：（Configuration Management）软件配置管理。
建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
2．DAR：（Decision Analysis and Resolution）。
应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
3．IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
4．Life Cycle：（Software Life Cycle Model）项目管理的生命周期。
关注的是项目的过程管理。
5．MA：（Measurement & Analysis）。
开发并持续发展度量能力以满足项目管理的信息需求。
6．Milestone Review：（Milestone Review）阶段评审。
在阶段结束时评审项目的状态并确定项目是否应该进入下一阶段。
7．OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
8．OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
9．OT：（Organizational Training）培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
10. PI：（Product Integration）产品集成。
从产品部件组装产品，确保集成产品功能正确并交付产品。
11．PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
cmmi 估算管理
cmmi 估算管理
CMMI（Capability Maturity Model Integration）是软件能力成熟度模型集成，是一种评估和管理软件过程的方法。
在CMMI中，估算管理是其中一个重要组成部分，它涉及到对软件开发项目的工作量、成本和进度的估算。
估算管理在CMMI中的重要性在于，它可以帮助组织了解项目所需资源、制定计划、安排进度以及合理分配资源。
在CMMI的估算过程中，可以使用一些技术和方法，如FP功能点估算法，通过分析项目需求、工作量、所需资源等因素，为项目提供客观的估算。
FP功能点估算法是一种基于功能点的方法，它通过分析项目的功能需求来确定项目的规模和工作量。
该方法将项目划分为不同的功能模块，并对每个模块进行估算，最终得出项目的总工作量和成本。
在估算过程中，需要考虑项目的复杂性、技术难度、人员技能等因素。
除了FP功能点估算法外，CMMI还提供了其他估算方法，如LOC（Lines of Code）估算法、专家判断法等。
这些方法可以根据项目的特点和需求选择使用。
总之，估算管理是CMMI中不可或缺的一部分，它可以帮助组织有效地管理和控制软件项目的开发过程，确保项目的成功实施。
cmmi过程管理概念
cmmi过程管理概念
CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，是由美国卡耐基梅隆大学软件工程研究所开发的一套软件能力成熟度评估模型。
它是一种用于评估和改进组织过程管理的方法和框架，旨在帮助组织提高其软件开发和维护的质量和效率。
CMMI 过程管理的核心概念包括：
1. 过程改进：CMMI 强调通过持续的过程改进来提高组织的绩效和能力。
它提供了一套标准的过程改进方法和实践，帮助组织识别、评估和改进其过程。
2. 过程域：CMMI 将软件开发和维护过程划分为一系列的过程域，每个过程域都涵盖了一组相关的活动和任务。
这些过程域包括项目管理、需求管理、软件设计、软件编码、测试等。
3. 成熟度级别：CMMI 定义了五个成熟度级别，从低到高分别为初始级、管理级、定义级、量化管理级和优化级。
每个成熟度级别都代表了组织在过程管理方面的不同水平和能力。
4. 过程评估：通过评估组织的过程实践和能力，确定其当前的成熟度级别，并识别改进的机会和优先级。
5. 过程裁剪：CMMI 允许组织根据自身的需求和情况，对标准的过程进行裁剪和调整，以适应不同规模、类型和领域的项目和组织。
CMMI 过程管理的目标是帮助组织建立有效的过程体系，提高项目的可预测性、质量和效率，降低风险，并促进持续改进。
通过实施 CMMI，组织可以提高其过程管理的成熟度和能力，增强其在软件开发和维护方面的竞争力。
白话CMMI
白话CMMI文／李红CMMI的身世关于CMMI的发展历史，说起来确实非常复杂。
早在1984年，美国国防部希望将国防部的软件委派给其他软件公司进行承做。
由于没有办法评估软件公司的承接和执行能力，因此委托卡内基梅隆大学软件工程学院（Software Engineering Institute，简称SEI）进行一项研究，希望能够在软件产业建立一套工程制度，用来评估和改善软件开发公司的过程和能力，并协助软件开发人员持续改善流程的成熟度以及软件质量，从而提升软件开发项目及公司的管理能力，最终达到软件开发功能正确、缩短开发进度、降低开发成本、确保软件质量的目标。
基于此目的，SEI在1986年开始研究能力成熟度模型（Capability Maturity Model，简称CMM），于1991年正式推出了软件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM），并发布了最早的SW-CMM 1.0版。
经过两年试用之后，1993年SEI正式推出SW-CMM1.1版。
那么CMM又怎么发展成为现在的CMMI了呢？原来，在CMM1.0推出之后，很多单位都先后在不同的应用领域发展了自己的CMMs，其中包括系统工程能力成熟度模型（Systems Engineering Capability Maturity Model, SE-CMM）、整合产品发展能力成熟度模型（Integrated Product Development Capability Maturity Model, IPD-CMM）、人力资源管理能力成熟度模式（People Capability Maturity Model, P-CMM）等应用模型。
这些不同的模型在自己的应用领域内确实发挥了很多的作用，但是由于架构和内容的限制，他们之间并不能通用。
于是SEI于2000年12月公布了能力成熟度整合模型（Capability Maturity Model - Integrated, CMMI），主要整合了软件能力成熟度模型（SW-CMM）2.0版，系统工程能力模型（SECM）和整合产品发展能力成熟度模型（IPD-CMM）0.98版。
什么是CMMI？
什么是CMMI？关键字：CMMI,CMM,CMMI认证CMMI是英文Capacity Maturity Model Integrated的简称。
中文的译意是能力成熟度集成模型。
CMMI是CMM模型的最新版本。
早期的能力成熟度模型是一种单一的模型其英文缩写为CMM，较多地用于软件工程。
随着应用的推广与模型本身的发展，改方法演绎成为一种被广泛应用的综合性模型，因此改名为CMMI模型。
早期的CMM是美国国防部出资，委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。
目前国内有一种片面地认识，既CMMI是应用于软件业项目管理方法；实际上，CMMI在软件与系统集成外的领域，如科研，工程，甚至于日常的管理都得到了广泛的应用，并取得了相当好的效果。
美国波音公司的120个项目的实施情况表明,由CMMI 等级1与等级2提升到等级三，波音的项目估算误差由-120降到-20。
CMMI虽然源于美国，但在世界各地得到了广泛的推广与接受。
在日本，欧洲，台湾，印度等地都有很多企业在推广与应用CMMI模型。
尤其在印度CMMI 的应用甚至超过了美国。
据SEI统计，世界软件企业评估达到5级的共有25个，印度占了其中的16个。
这也是印度软件也得以迅速发展的一个主要原因。
有专家预测在未来的几年内，CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。
在这里我想提一个题外话。
据说我们国家标准局正在制定一个类似于CMMI的国内标准。
我认为这完全没有必要。
CMMI的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。
如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。
况且，CMMI 是一种知识，并非专利产品，我们可以免费地使用。
即使我们想创立自己的东西也应该首先认认真真地将人家的东西学到手，再自立门户。
CMMI实际上是一种管理流程的标准化。
遵循该模型的标准，就能够在管理上迈出一大步。
CMMI各种缩写及内容
CMMI主要内容有：1．CM：（Configuration Management）软件配置管理。
建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
2．DAR：（Decision Analysis and Resolution）。
应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
3．IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
4．Life Cycle：（Software Life Cycle Model）项目管理的生命周期。
关注的是项目的过程管理。
5．MA：（Measurement & Analysis）。
开发并持续发展度量能力以满足项目管理的信息需求。
6．Milestone Review：（Milestone Review）阶段评审。
在阶段结束时评审项目的状态并确定项目是否应该进入下一阶段。
7．OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
8．OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
9．OT：（Organizational Training）培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
10. PI：（Product Integration）产品集成。
从产品部件组装产品，确保集成产品功能正确并交付产品。
11．PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
白话CMMI之CMMI是什么
一直想写点东西，想写点关于CMMI的东西。
因为已经有太多的关于CMMI的资料了，而且都是大腕级的，所以，我给自己写的这点取名叫“白话CMMI”，我希望以大白话的方式来说我的想法。
希望能够坚持写完。
=============================================================== 从最初接触CMMI到现在已经两三年了，期间也听若干人说到CMMI，但总感觉对于很多人来说，CMMI仅仅只是一个嘘头（或者仅仅是拿政府补贴的一个幌子）。
有些时候，也听好多人说到，“CMMI这是个好东西，但可惜不合适我们公司”。
因此，总是想什么时候能够将我理解的CMMI以白话的方式写出来。
最近，支援一个项目，因此压力还不算很大，所以总算有时间可以写点东西，不知道能够写到什么地方，写到哪算哪儿吧。
（好久都不怎么写文章了，感觉写出来的东西总是有些“面目可憎”。
向一不小心看到我文章的朋友抱歉了。
）曾经听一位朋友说（他们公司正好在做CMMI，而他又正好是其中一个评估项目的项目经理）：CMMI这东西好是好，比如流程规范了，管理更好了，但是呢，那玩艺儿怎么那么麻烦呢，屁大点事，都得要写成计划。
他说，是不是 CMMI这玩艺儿太死板了，太教条主义了，一个项目下来，有用没用的文档一大堆。
也曾经听一个老板忽悠客户：按CMMI的标准，什么样的功能要花多少个人天都是有规定的。
还听有朋友说过：CMMI这东西，和ISO一个德行，在中国就是蒙混过关的代名词。
那么CMMI是什么，不是什么呢？你也许从google中或者从培训中已经知道，CMMI是Capability Maturity Model Integration的缩写，翻译过来的名称叫能力成熟度模型集成。
但我想说的不是这个。
在我的理解中，CMMI只是一种经验集合，一种经验的大杂烩。
举一个简单例子：在我上学的时候（尤其是小学，中学），老师经常会让成绩比较好的一些同学在班会上向大家介绍他（她）的好的学习方法和经验（不知道现在的孩子是不是也是这样）。
然后老师可能会将这些总结整理一下，然后贴在教室后面的黑板报栏里，以供其他同学学习。
其实CMMI就像老师整理的那张黑板报！CMMI就是SEI综合了世界上一些比较大的公司的一些好的做法（专业俗语叫：最佳实践），经过归纳而成的。
就和我们老师贴在教室墙上的那张黑板报一样，CMMI只告诉了我们要做什么，而没有告诉我们怎么做。
就如同，学习成绩好的会告诉你，要学习好，必须要先提前预习，但并不会给你说，你要预习必须要按以下五步来做，第一步，XXX，第二步XXX，……。
所以CMMI也是一样，它提供了一套经验集，但它并没有明确的告诉你，要如果去实践这条经验，或者按照什么标准来实践这条经验。
所以，CMMI并不有要求你要写一大堆无用的文档，也没有给你提供做一个什么样的功能需要几个人日这样的标准。
它只是前人总结出来的一套经验集合，就和老师贴在墙上的黑板报一样。