應對之道
需求 變更控制一般要經過變更申請、變更評估、決策、回復這四大步驟。如果變更被接受，還要增加實施變更和驗證兩個步驟，有時還會有取消變更的步驟。針對變更控制流程，在實際工作中總結出了軟件開發人員在需求變更管理實踐中的幾點對策：
優先排序 分批實現 每個需求的重要性是不同的。由于 資源或技術條件的限制，會顯得“僧多粥少”，因此不可能把所有的需求一次完成。怎么辦？把每個需求按照對效益的貢獻打個分，排出個優先級來，優先級高的需求先實現，低的到一下版式本實現。由于不斷有新的需求進來，有的需求可能永遠沒有機會被子實現，但不緊，還是要記錄下來，并一起參加排序，保證在每個版本發布時重要的需求先得到滿足。每個需求的實現是需要花時間的，沒人有百分百的把握預估得很清楚，但借鑒過去的經驗可以大概估算出人力成本，然后根據開發人員和開發周期得出可用人力投入作為上限。從優先級高的需求中挑，直到挑中的人力成本總和剛剛低于可用投入上限，這樣得出的就是需求的錄取榜。今后的軟件開發規劃也會以此為依據，分期分批地在不同的回合中實現。最合理的不一定是優先級最高的，也就是說不一不定是最先考慮的，“經濟為本”是指導優先排序的最終原則。
相互協作 很難想像遭到用戶抵制的項目能夠成功。在討論需求時，開發人員與用戶應該盡量采取相互理解、相互協作的態度，對能解決的問題盡量解決。即使用戶提出了在開發人員看來"過分"的要求，也應該仔細分析原因，積極提出可行的替代方案。