一談到需求變更，很多開發人員都面露難色，似有一肚子的苦水不知向哪里倒。有人調侃道：殺一個程序員不需要槍，改三次需求就可以了。想想也是，程序員辛辛苦苦編寫的代碼因為一個變更就白費了，得不到成就感，而且可能又要加班加點，剛定好的計劃又要調整。下面就說說，

　　有些需求并沒有直接寫出來

　　中國人喜歡儒家思想，話多為隱晦而不直白的說出，客戶提的多是自己期望解決的需求，而對于最基本需求往往不說，因為他認為你就應該有。如做一款手機，手機打電話的功能客戶是不用說的;再如，智能面包機，做面包的功能也是不需要說的，他只會說如何智能法。

　　用戶對需求的認識在不斷加深

　　軟件項目的用戶需求本身就具有模糊性、不確定性、主觀性等特點，想一步到位獲取到準確定義的需求是很困難的。客戶在進行需求評審時可能當時提不出明確的修改意見，但是當拿到差不多可以試用的產品時，通過實際操作就會對系統的界面、功能、性能等有切身的體會，這時就很可能提出新的要求。

　　另外，需求的變化往往并不是突發的、顛覆性的，最常見的是項目需求的漸變(Project Scope Creep)問題。特別是大中型系統的建設通常都要延續較長一段時間，更要對此給予重視。

　　項目經理無條件的遷就客戶

　　雖然項目成功的標志是客戶滿意度，但無條件的遷就客戶最終可能導致項目預算超期或時間超期，反而會導致項目失敗。客戶在提一條新需求時可能自己都沒有想清楚，也可能只是他的靈光一現，許多需求可能只是冗余需求。客戶往往不懂程序，隨便說出的需求，可能讓我們付出很大的代價。

　　客戶遇到責任“踢皮球”

　　這是很多客戶都會有的現象，如何讓你的項目組成員在項目進行過程中，最大限度地減少這樣的消耗，是項目經理要關注的事。大公司“踢皮球”的現象比比皆是，項目經理能做的就是充分做好事前的工作，避免出了問題后指責別人。因為指責只會讓你會發現沒人和錯誤有關，都是你的錯。所以少些抱怨，事前盡可能多做準備。

　　最常用的方法，是在需求說明書中注明這是某某人提出的，以及我們的意見是什么。別指望客戶會簽字，自己記住就好。