【软企标配】CMMI软件开发能力成熟度介绍

01 CMMI简介

    CMMI全称是Capability Maturity Model Integration，直接翻译就是能力成熟度模型。作为软件开发领域实践集合，CMMI®系列模型已然成为业内提升研发管理及流程能力的公认标准。

很多人也许读过类似《成功人士的七个习惯》的文章，如果能具备那些习惯，我们也非常可能成为成功者。同理，CMMI可以看作是成功企业在软件上的一些习惯、做法、准则等的集合，是做好企业软件的实践的集合。 

如果企业能达到CMMI的要求，则成功近在咫尺。 

CMMI是软件工程领域全球Zui具quanwei的资质评审与认证标准。

02  CMMI发展历史

 CMMI（Capability Maturity Model Integration For Software，软件能力成熟度模型集成）是一个用于产品与服务开发的过程改进成熟度模型。它包含开发与维护活动的执行方法，涵盖产品从构思到交付与维护的生命周期。

  CMMI是由美国国防部委托卡耐基-梅隆大学（Carnegie Mellon University）软件工程学院（Software Engineering Institute）组织全世界的软件过程改进和软件开发管理方面的专家历时四年而开发出来的，并在全世界推广实施的一种软件能力成熟度评估标准，主要用于指导软件开发过程的改进和进行软件开发能力的评估。

目前CMMI的官网组织为:CMMI研究院 (cmmiinstitute.com) ，是ISACA Enterprises的子公司，在促进人员、过程和技术的实践方面处于地位。

   CMMI涉及三种不同模型，用以帮助提升不同的商业需求。无论是CMMI DEV（研发）、CMMI-SVC（服务）还是CMMI-ACQ（caigou），其主体是16个几乎完全相同的核心过程域（Core PAs）。不同CMMI模型之间的差别，在于特定过程域（Specific PAs）所关注的不同的业务目标和管理诉求。

03
CMMI的版本升级迭代过程
  CMMI的产生，拥有着浓浓的“军方”背景。上世纪80年代末，计算机技术方兴未艾，软件开发尚处于初级阶段，美国国防部资助卡内基梅隆大学（Carnegie Mellon University, CMU）成立软件工程研究所（Software Engineering Institute, SEI），建立一系列的软件工程实践和标准，这包括为了有效的评估供应商的能力而开发出的软件过程能力框架，也就是软件CMM的雏形。在高校、业界和zhengfu多方的努力下, 被寄予厚望的SEI于1991年成功推出CMM（Software Capability Maturity Model）V 1.0模型。

  多年来，这套标准不断进化升级，逐渐跳出了“军用”的局限，从软件扩大到系统，进而覆盖至各类产品开发，向着商业化领域发扬光大。在此背景之下，CMM的替代模型——CMMI（Capability Maturity Model Integration, 能力成熟度模型集成）应运而生。

  在经历了CMMI V1.0、V1.1以及V1.2的交替革新之后，2011年，应用Zui久的CMMI V1.3正式发布。两年之后，CMMI连同产品与服务一起，全部由SEI转入CMMI研究院负责，直至2018年3月，CMMI V2.0闪亮登场，标志着CMMI全新应用时代的开启，也是其从SEI剥离、并入国际信息系统审计协会（ISACA）之后的首次版本更新。 

  自2020年10月1日起，CMMI研究院（CMMI Institute）将停止受理CMMI V1.3评估，这意味着CMMI V2.0的时代序幕就此全面拉开。

  需要指出的是，科技成果转化与研发项目紧密相关，有相似的一面，也有区别、有各自的特点。科技成果的转化很大一部分也以研发项目实施的形式而得以体现，但并不是说研究开发项目一定就是成果转化，更不是说研究开发项目数就是成果转化数，研发项目有可能产生成果，也可能产生相关甚至不相关的成果或多个成果，当然也有可能不产生成果。成果转化的过程中也可能产生新的成果，同样的也可能产生几个或不产生新的成果。项目、成果及成果转化之间就其数量而言，没有必然的数量对应关系。

  目前，中国已经成为CMMI应用发展Zui广阔的市场。CMMI适用于金融科技、软件开发、互联网、系统集成、国防科研、汽车制造、电信等行业。

04
CMMI-DEV模型介绍
    CMMI-DEV模型即CMMI开发模型（CMMI for Development, CMMI-DEV），CMMI-DEV1.3版是生成自CMMI1.3版架构与框架的、来自zhengfu与产业界的有关开发的实践集合。  CMMI-DEV模型为开发产品与服务提供了全面的、集成化的系列指南，为开发型组织应用 CMMI 实践提供了指南。模型中的实践关注于开发高质量产品与服务的活动，以满足客户与Zui终用户的需要。  在CMMI模型中，所有软件组织的软件能力成熟度划分为5个等级。数字越大，成熟度越高，高成熟度等级代表比较强的综合软件能力。  企业如果要做CMMI认证，一般从3级做起。

05
CMMI地组织结构
  

  CMMI的组织结构一般在Zui高领导之下设立EPG（Engineering Process Group, 工程过程组）、QA（Quality Assurance, 质量保证组）、EG（Engineering Group, 工程组），这三个组的构成就好像是立法、监督和执法的制衡体系，体现了西方的法治观念。EPG源于SEPG（Software Engineering Process Group, 软件工程过程组），本是组织中专职推进CMM的职能单位，随着CMM发展到CMMI，内容更加广泛，EPG的职能就是组织的过程改进。