DM這個項目，按我們以往的開發與測試模式，3個月之內會完成所有的工作，雖然測試一般都是在產品完成代碼編寫之后才參與，但因為團隊有一定的流程管理，公司也比較重視測試，且開發與測試的水平都不錯，產品的質量是比較有保證的，經我們發布出去的產品在現網運行效果一直有較好的口碑。只是，缺少需求、設計以及代碼的評審，大部分的問題都是在測試階段發現并解決，這樣一來，問題的修改成本相對比較高，而且產品的質量很大程度上依賴測試人員的素質和對業務的熟悉程度。這一點，我在以往的測試中一直強調，希望問題能夠及早發現，也希望產品的質量能夠盡量少地依賴個人。
CMMI5強調通過各種的活動及早發現并解決問題，通過流程的控制減少產品質量的人為因素，這些正是我們所需要的。不過，每件事情都會有兩面性，一個本來3個月就可以完成的項目，按照CMMI5的流程來實施，需要6個月，而且需要耗費更多的人力資源。特別是在項目的前期，大量的文檔、評審，的確是需要投入非常多的人力和時間，而且也不能馬上看到效果。從短期來看，當然是不劃算，也看不到真正的收益，這就是為什么在中國大多數的IT公司都不注重流程控制、也是為什么CMMI到了中國實施起來就變了味兒的原因之一。我曾經跟一個資深的工程師探討CMMI在項目中的應用，他跟我說，他反對將國外的CMMI不經消化便套到項目實施中，因為流程管理在項目的應用中沒有起到效果，反而是讓人疲于應付各種流程各種文檔，導致項目的開展效率低見效少抱怨多。末了，他頗具幽默地對我說，其實，coding并不是靠管理給管出來的。但愿，CMMI5在我們的項目的應用中能看到積極正面的評價。
文章來源于領測軟件測試網 http://www.kjueaiud.com/