一旦手上有最初始的需求，就必須做好準備應對變更，因爲在整個開發階段，客戶、管理層、市場、開發團隊或者其他人都會不可避免地提出這方面的要求。有效的變更管理包括提出變更、評估潛在成本及其對項目影響以及確保恰當的干係人可以判斷要採納哪些變更，並做出明智的業務決策。
擁有良好的配置管理實踐是進行有效需求管理的一個前提條件。可以使用代碼版本管理工具來管理需求文件。最好將需求放在需求管理工具中，裏面提供的很多功能可以幫助你完成這些實踐。
1、建立一個需求變更控制流程
與其抑制所有變更或者奢望變更不會出現，不如接受“變更最終難免”這個事實，然後建立一個機制以防止不斷出現的變更引發混亂。變更流程應當定義如何提出、分析和解決需求變更。所有提議的變更都通過這個流程來管理。缺陷跟蹤工具可以支持這種變更控制流程。組建一個項目干係人小組來擔任變更控制委員會，負責評估大家提出的需求變更，決定採納哪些，併爲它們設置實施優先級或者目標發佈。
2、對需求變更進行影響分析
影響分析是變更流程的重要元素，它可以幫助變更控制委員會做出可靠的業務決策。評估提出的每個需求變更並確定它們對項目可能造成的影響。使用需求跟蹤矩陣來發現其他需要修改的需求、設計元素、源代碼以及測試。明確實現變更所需要的任務並估算完成它們所需的工作量。
3、建立基線並控制需求集合版本
基線定義的是大家都認可的一組需求，通常是一個特定發佈或迭代內的需求。當需求基線確定後，如果要做變更，就只能通過項目變更控制流程。我們要賦予需求規範說明書的每個版本一個獨特的標識，避免將草稿與基線或者舊版本與當前版本搞混。
4、維護需求變更的歷史記錄
每做一次需求變更，就要留下一個歷史記錄。有時需要回退到需求的某個早期版本或者希望瞭解需求是如何變成現在這個形式的。記錄需求變更的日期、變更的內容、誰做出的變更以及原因。版本控制工具或者需求管理工具都可以完成類似的功能。
5、跟蹤每個需求的狀態
爲每個影響產品實現方式的獨立需求都建立一個記錄。保存每個需求的關鍵屬性，包括狀態（例如提出、批准、實施或驗證）。這樣可以監測在任何時間點處於每個狀態的需求個數。隨着需求在開發和系統測試中的進行，要對每個需求進行跟蹤，從而深刻洞察整體項目狀態。
6、跟蹤需求問題
當大家都在忙於一個複雜的項目時，非常容易忽略很多問題，例如需求需要澄清、缺陷需要彌補以及需求評審中發現的問題需要解決。問題跟蹤工具可以幫助我們避免遺漏問題。我們要爲每個問題指定專門的負責人，監控需求問題的狀態，以此來判斷需求的整體狀態。
7、維護一個需求可跟蹤矩陣
把每個功能需求與設計、實現它的代碼以及驗證它的測試相互聯繫起來，這樣做通常很有價值，甚至不可或缺。這樣的需求可跟蹤矩陣有助於確認所有的需求都已經實現並且通過了驗證。當維護期內需要修改需求時它也很有幫助。需求可跟蹤矩陣還可以將功能需求與從其引申而來的高級需求、相關需求聯繫起來。在開發過程中同步建立這個矩陣，而不要等開發結束後再開始。除了極微型的項目之外，我們都離不開工具的支持。
8、使用需求管理工具
商業版的需求管理工具可以在數據庫中幫助存儲各種類型的需求。