证之殇——CMMI认证狂欢前夜的思考

这里有没有QA，非常想调查一下，你们做QA之前是做什么工作的，有多少年的项目经验？不是QA的说说你们身边QA的基本状况。

我公司有两个专职QA，一个毕业就直接进我们公司工作，一直就是QA，另一个毕业当一年的程序员，然后就开始做ISO，再做CMM2/3/I4。

我不做QA，但是我定流程。

常见关于CMM的误解：
1、CMMI能够帮助在生存线上挣扎的公司，公司不知道如何做好项目可以通过CMMI认证来解决生存问题。

……CMMI不是万精油，最多也就是用来改善过程的一种参考。使用来“改善”工作流程的，而不是保证结果的。

2、级别说明水平。
CMM提供了一个模型，说明好的软件组织拥有这样的一些共同特点；而CMMI认证则需要一个CMMI的认证组对软件组织（项目或者公司）进行评估；一些公司可能没有经过这样的认证，却能够符合最高级别CMM的要求，但他们并不是CMM5级的。

3、CMM和SCRUM有很多相通的地方。
这个？不知道怎么说好，scrum等agile的方法的要求不算是流程吗？日构建、scrum meeting、spring backlog算不算CMM中所说的Project Plan QualityArea以及Project Control and Monitor QA的流程？能不能说Scrum算符合CMM的一种模板？
scrum中强调客户与交互的同时强调了“经验模型”由于“过程定义”，特别说明了通常情况下QA（CMMI中）的作用：按照Quality Area制定相应的流程，按照流程工作，收集流程的反馈，改进流程对于软件开发过程来讲全是垃圾；垃圾恐怕不能说，不过实际的效果对于比较大的团队来讲确实不佳，智能算凑合。