項目管理者就像是一個樞紐，由他來決定需求的分類、工作量、需求變化對現有軟件的影響程度等因素，從而安排需求變更的計劃――是在本次迭代中完成，還是在下一次迭代中完成。
2)開發文檔的更新
軟件開發文檔對與軟件項目來說是一個很大的工作量。很多軟件項目的開發，在初期文檔比較正規，隨著項目的深入，特別是需求發生多次變化之后，要保持軟件開發文檔的一致性就感到非常困難了，因為需求改變的各種信息沒有記錄下來，最后不得不蒙混過關，草草了之。
但如果我們按照敏捷方法的原則，在需求凍結之前，不要過分的把精力投入到文檔的制作上，而是將有關的信息記錄和保留下來，在需求基本凍結之后，化一定的時間來創建和對文檔進行格式化。
3)合同的考慮
盡管按照敏捷方法的原則是擁抱變化，但還是應該在簽定開發合同時，一方面對項目的費用和時間估計時一定要考慮用戶需求的變化，另一方面把用戶需求的改動的條款寫清楚，如果用戶增加或改動了需求，那么軟件的交付日期可以推遲，費用也應增加。這樣可以限制用戶的隨意改動。
三、結束語
每個項目的開發環境及實施環境各不相同，在系統設計和項目管理方面所面臨的問題不盡相同，但需求發生變化是所有項目都會遇到的問題。信息系統的建設由于會改變原有的傳統工作模式，需求的內容因而會隨時變動，給開發工作帶來很大的難度。本文提出了應用敏捷方法的思想來應對軟件開發過程中需求變化的問題，希望能對系統開發人員和項目管理人員有所幫助。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
