SCAMPI評估方法需要企業提供3種證據：直接證據、間接證據、人證。每條實踐必須要有直接證據來覆蓋，直接證據包括了產出的文檔、使用的工具等等。由于直接證據是必須的，于是為了滿足評估的需要，很多企業做了上百個的文檔來滿足模型的要求，其實這是不對的。模型是強調直接證據，但是并非文檔越多越好，文檔只是用來證明某個實踐你做到了，只要達到了這個目的就可以了，而且一個文檔可以滿足多條實踐的要求，可以作為多條實踐的證據，這是最經濟的做法。只要內容有了，也并非在乎文檔的多少與格式。
在沒有實施CMMI之前，項目組往往不寫文檔或者很少寫文檔，實施CMMI之后，寫的文檔又可能太多，這是兩個極端，需要平衡。
怪相之五：流程很優秀，效果鮮見有
有一家軟件外包公司，CMMI3級，流程定義得很簡潔、實用，企業的執行力也很強，但是項目的實際效果卻不好，為什么呢?筆者仔細審查項目組的需求、設計、測試用例、源代碼等文檔，發現需求的描述有遺漏、有錯誤;設計文檔沒有滿足基本的設計原則;測試用例不完備、覆蓋率比較低;源代碼中需要重構的地方比比皆是。再問一個為什么?發現項目組成員比較年輕，工程經驗大都少于2年，盡管企業也進行了需求工程、設計模式等的技術培訓，但是經驗不是靠培訓能解決的。因此，即使有好的流程，仍然沒有開發出好的軟件系統!
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
