传统软件工程能力成熟度模型

能力成熟度模型是软件工程领域一种流行已久的工具。

CMM/CMMI 是最广为人知的能力成熟度模型（ CMMI 是 CMM 模型的最新版本）。CMM，全称 Capability Maturity Model ，是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。

在 V1.X 时代，CMM 的“能力成熟度”定义分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。

CMMI V1.3 以后，CMMI 中增加了对敏捷开发方法的支持和解释。2018年以后发布的 CMMI V2，其关键改进中明确地增加了直接指导如何增强使用  Scrum  的敏捷项目的过程。

CMMI V1.3 已于2020年9月30日停用。从2020年10月1日开始，仅接受CMMI V2.0评估。重要的是，至少提前一年开始准备过渡到 CMMI V2.0 的策略。

信通院研发运营一体化能力成熟度模型

模型简介

研发运营一体化能力成熟度模型（以下简称“标准”），已在工信部正式立项，是由中国信息通信研究院牵头，信通院下属云计算开源产业联盟（OSCAR联盟）、高效运维社区牵头，汇聚国内100余名互联网、金融及通信行业顶尖企业技术专家编写而成。

2018年7月26日，工信部中国信息通信研究院牵头《DevOps标准：研发运营一体化成熟度模型》在联合国 ITU-T 正式立项，成为全球首个 DevOps 国际标准。

DevOps 标准体系主要包括：敏捷开发管理、持续交付、技术运营、应用设计、安全及风险管理、系统和工具七个部分。

模型内容概览

• 范围

“标准”规定了研发运营一体化（DevOps）的概念范围、总体架构及能力成熟度模型。“标准”适用于具备IT软件研发交付运营能力的组织实施IT软件开发和服务过程的能力进行评价和指导；可供其他相关行业或组织进行参考；也可作为第三方权威评估机构衡量软件开发交付成熟的标准依据。

• 级别划分

研发运营一体化（DevOps）能力成熟度模型，共分为5个级别，每个级别中按照不同程度说明，呈现递进的方式，高级别内容宜包含低级别内容，无需重复引用。

• 总体架构

• 部分内容纲要

（1）敏捷开发

（2）持续交付

（3）技术运营

模型评估流程介绍

“标准”的评估需要向发起单位信通院报名，并由信通院安排专家进行现场评估，在评审完成后出具评估结果，最终公示评估结果并颁发证书。

整个评估过程会以“能力域”为评估项目，以“标准”为参考标准，评估在各个能力子域、能力项、能力指标的分数，并最终给出评估结果。

模型评估情况介绍

在国内外先进科技企业的 DevOps 实践影响下，很多国内大中型传统企业也开始同步接收、尝试，推行 DevOps 实践。以信通院 DevOps 能力成熟度评估认证为纬度统计，截止2021年Q3，通过信通院 DevOps 能力成熟度评估的组织及项目累计已超过100余个。

如何看待能力成熟度模型

Martin Fowler 在他的《Maturity Model》一文中写到：“成熟度模型是一种工具，它可以帮助人们评估个人或团队当前的有效性，并支持确定他们下一步需要获得什么能力以提高他们的绩效。成熟度模型名声不好，但尽管它们很容易被误用，但在正确的人手中，它们还是有帮助的。”

无论是 CMMI ，还是信通院研 DevOps 模型，亦或是其他的模型或者标准，都有其存在的价值。即便是最早的瀑布模型，在现在的敏捷迭代中，虽然已经没了所谓“阶段”的描述，但需求、设计、开发、测试等相关的工作仍然存在。

探讨一个模型是否有价值、模型的应用成功与否下定论，需要考虑很多因素。除了标准本身的定义质量外，涉及使用者对标准的理解、使用目标、使用方式、使用环境等有很大的关系。

我们认为好的模型是一把标尺，可以帮助我们快速发现差距、确定改进目标、寻找改进方法与路径。但它不是唯一的标尺，也不是永恒不变的标尺。更重要的是，模型、标准、过级不是目标本身，甚至 DevOps 也不是目标。它们都是我们持续改进路上阶段性的重要工具和方法，通过它们营造积极健康的组织文化，提升组织生产力，打造敏捷 IT 组织，最终达成业务敏捷，才是我们的终极目标。

参考资料