CMMI可以解決需求問題嗎？
不可以，如果說可以，那也是瞎說，那如何解決這個問題呢？這就要求在面對客戶的時候，及時整理出一套調查表，更好的獲取需求，你可以把這個說成是CMMI過程文檔，但我更認為他是一種技術經驗，而這種經驗往往是很難用文檔來定義的。但是，CMMI是非常有用的，因為從它的角度，你將客戶進行分類，每一類進行調查的時候不要緊緊調查需求，而要調查客戶的環境，客戶的組織架構，客戶的素質等等。在需求獲取和確認的過程中建立一個快速反饋機制，要采用盡早提交給客戶進行設計確認，以免在編碼過程中浪費大量的時間。
但有一點，在整個項目過程中，需求是逐漸進化的，所以你一定要規劃好版本，不要認為客戶變了就麻煩，要變就讓它變，但是在過程中調整的一切要讓客戶清楚，盡量獲取客戶的理解，如果閉門造車，或者面對客戶沒有提供任何資料，或者對方沒有接口人，那最終這個項目很可能會是一個非常麻煩的結果。
所以在這里的建議是：
1.客戶分類（CMMI角度）
2.接口人
3.確認和溝通計劃
4.客戶對版本的逐步驗證
5. 采用什么技術來快速建立客戶與開發人員的理解（此項最重要，純技術要求）
CMMI的建議，將客戶納入建立能力基線，編制一個調查表，盡量多的調查項，然后建立其與需求過程的關系和預測模型。
CMMI面對實施的無奈？
文章來源于領測軟件測試網 http://www.kjueaiud.com/
