Capabilities vs Maturity

能力(Capabilities)和成熟度(Maturity)是CMMI里面的的核心.虽然CMMI好像已经成了昨日黄花.但是这两个因素还是可以很好的作为衡量一个组织好坏的标准的.应用于devops建设的话,也可以考虑这两个因素.

过于关注Maturity有什么坏处

组织的改进不能走持续演进的方式.更倾向与保守采用成熟、稳妥的方案.

• 大概率是有一个项目,那么项目必然是有结束时间的.最终所有的事情都随着项目的结束而结束.
• 遵循成熟度模型,企业是无法适应技术和市场的变革的.
• 那些创新公司或者表现好的公司,是不会认为自己已经达到了"成熟"状态.

有瓶颈和只能线性增长

• 相似的技术或者能力只能在龙的组织中适用,缺少变通性
• 如果关于能力的话,允许在组织内部的不同小组以定制的方法进行改进.
• 关于能力的话,可以给予大家依据自己的环境、系统、目标,、约束来获取最大的利益

成熟度模型关于技术熟练程度

• 不关注最终结果
• 五花八门的指标并不能说明对业务有什么实际的影响
• 能力的话更关注于关键成果
• 让技术领导者能够更在更高的一层来关注方向和策略
• 让大家持续的以目标为导向关注团队的建设

成熟度模型定义了一个静态的技术、流程、和组织能力去达成

• 天生不易于和企业的现状融合
• 当前足够好,不代表来年一样好

结论的话也就很明显了,关注能力的话,能够让企业持续的进步发展.在构建devops体系的时候,其实同样的.用什么来做ci/cd关系不是特别大.不要忘记为了什么去做devops才是最根本的.