DM这个项目，按我们以往的开发与测试模式，3个月之内会完成所有的工作，虽然测试一般都是在产品完成代码编写之后才参与，但因为团队有一定的流程管理，公司也比较重视测试，且开发与测试的水平都不错，产品的质量是比较有保证的，经我们发布出去的产品在现网运行效果一直有较好的口碑。只是，缺少需求、设计以及代码的评审，大部分的问题都是在测试阶段发现并解决，这样一来，问题的修改成本相对比较高，而且产品的质量很大程度上依赖测试人员的素质和对业务的熟悉程度。这一点，我在以往的测试中一直强调，希望问题能够及早发现，也希望产品的质量能够尽量少地依赖个人。
CMMI5强调通过各种的活动及早发现并解决问题，通过流程的控制减少产品质量的人为因素，这些正是我们所需要的。不过，每件事情都会有两面性，一个本来3个月就可以完成的项目，按照CMMI5的流程来实施，需要6个月，而且需要耗费更多的人力资源。特别是在项目的前期，大量的文档、评审，的确是需要投入非常多的人力和时间，而且也不能马上看到效果。从短期来看，当然是不划算，也看不到真正的收益，这就是为什么在中国大多数的IT公司都不注重流程控制、也是为什么CMMI到了中国实施起来就变了味儿的原因之一。我曾经跟一个资深的工程师探讨CMMI在项目中的应用，他跟我说，他反对将国外的CMMI不经消化便套到项目实施中，因为流程管理在项目的应用中没有起到效果，反而是让人疲于应付各种流程各种文档，导致项目的开展效率低见效少抱怨多。末了，他颇具幽默地对我说，其实，coding并不是靠管理给管出来的。但愿，CMMI5在我们的项目的应用中能看到积极正面的评价。
文章来源于领测软件测试网 https://www.ltesting.net/