變更并非壞事，事實上變更反而是必要的。事先將所有需求都定義好，幾乎是不可能的。隨著開發的進展，用戶的思想也在變化，外部的環境變化和業務需要跟進。一個高效的團隊要能夠靈活應對變化，使其構建的軟件可以及時為業務方提供價值。

　　需求的變化在所難免，實際上用現在很流行的詞兒"演化"去看，就順利成章，沒有什么會停止演化，除非要被淘汰。這樣看來，需求如果還有變化就是一件好事兒，至少這個功能還被需要，還在被調整，從不完善趨近于完善。

　　應對變化的最好方式，就是要時刻保持這樣一種“戰斗”狀態，隨時都要準備為變化的需求做出調整。想在眾多的日常工作中為某一個需求理出這么一塊空間，就像雜亂的桌面上找出一塊干凈的地方放置新的事物，最好的辦法就是讓自己的桌面井井有條，讓這個桌面隨時歡迎新的成員加入進來。而一套好的需求管理辦法就像這個整潔桌面的管理者——讓變更的需求更加高效的加入到系統中來。

　　以往眾多的項目都發生過變更，變更的原因包括前期理解差異、業務規則變化、業務方想法發生變化、新功能增加、界面交互變化等。我們能做的就是盡量減少變更的發生，并在發生變更時也能很好的處理它。作為開發方，外部變化我們無法改變，我們能做的就是：正確獲取需求，并正確的在團隊內部傳遞。在正確獲取需求方面，可考慮豐富調研的形式，提高需求人員業務領域知識;在正確傳遞需求方面，可通過力求清晰形象地描述需求、需求反講、需求驗證等手段來實現。對于業務方提出的變更，我們也可以通過以下幾點來管理好變更：

　　1)針對提出的需求變更在做出承諾之前經過深思熟慮的評估;

　　2)由合適的人員針對提出的變更做出明智的業務決策;

　　3)變更管理活動對受到影響的干系人可見;

　　4)核準的變更會被通知到所有受到影響的項目參與者;

　　5)項目組以一致且有效的方式處理需求變更。

　　需求變更給各方帶來的麻煩是有目共睹的，需求變更會給項目帶來巨大的延期風險、質量風險、成本風險等。當然在項目中，需求變更往往是不可避免的，我們一方面需要盡量減少并控制需求變更的發生，另一方面，在需求變更發生時，我們應對需求變更進行有效的管理，最大可能的降低需求變更帶來的風險。