需求變更的原因
需求包括業務需求、用戶需求和功能需求。業務需求（Business Requirement ）反映了組織機構或客戶對系統、產品高層次的目標要求，用戶需求（User Requirement ）描述了用戶使用產品必須完成的任務，功能需求（Functional Requirement ）定義了開發人員必須實現的軟件功能。
會導致需求變更的原因會有很多，如老闆臨時改變想法、項目預算增加或減少、客戶對功能的需求改變等。在IT項目中，變更可能來自方案服務商、客戶或產品供應商等，也可能來源於項目組內部。在軟件系統開發過程中，有很多問題都是由於在需求分析階段沒有正確地收集、編寫、協商、修改產品真實需求而產生的，造成這樣的狀況有以下幾方面的基本原因:
（1）對需求的理解分歧
當客戶向需求分析人員提出需求的時候往往是通過自己的想法用自然語言來表達的，這樣的表達結果對於真實的需求來說是一種描述（甚至只是某個角度的描述），遠遠不能保證這樣的描述可以得到百分之百的正確理解，也許在同客戶交流的第一時刻就埋下了理解分歧的種子，打一個比方說客戶說我要的是大象，身子象一堵牆，耳朵象扇子，四條腿象四根柱子，尾巴象繩子，分析人員想，哦，牆、扇子、柱子、繩子這些我都知道，但是真的畫出來的時候客戶當然會跳起來了！這是理解分歧的問題，一般跟分析員的知識、背景，還有客戶表述的標準程度、雙方的交流情況有關。
（2）系統實施時間過長
一個大中型系統的建設可能要延續一段時間，當客戶提出要求之後，他當時並不能看到系統的運行情況，當雙方認爲理解大概沒有分歧的時候（事實上還會有個Deadline ），開發方就開始工作了。當客戶拿到差不多可以試用的產品時他可以實際操作，這時候他就會對系統的界面、操作、功能、性能等有一些切身的體會，有可能提出需求變更要求。
（3）用戶業務需求改變
當前客戶的運營情況不確定，有可能客戶行業的競爭度高，需要隨時作出調整和反應，那麼他們自然會經常提出需求變更的要求；也有可能客戶所在的行業操作不規範，本身存在很多人爲因素，這時候開發方更是需要隨時準備應變。
（4）系統正常升級
有可能是來自開發方自身版本升級或性能改進、設計修正的要求出現需求變更，這時更是無法繞開這個問題的了！
所以說就算分析人員和客戶之間不存在理解分歧，客戶對於實際的系統還是會提出一些個人意見，就算沒有個人意見，他們自己的業務會變化或環境發生變化，這些都是無法避免的，所以不要夢想那麼理想的需求分析，當你開始一個項目的時候就應該意識到，客戶需求變更一定會有的，那麼對於這樣的現狀，我們該怎麼辦呢？客戶是上帝，難道我們就象以前一樣，跟着客戶的需求不停地修改軟件，到最後工期延長，員工疲憊，成本成倍增長，客戶滿意度降低，原來的設計也會改變得支離破碎，系統難以維護？