◆ 安排專職人員負責需求變更管理 有時開發任務較重，開發人員容易陷入開發工作中而忽略了與用戶的隨時 溝通，因此需要一名專職的需求變更管理人員負責與用戶及時交流。
◆ 合同約束 需求變更給軟件開發帶來的影響有目共睹，所以在與用戶簽訂合同時，可以增加一些相關條款，如限定用戶提出需求變更的時間，規定何種情況的變更可以接受、拒絕接受或部分接受，還可以規定發生需求變更時必須執行 變更控制流程。
◆ 區別對待 隨著開發進展，有些用戶會不斷提出一些在項目組看來確實無法實現或工作量比較大、對項目進度有重大影響的需求。遇到這種情況，開發人員可以向用戶說明，項目的啟動是以最初的基本需求作為開發前提的，如果大量增加新的需求(雖然用戶認為是細化需求，但實際上是增加了工作量的新需求)，會使項目不能按時完成。如果用戶堅持實施新需求，可以建議用戶將新需求按重要和緊迫程度劃分檔次，作為需求變更評估的一項依據。同時，還要注意控制新需求提出的頻率。
◆ 選用適當的開發模型 采用建立原型的開發模型比較適合需求不明確的開發項目。開發人員先根據用戶對需求的說明建立一個系統原型，再與用戶溝通。一般用戶看到一些實際的東西后，對需求會有更為詳細的解釋，開發人員可根據用戶的說明進一步完善系統原型。這個過程重復幾次后，系統原型逐漸向最終的用戶需求靠攏，從根本上減少需求變更的出現。目前業界較為流行的疊代式開發方法對工期緊迫的項目的需求變更控制很有成效。
◆ 用戶參與需求評審 作為需求的提出者，用戶理所當然是最具權威的發言人之一。實際上，在需求評審過程中，用戶往往能提出許多有價值的意見。同時，這也是由用戶對需求進行最后確認的機會，可以有效減少需求變更的發生。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
