在項目開發的過程中，經常會出現需求發生變更的情況。從變更的結果上看，主要有以下幾種需求變更的情況：
1、需求增加
2、需求刪除
3、需求發生改變
我們在實施項目的時候，往往做著做著，突然發現項目的進度已經落下了這么多。查找其原因，我們往往會發現，項目的某些需求在悄然的發生著改變，或者是某些的功能在現有基礎上功能增強了，或者是某些功能的性能上有更大的要求，或者增加了一些小的新需求，或者是某些需求的實現方式發生了變更。這些變更在悄悄的，讓你不痛不癢的發生著，等你察覺出來這些改變給你的項目帶來了什么樣的災難性的后果的時候，很多時候已經晚了，你的產品已經面目全非，你的項目已經無可救藥的要100%延期了。
現在我們再來回想一下需求發生變更的原因。需求的變更，往往是以下幾個方面引起的變更：
1、客戶有新的需求提出；
2、客戶在看產品演示時提出的更加具體的需求；
3、客戶在看產品演示時提出已經實現的部分不符合他們的需要；
4、產品經理根據市場需要提出的新的需求；
5、SA提出的技術上的需要；
現在再來考慮一下新的需求提出來以后，得不到有效控制的原因。當第三方提出新的需求以后，往往是領導（有時候也是SA，這種情況下需求得不到有效控制的情況往往更加嚴重）一看“應該”只是一個小小的修改，沒有太大的影響，所以直接吩咐開發人員去實現了，知會開發經理一聲；好一點的，和開發經理或者SA商量一下，然后就將任務部署下去了。開發人員盡管不情愿（原計劃之外的額外工作），但也是不甘不愿的完成了，但相應的設計文檔、變更記錄、需求規格說明書中變更？這些你別想了。不是只是一個小小的改變么？這些工作不作也罷了。
現在讓我們來討論一下需求變更得不到有效控制所帶來的后果。首先，有些小需求看起來工作量不大，但是實際上開發人員要耗費比較長的時間去完成這些小功能的領導或者SA沒有考慮到的細節問題；其次，新需求的提出影響了項目原有的進程，它是中間插進來的空降任務，給項目組成員心理上造成一定的負面影響，新的任務說下來就下來了，原來的計劃就沒有太大的用處了，而且任務完不能按時完成也不是我的原因，領導部署新的任務了么；再次，那些客戶頭腦一熱、領導一拍腦袋就部署下去的需求，往往得不到有效的設計和需求追溯，一不小心就被淹沒了，找不到這部分是怎么設計的，對應于哪些代碼，出了問題之后往往要耗費很長時間去定位和跟蹤；最后，新增的任務的不到有效的審核，往往對整個系統的嚴謹性、健壯性和可維護性留下隱患。
