基于CMMI模型实现自己的总体研发框架（1）——CMMI模型-前言+概念+通用目标通用实践

一、前言

接触CMMI有12年了，09年开始接触CMMI，跟着咨询老师给自己公司做CMMI认证，自己负责公司的测试相关流程体系的建设。到19年自己负责公司的体系建设，初次也是CMMI过级，不过这次只是为了过级，公司只拿了个证书，没什么实质的收获，自己倒是对CMMI重新学习了一遍。虽然个人又学了一些东西，但对公司很失望。

跨过年后，公司决定要做流程优化，这次是基于敏捷来做，并分析出不同的改进专题，完成一个推广一个，半年时间也有不少成效，例如建立了基于Scrum的内部软件研发流程、建立基于瀑布的交付项目的研发流程、建立了度量的方法和收集了度量数据、梳理了配置管理，并且几乎所有项目都按照迭代计划、每日站会、回顾会议的方式来开展工作。可惜后来自己工作调整，这块工作交给其他同事，该同事也没联系原来的咨询老师，做的东西后来基本作废，各部门又各搞各的，质量也一台糊涂，上线的产品在客户现场测试，被客户发现两百多个bug，真是极度失望。

闲言少叙，再回过头来说CMMI。CMMI针对软件研发提供了一套结构化的方法论，并提供最优的时间供使用者参考，这样既有方法又有示例，按照这套体系可以搭建出一套适合自己公司的可以落地的流程体系。不像PMP，几乎全是理论化的空中楼阁，学完PMP后非常失望，本来想学项目管理的，学完后发现按他们的讨论管项目，完全无法落地，花了半年的时间和几千块钱，最终也只是拿了一个证，对个人能力的提升远不如CMMI这一套来得多。

有人可能说现在都搞敏捷，不用CMMI那套沉重的流程体系了。说这话的人基本是不了解CMMI的本质。CMMI主要提供的是方法论，你按他的方法去做并有相关证据就