CMMI随想——

　　（思维有点混乱....想到哪写到哪请见谅，现实与理想差距很大，高层要考虑市场和成本等多种因素，本人只从测试的角度阐述个人观点.....）

　　项目开发与管理按照CMMI流程有一年多的时间了，个人开始接触CMMI时，感觉它的思想确实值得大家研究和学习。下面就这一年多来的使用感受和体会。软件开发流程最早也是由测试人员提出，这是否是一个件很有趣的事呢。

　　由于前一公司是采用ISO质量体系，所以对流程、质检并不是很陌生。我一直从事软件测试工作，对于在软件测试执行的过程中所受的约束深有体会。所以对制定公司软件开发流程、公司级的规范及改进特别的热心。

　　CMMI告诉我们应该做什么，遗憾的是并没有告诉我们应该怎么去做！

　　我们测试最关心工程过程域，当然为了项目控制好，熟悉项目管理类域也很重要，了解项目特征制定测试策略和方法。CMMI定义这些过程域需要做什么，而这也是我们测试人员最愿意看到的，希望详细知道需求及系统分析分及设计人员是如何实现的，开发人员采用哪些技术和方法实现既定的目标。测试人员根据以上信息制定测试重点及优先级，在测试时可以有的放矢。

　　遗憾的是实现以上的目标需要一个强大的团队。现实出现的问题是：

　　问题一：需求做不到详尽；这与做需求的人员的能力（交际能力(挖掘客户潜在需求)、需求文档的表现能力）及目标客户有很大关系，在二次或多次需求开发后已开始偏离用户需求。产生的主要原因是人员的技能。

　　问题二：设计做不到位。给开发人员留下了发挥的空间。但是最终的结果是开发的过程产品不够规范，并且缺少相应文档，导致维护性差，如果做此模块的人员离职，则需要发费更多的成本。如果此开发人员做的是核心模块，那么将是这个项目的灾难。产生的直接原因是“人”。

　　问题三：测试人员不清楚开发人员具体的实现，对深层次逻辑或核心问题测试用例覆盖偏少。可能留下定时“炸弹”！或者老是出现发布的新版本不稳定。但又找不到原因。产生的原因是开发流程没有严格的执行，中间过程没有必要的产品构件的输出。在测试人员这里问题得到了几何级的放大。

　　以上也许就是目前国内做项目软件公司的经常出现的问题。这与CMMI好像没有什么直接关系！CMMI告诉我们软件开发主要由三大支柱支撑。人、技能、流程。软件项目开发缺一不可，而上面出现的问题正好覆盖了这三大支柱。也就是造成国内软件水平质量不高的的原因吧。当然在项目开发过程中，存在很多的问题，软件质量水平不高还有其他的原因。

　　CMMI在实施中遇到的问题

　　1、缺少高水平的合适软件开发管理人员，实施不到位，职责不明确，当出现问题时很混乱

　　2、缺少高水平的开发人员，水平高的人都去系分了或项目经理了，代码写得好并不一定是一个好项目经理

　　3、公司高层对它重视不够。由于实现这个见效慢、而高层对软件开发并不是十分了解，有一番美好的期望，结果往往是痛苦的

　　4、缺乏改进的勇气，改变是痛苦的，成果是丰硕的。改进就是改变，改变需要成本、需要高层的支持和承诺。现实是一般由质保部去实施改进，权利过小涉及的部门过多，接口多很难协调

　　5、公司对测试不重视或理解有误差

　　6、项目组成员对流程不熟悉，没有接受过专业的软件开发培训

　　本人感觉公司高层对实施CMMI的支持及有合适的项目管理人员最重要。其次是帮助项目组成员展开培训（职位技能及开发流程）。

　　很多公司在实施CMMI时都是让CMMI适合公司，制定了一整套规程。当然CMMI也允许这样做，我想说的是经过公司本地化改造的CMMI流程是否真的可以达到预期目标。很多公司不去分析公司是否适合实施CMMI流程或者是否达到实施的资质，而是花几十万或几百万搞到了一个证书。也许这就是国外论证的证书到了国内就变质的原因吧。