一、前言
在軟件項目的開發(fā)過程中，需求變更貫穿了軟件項目的整個生命周期，從軟件的項目立項，研發(fā)，維護，用戶的經驗在增加，對使用軟件的感受有變化，以及整個行業(yè)的新動態(tài)，都為軟件帶來不斷完善功能，優(yōu)化性能，提高用戶友好性的要求。在軟件項目管理過程中，項目經理經常面對用戶的需求變更。如果不能有效處理這些需求變更，項目計劃會一再調整，軟件交付日期一再拖延，項目研發(fā)人員的士氣將越來越低落，將直接導致項目成本增加、質量下降及項目交付日期推后。這決定了項目組必須擁有需求管理策略。
二、需求管理復雜性分析
軟件需求是整個軟件開發(fā)項目的最關鍵的一個輸入，和傳統(tǒng)的生產企業(yè)相比較，軟件的需求具有模糊性、不確定性、變化性和主觀性的特點，他不像生產汽車、電腦等硬件的需求，是有形的、客觀的、可描述的、可檢測的，軟件需求是軟件項目最難把握的問題，他的復雜性體現在以下方面：
1、需求的描述問題。
缺少正式的完整的需求文檔浪費了大量的人力物力，但是有了需求文檔又出現了新的問題。在用戶方進行的需求評審會完全是走形式，因為用戶根本不去聽他讀那上百頁的需求文檔。不同層次的客戶（用戶）關心的問題是不一樣的，想要每個客戶都成為需求專家是不現實的。
2、需求的完備程度問題。
需求如何做到沒有遺漏？如何準確劃定系統(tǒng)的范圍？這確實是一個兩難問題，稍微大一點的系統(tǒng)要想窮舉需求幾乎是不可能的，每次開需求評審會時，總會冒出新的需求，以至于系統(tǒng)沒有一個準確的范圍界定。即使是這樣，系統(tǒng)還是要開發(fā)，沒辦法，系統(tǒng)的范圍還要硬性的劃定一個，從而建立一個基線。
3、需求開發(fā)的工期問題。
在需求上花費了大量的時間，客戶、軟件公司是否能夠忍受？為了確保需求的正確性，完備性，項目經理往往堅持要在需求階段花費大量的時間，但是客戶與公司的高層領導卻會為項目遲遲看不到實際可運行的軟件擔心不已！他們往往會逼迫項目組盡快往前推進，而項目組的成員往往也會為系統(tǒng)復雜的善變的需求折騰的筋疲力盡，他們也希望盡快結束此階段。
4、需求的細致程度問題。
需求到底描述到多細，才算可以結束了？仁者見仁，智者見智，并沒有定論，如果時間允許，要想細總可以細下去的。但是，需求的周期越長，可能的變化越多，對設計的限制越嚴格，對需求的共性提取要求越高，所以只要大家（客戶、用戶、需求分析人員、設計人員、測試人員）認為描述清楚了，就可以進入設計階段了。
在軟件開發(fā)過程中如果只有一條真理的話，那一定是：需求的變化是永恒的，需求不可能是完備的。軟件開發(fā)的過程實際上是同變化做斗爭的過程，需求的變更不一定是壞事，也有可能是好事，是商業(yè)機會，對市場敏感的人可以從需求的變化中發(fā)現市場機會。
需求變化的原因很多，如：
l 一開始沒有識別全，需要增加需求；
l 業(yè)務發(fā)生了變化，需求必須變化；
l 需求錯誤；
l 需求不清楚。
需求的變化問題是每個開發(fā)人員、每個項目經理都遇到的問題，也是最頭痛的問題，一旦發(fā)生了需求變化，你不得不來修改你的設計、重寫你的代碼、修改你的測試用例、調整你的項目計劃等等，需求的變化好比是萬惡之源，為項目的正常的進展帶來不盡的麻煩，怎么辦？管理它！使需求在受控的狀態(tài)下發(fā)生變化，而不是隨意變化，需求管理就是要按照標準的流程來控制需求的變化。
難題隨之而來，需求中的變化一般不是突發(fā)的革命性的變化，最常見的是項目需求的漸變（Project Scope Creep）問題，這種漸變很可能是客戶