提和生产率。CMMI对研发过程设定质量控制点进行严格的质量检查，提升产品的质量，减少了因质量问题减少的返工，从而提升了工作效率。据SEl统计，通过CMMI咨询认证并切实实施CMMI管理模式的软件公司对项目的估计与控制能力约提升40%-50%；生产率提高10%-20%，软件产品出错率下降超过1/3。
办理要求
1、CMMI认证组织通常为企业、事业、科研机构等主体或下属的研发部门，一般有一定实力的软件企业，无论是软件开发还是系统集成类的企业都是可以的。
2、组织应按照CMMI模型的要求建立项目管理体系。
3、CMMI体系应当在组织内全面实施，而不是仅仅个别的项目按照CMMI要求来管理。组织应收集和保存项目按照CMMI进行管理的记录和数据。
4、CMMI认证后有效期3年，组织在3年后可以选择CMMI复评或CMMI升级。
办理流程
1、选择级别：初次评估推荐CMMI3级，已通过CMMI3级且满一年可申请4、5级评估；
2、确认评估计划：根据企业用证计划及评估师日程安排确定审核时间，一般评估周期3-5个月；
3、准备工作：确定评估项目并整理材料；再确定访谈人员，按角色进行培训，直至完全满足CMMI评估的要求；
4、正式评估：一般正式评估周期为5-7天，评估小组由主任评估师、ATM小组成员、翻译组成，受访谈人员按角色依次参加访谈，评估结果将在评估后一天公布。
5、官网公示：评估完成后，一般4-8周，公示结果。
CMMI，全称是“软件能力成熟度模型集成”，是由美国部与卡内基梅隆大学下的软件工程研究中心（SEI）以及美国工业协会共同开发的一套软件能力成熟度评估标准体系。
这套体系主要用于指导软件开发过程的改进和软件开发能力的评估。通俗一点说，CMMI体系就是一套指南，做事的一般方法，改进质量的参考框架。
通过从业界收集的佳实践进行分析，实现CMMI体系的过程就是改进的过程，终的目的就是为了帮助企业更好管理项目，在工期和预算的前提下，输出的软件。
近期世界各地事故频发，为当地企业和经济带来不可估量的损失，也引发了人们深刻的 反思：在当今“万一”的情况越来越多的新常态背景下，仅仅依靠针对“一万”的管理方式 已远远无法应对各种突发状况。小到断电、设备故障、意外损坏等“小状况”，大到自然灾害、 人为灾难等“大事件”，都可能引发供应链中断、品牌形象受损甚至业务中止等严重后果。 组织亟需采用“常态化”的管理来应对这些“非常态”的事件，把风险思维融入到业务决策中。
国内信息软件业者普遍为中小型机构，与国外动辄数千人的规模相比，无论在研发经费、人力资源、内部管理等，皆无法达到相对的水平，特别是内部流程与项 目的管理技术，需花费人力与成本才能累积，因此小型机构普遍较无定义良好的制度与做法，因此导入经国际业者广泛采用的CMMI流程改善机制，将有助于短时 间内提升厂商自身的技术与管理能力，通过透明的项目监控作法与确实的度量分析，使得管理更具信心地掌握项目质量、时程与成本；奠定良好的营运管理机 制，便于了解相关营运活动的状况以实时因应，并通过不断的改善流程，除了使流程务实有效外，也将促进生产力的提升与营运成本的下降。通过不断的改善流程， 除了使流程务实有效外，也将促进生产力的提升与营运成本的下降。
整体来说，导入CMMI有以下几点益处：
1. 提高生产率
2. 降低错误率
3. 缩短开发周期
4. 提高对项目的控管能力，且适用于各种有软件或系统开发维护操作的组织
这也是国际间许多重要的非外包项目单位，如微软、花旗银行等单位都积极投入流程改善的原因，所以CMMI并非只适用于标案或软件外包的公司。
根据SEI在成熟度报告对于产业类型的分类，主要为下列三种，并各自包含数种服务类型：
服务类：商业服务、工程与管理服务、医疗业与其它服务。
制造类：工业机械与设备、运输设备、电子与其它电力设备、器械与相关产品。
其它类：零售、批发、公共行政(含)、财务、保险与地产业、运输、通讯、电力、瓦斯与卫生。
这三种产业类型在SEI成熟度报告中的分析，以服务类为多，共有98家（62%），其次是制造类，共有31家（20%），后则是其它类，共有29家 （18%）。进一步分析，服务类中是以工程与管理服务及商业服务为多，制造类则是以器械与相关产品为多，其它类是以公共行政（含）为多。
CMMI认证起源于CMM (Capability Maturity Model for software，软件能力成熟度模型) 是美国部在1984年因当时该机构软件项目委外开发时，无法评估软件公司对软件项目的承接及执行能力，故委托美国卡内基美隆大学 (Carnegie Mellon University) 的软件工程学院 (Software Engineering Institute, SEI) 所进行的一项研究成果，试图于软件产业建立一套工程制度，使个人及组织在软件开发上能有持续改善的依据，其目的是用来评估及改善软件开发公司的软件开发过 程及软件开发能力，并且协助软件持续改善软件流程成熟架构及软件质量，进而提升软件开发项目及软件开发公司的软件开发管理能力，达成软件开发的功能 正确、缩短开发周期、降低开发成本及确保质量等目标。CMM目前已成为许多大型软件企业用于改善组织内部软件工程所实行的软件评估标准，CMM同样陆续应 用系统工程及软件采购方面，成为国际间认同且广泛通用的一种软件生产程序标准。由于CMM应用日渐广泛，陆续开发出不同的CMM模型，包括：软件能力成熟 度 (Software Capability Maturity Model, SW-CMM) 、系统工程能力成熟度模型 (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)，更进一步将能力成熟度模型整合，逐渐取代现行的CMM标准。
CMMI (Capability Maturity Model - Integrated, CMMI) 是SEI继CMM成功开发的新修订版本，目的在发展一个共通性的整合架构，以支持整合不同领域的特定能力成熟度模型及相关产品，并致力提供系统工程及 软件工程的指导原则，期许在任何架构下的组织，都能促进其流程改善，CMMI不仅提高每别成熟度要求的门坎，同时扩充能力成熟度评估适用范围，使得软 件工程、系统工程的领域及集成性产品与流程开发的环境，都能运用CMMI为软件开发过程提供持续改善的指导，对软件生产力与质量的提升亦有显着的实质 效益，并确保所有发展的产品，能与国际标准组织／国际电工(ISO／IEC) 15504软件过程评估技术报告兼容并一致。
