CMMI5，期望與爭議并存的美麗傳說

DM在項目啟動前，開發經理跟我說，DM的測試負責人，就由你來做吧！我自然是樂顛顛地接受了，對于我來說這是一個學習和施展的機會。事后，他問我：“你已經作為兩個核心產品的測試負責人了，下半年的IAGW還要靠你去主導，是否分配的任務太重了？”我跟他說：“沒事，我能行?！闭f句心里話，當時自己也不是十分肯定可以同步應付那么多的工作，只是很珍惜這個機會。對流程管理，在自學過程中有了一定基礎和思考，但是沒有真正地運用起來，這個機會正好可以讓我認真地去學習全面的流程控制知識，應用一些新的理念。

        對于我們的team來說，以往基本上沒有任何CMMI的基礎，現在以CMMI5的標準來要求項目的實施，實施起來也會有一定的難度，意味著需要投入更多的人力物力，也意味著項目實施的陣痛更加劇烈。DM這個項目，按我們以往的開發與測試模式，3個月之內會完成所有的工作，雖然測試一般都是在產品完成代碼編寫之后才參與，但因為公司比較重視測試，且開發與測試的水平都不錯，產品的質量是比較有保證的，經我們發布出去的產品在現網運行效果一直有較好的口碑。只是，缺少需求、設計以及代碼的評審，大部分的問題都是在測試階段發現并解決，這樣一來，問題的修改成本相對比較高，而且產品的質量很大程度上依賴測試人員的素質和對業務的熟悉程度。這一點，我在以往的測試中一直強調，希望問題能夠及早發現，也希望產品的質量能夠盡量少地依賴個人。CMMI5強調通過各種的活動及早發現并解決問題，通過流程的控制減少產品質量的人為因素，這些正是我們所需要的。

原文轉自：http://www.kjueaiud.com