CMMI全称是软件能力成熟度模型集成，是由美国国防部与卡内基梅隆大学下的软件工程研究中心（SEI）以及美国国防工业协会共同开发的一套软件体系规范，主要用于指导软件开发过程的改进和软件开发能力的评估。 从1991年开始CMM陆续应用与多个领域，如：软件工程、系统工程、软件采购、集成产品与过程开发等，由于实际应用需要，2000年集成了软件工程、系统工程、集成产品与过程开发而发布了CMMI v1.0，于2002增加了供应方采购管理发布了CMMI v1.1。在CMMI持续改进的理念下，CMMI 在2006年8月发布了CMMI-Dev v1.2 。2010年11月发布CMMI模型1.3版。CMMI 1.3包括CMMI采购模型1.3版、CMMI开发模型1.3版、CMMI服务模型1.3版。2018年3月28日发布CMMI2.0版，目前正在展开CMMI2.0的相关培训和推广工作。
CMMI DEV V2.0在2018年3月底正式发布，这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会（ISACA）之后的一次版本更新，自2011年11月SEI发布CMMI V1.3版本之后，已经历时七年没有更新版本了。在这七年的时间中，Scrum、极限编程、精益看板方法、 SAFe、 DevOps LeSS等方法百花齐放，快速流行，丰富了软件组织实施落地CMMI框架的方法。根据CMMI研究所的统计，2017年有82%的CMMI评估组织使用了敏捷方法。CMMI V1.3版本的评估数目近几年也在快速增长，2017年在全球的评估数量达到了2650次，中国达到1557次。此次CMMI研究所更新CMMI DEV V2.0版本也是结合了用户、主任评估师、合作伙伴的反馈建议，与时俱进，拥抱变化。
能力成熟度模型集成(CMMI)是一套经过验证的全球最佳实践，通过建设关键能力并对其进行基准评估来推动业务性能。
CMMI 最佳实践关注如何提高性能并使运营与业务目标保持一致。CMMI模型容易理解、易于使用、灵活并与其他方法(如敏捷)集成，可帮助组织了解其当前的能力等级和性能水平，指导其优化业务成果。
CMMI 是一个由适用于不同业务环境的自定义视图组成的模型，可帮助组织创建满足其特定性能改进需求的模型视图。
CMMI 开发 2.0 是一套经验值的最佳实践，旨在应对不断变化的全球业务环境的挑战，通过建设关键能力并对其进行基准评估来提高业务绩效。
所有 V2.0 的初始价值主张都已实现或被超越，包括减少对V2.0评估的影响或花费的工作量(据报告在某些情况下减少量高达50%) ，以及采用CMMI总体周期成本的减少。
模型总体篇幅减少了64%，同时保留了关键的最佳实践和内容。
用Flesch-Kincaid方法度量的模型内容的可读性和等级都有了显著提高，这有助于更容易地采用和理解模型。
CMMI 评估方法在一致性、信任度和建立标杆方面仍旧是最棒的，它也得到了简化和精简; V2.0评估方法定义文档篇幅减少了46%，精简了内容和定义，消除了冗余等等。
1 过程域修改为了实践域，简写仍然是PA。
2 新增了能力域的概念。
3 过程域类型修改为能力域类型。
4 新增了视图（view）的概念。
CMMI DEV V1.3中有22个过程域，而目前发布的CMMI DEV V2.0中有20个实践域。其中, 有些实践域保留了原来的名字如CAR，CM，DAR，OT，PI，SAM等；有些实践域对名字做了微调，如MC，PLAN，PAD，RSK，PQA等,有些实践域是新增或者剥离出来的，如EST，PR，GOV，II等；有些实践域则是由原来的多个PA合并而来，如MPM，RDM，VV等。
1 抽样规则的变化。
2 新增了维持性评估。
3 一次评估可以包含多个视图。
4 每次评估要提交性能报告。
5 评估组成员要通过认证考试。
企业的研发管理各方面多多少少都存在一些问题，产品质量、交付周期、研发成本等方面都有待改善。CMMI模型是软件/系统开发和管理等方面的然实践总结，而且CMMI提供了一套过程改进的框架，因此对于追求企业自身过程改进的企业CMMI模型无疑是最佳选择。
企业为了获得订单、获得客户的信任，需要证明其自身的研发水平和能力，而CMMI模型是目前IT业界普遍认可的过程成熟度模型，获得CMMI某一等级认证是获得客户、市场认可的有效途径。
目前国家以及各地政府部门出台了一系列政第鼓励/T个业获得CMMI认证，对于获得CMMI认证的企业，政府会给予一定的补贴。现在越来越多的企业、事业、政府等单位的IT项目招标都要求供应商取得CMMI认证，CMMI证书作为评标中一项重要指标，有的其至作为参与投标企业的必备条件，因此没有获得CMMI证书的企业在将来的竞争中将处于非常被动的地位。