忘掉CMMI

现在又要重新参与CMMI 3级改进与认证工作,这是第二次参与了,虽然公司和环境不同,还是重温了下很多理念和知识。第一次学习了很多知识,但是太忙(其实是借口),也没做个总结什么的,这一次,多少写点什么,也当自己整理下思路,如果能为他人多少有些帮助的话,最好不过。

 

刚刚进行完前期的调研工作,其中印象最深的就是跟其中一位老师交流的时候,他讲的“CMMI只是一个抓手”、“CMMI可以放放”、“自然而然满足”。。。。。。

 

在实施CMMI改进工作的时候,应该记住我们的改进目标到底是什么?期望改进的痛点到底在哪里?然后找到重要的七寸点,再决定选择什么改进工具。CMMI也好,敏捷也好,IPD也好,六西格玛也好。。。。。。都是解决问题的一个工具、方法而已,它们之间本身也不冲突。忘掉CMMI的条条框框,我们完全可以根据企业的需要灵活选用各种工具方法,灵活搭配,达到改进的目的。


比如,我们这次实施CMMI,公司是嵌入式开发,重点是产品开发,而非软件开发,并且需求那块问题非常大。如果只是实施CMMI的话,效果不会很好,因为研发的痛点不在这。因此,我们需要整合的实际上是产品研发体系,而非软件研发体系。可以以IPD为根,以CMMI为枝,以敏捷为叶;借鉴IPD的经验,打通端到端的流程;借助敏捷,解决需求问题;将IPD、CMMI、敏捷整合起来,最终达到改进的目的。

 

那么,这样做会不会通过不了认证?其实完全不用担心,CMMI的条条框框并不是说我们必须那么做,满足CMMI 各个PA的要求只要求满足各个PA要求的目标就可以了,在实践方法上怎么操作是灵活的。

 

那么,是不是我们不需要学习CMMI的相关要求了呢?当然不是。忘掉CMMI的前提是早已经对CMMI等各种方法了如指掌,并且掌握了他们的本质,能够融会贯通。这还是需要一定的功夫的。

 

笔者只是想强调,在实施CMMI的时候,千万别忘了我们的目标到底是什么,应该围绕改进需求,识别改进重点,再来选择改进方法。暂时忘掉CMMI的条条框框,这样也许可以做得更好。