【IT项目管理】CMMI简介
什么是CMMI
CMMI全称是Capability Maturity Model Integration, 即能力成熟度模型集成，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发的一个过程改进方法，它向组织提供用于有效的过程改进的基本元素，帮助组织提高绩效。
按照卡内基-梅隆大学软件工程研究所的说法：CMMI能够帮助组织
"integrate traditionally separate organizational functions, set process improvement goals and priorities, provide guidance for quality processes, and provide a point of reference for appraising current processes."
即“集成传统独立的组织功能，设置过程改进目标和优先级，为质量过程提供指引，并为评价当前过程提供一个参考点”。
笼统地说，CMMI就是一个对企业开发能力的评估模型，能够对软件开发甚至其他领域项目的管理提供指导。
三个开发模型
CMMI发展到现在，共包含了三个模型，分别是CMMI-DEV、CMMI-SVC以及CMMI-ACQ，分别应用于产品和服务开发，服务建立、管理和交付以及产品和服务采购。这三个模型按照成熟度等级共分为五个等级。每个成熟度等级包含了一组过程域。在实施CMMI时，每实施高成熟度的等级必须包含低级别等级的所有过程域。
因为CMMI-DEV是主要应用于软件工程的开发领域，所以这里我们以它为例。
CMMI开发模型
成熟度级别1 －Initial初始级
成熟度级别2 －Managed管理级
- CM - 配置管理（Configuration Management）
- MA - 度量和分析（Measurement and Analysis）
- PMC - 项目监督与控制（Project Monitoring and Control）
- PP - 项目计划（Project Planning）
- PPQA - 过程和产品质量保证（Process and Product Quality Assurance）
- REQM - 需求管理（Requirements Management）
- SAM - 供应商协议管理（Supplier Agreement Management）
成熟度级别3 －Defined定义级
- DAR - 决策分析与解决方案（Decision Analysis and Resolution）
- IPM - 集成项目管理（Integrated Project Management）
- OPD - 组织过程定义（Organizational Process Definition）
- OPF - 组织过程焦点（Organizational Process Focus）
- OT - 组织培训管理（Organizational Training）
- PI - 产品集成（Product Integration）
- RD - 需求开发（Requirements Development）
- RSKM - 风险管理（Risk Management）
- TS - 技术解决方案（Technical Solution）
- VAL - 验证（Validation）
- VER - 确认（Verification）
成熟度级别4 －Quantitatively Managed量化管理级
- OPP - 组织过程绩效（Organizational Process Performance）
- QPM - 量化项目管理（Quantitative Project Management）
成熟度级别5 －Optimizing优化级
- CAR - 原因分析与解决（Causal Analysis and Resolution）
- OPM - 组织绩效管理（Organizational Performance Management）
评估过程
正如前文所说，每实施高成熟度的等级必须包含低级别等级的所有过程域，然后逐步提高成熟度，所以CMMI模型也能够对企业自身的整合优化提供一个指导方向。
三个模型的联系
如上图所示，三种模型有重合的16个过程域，同时也有两两重合或者自身独有的过程域，但是总体的评估方法和之下而上的成熟度结构是一样的。
为什么选择过程域
这涉及到对一个企业软件开发能力衡量的方法论。因为软件是智力产品，而且软件开发项目具有临时性，所以企业的固定资产并不能代表软件开发能力；又由于软件开发项目的唯一性，所以历史上一个项目的成功，并不能代表下一个项目也能成功；而且在这个软件开发过程中，除了硬件支持以外，主要的生产资源是程序员，所以如何在人才流动的情况下保证整体开发过程的稳定，即一个企业如何换了一批员工却还能保证产品的开发流程，是软件开发模型的重要作用。所以，在不以特定人员为基础，不局限于固定资产和可复用的资源，从过程域出发对软件开发进行规范和评估就是一个很自然的思路，这就是为什么CMMI要选择过程域，以“过程资产”来对企业能力进行评估。
CMMI为什么能解决问题
1986年，北大西洋公约组织（NATO）在联邦德国的国际学术会议创造软件危机（Software crisis），描述软件规模变大产生的软件生产高成本、高风险、难交付问题，这就是所谓的软件危机。导致软件危机的主要原因是硬件在按照摩尔定律发展，但是软件却在按照安迪-比尔定律发展，即硬件让我们有了更大规模的软件需求，但是软件开发的成本、时间以及失败率都在随着软件规模飞速上升。所以我们才要对软件开发过程进行系统地评估和限制，从而避免社会资源的浪费。CMMI-DEV模型通过覆盖产品研发的所有过程，包括需求、设计、验证等，并企业掌控每个规程的能力进行评估，从而对客户的选择以及企业的提高都有着指导作用。在模型中按照成熟度等级的逐步提高，产品开发企业的产品研发风险越来越低，研发效率和质量越来越高，从而让软件开发这一工程成为可控可提高的系统项目。
如何通过CMMI认证
CMMI评估，在国内也有人称是CMMI认证，即获得CMMI证书。这个证书需经过主任评估师对企业的软件项目评估通过后才会颁发证书，而且证书是以主任评估师的个人名义签发的，而不是由认证机构签发。
而主任评估师则是指通过SEI（ Software Engineering Institute）的认证考试获得资质的人。有资质的主任评估师到企业去评估，评估结果符合SEI的要求才会把评估报告提交到SEI，SEI审核完评估报告后，才表明企业最终获得了有效的CMMI证书，SEI会把评估结果公布在SEI网站上供用户查询。因此，SEI是管理CMMI证书的唯一机构，SEI授权给评估师去开展评估工作。
参考资料
https://www.xaecong.com/cmmi/
https://www.cnblogs.com/txw1958/archive/2012/07/09/2582515.html
https://blog.csdn.net/weixin_34150224/article/details/93391600
https://www.zhihu.com/question/58769279
https://www.zhihu.com/question/20091558
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！