忘掉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的条条框框，这样也许可以做得更好。