當乙個需求（或者策劃案）還處在策劃階段，還沒有被送去開發與實現的時候，我們允許這個需求發生改變，甚至允許它發生任何的改變，沒有任何限制。而一旦這個需求被送去開發與實現了，那麼我們將不再允許這個需求發生任何改變，需求與設計將會被鎖定，開發人員將會按照鎖定的版本進行開發。
如果在開發過程中，策劃人員實在忍不住要提出變更，那麼他僅有兩個選擇：
1. 要求專案經理徹底中斷掉該需求當前的開發工作，將該需求從當前的開發列表中取消，待其將需求變更修改好後，再重新納入到下一輪開發計畫中；
2. 等待已經送交開發的需求開發完成，在已經完成的基礎上提出修改（作為乙個新需求）並納入到下一輪的開發計畫中。
當乙個需求被完成後，如果策劃人員需要對已經完成的內容進行變更，那麼他需要提出乙個新需求，就叫做「對自定義聊天頻道修改」，將這個需求納入到需求庫中，並要求專案經理納入到接下來的開發周期中，作為乙個新的開發任務來處理。
**：
需求變更管理
需求變更 是業界公認的專案管理重大挑戰，尤其是專案後期產生的需求變更，對專案的影響是非常大的。但是，需求開發不可能做到完美無瑕，而且隨著客戶對專案和系統的了解，很有可能提出新的需求或者對原有的需求作出修正。因此，需求的變化是不可避免的。對於如何應對需求變更，主要的思路有兩條 首先是從源頭做起，提高需...
軟體專案的需求變更管理
一 做好需求工程 需求分析是軟體工程專案最重要 最基礎的起始階段，為後續的規劃設計階段提供參照依據。在軟體研發專案過程中一定要樹立需求工程的意識，將需求視為一項系統工程。為了能夠全面做好需求管理，應根據專案實際情況嚴格劃分專案階段，清晰界定 定義專案階段的基線，在每個專案階段制訂 執行階段性需求管理...
如何做好需求變更管理？ 需求變更流程規範
一 引言 由於目前公司內部對產品的需求變動都只是口頭或郵件中進行通知，並沒有進行內部評審和相關需求變動後的記錄，導致後續出的產品某些需求增加了，某些沒有進行增加。這樣就會導致測試得到的資訊不完整，以及後續產品的維護困難。在這裡書寫乙份規範說明書，希望能得到一些改善。二 目的 控制需求變化引起的開發 ...