需求變更對軟體開發專案成敗有重要影響，既不能一概拒絕客戶的變更要求，也不能一味地遷就客戶，所以實施需求變更之前必須做好控制。需求變更控制的目的不是控制變更的發生，而是對變更進行管理，確保變更有序進行。
（1）明確合同約束，建立需求基線
需求變更給軟體開發帶來的影響有目共睹，所以在與客戶簽訂合同時，可以增加一些相關條款，如限定客戶提出需求變更的時間，規定何種情況的變更可以接受、拒絕或部分接受，還可以規定發生需求變更時必須執行變更管理流程。雖然軟體開發合同很難在簽訂之初就能夠精確定義每項需求，單靠合同是幫不上忙的，但也不能忽視合同的約束力。
明確和樹立需求基線是需求變更的依據。在開發過程中，需求確定並經過評審後（客戶參與評審），建立第乙個需求基線。此後每次變更並經過評審後，都要重新確定新的需求基線，做到小需求可以變更，但大方向要力保不頻繁變更。
例如，對於專案中的需求，可以實行分級管理，以達到對需求變更的控制和管理。
（2）建立變更審批流程
在實踐中，人們往往不願意為小的需求變更去執行正規的需求管理過程，認為降低開發效率，浪費時間。正是這種觀念才使需求變更變得不可控，最終導致專案的失敗。因此，小的需求變更也要經過正規的需求管理流程，否則會積少成多，積重難返。
明確需求變更審批環節、審批人員、審批事項、審批流程。這麼做的目的有兩個：一是將客戶下達變更的流程盡可能地規範化，減少張嘴就來的非必要、非緊急、非合理、非高層領導意圖的無效變更。
二是留下書面依據，為今後可能的成本變更和索賠準備好「變更賬」。凡未履行審批程式的「變更」，一律是無效變更不予受理。
（3）分級管理變更，定時批量處理
軟體開發專案中，「客戶永遠是對的」和「客戶是上帝」並不完全正確，因為在已經簽定的專案合同中，任何新需求的變更和增加除了影響專案的正常進行以外，還影響到客戶的成本投入收益。因此，使用者不斷提出對專案進度有重大影響的需求對雙贏也並不是好事。
當遇到客戶提出需求，不及時處理可能會使專案不能驗收通過時，也不能一味拒絕不予開發。因此，當客戶堅持變更新需求時，可以建議客戶將新需求按重要和緊迫程度劃分檔次，作為需求變更評估的一項依據。例如，每週或每兩周甚至每月召開一次需求變更專題會議，集中研究處理這些零碎變更事項，主動控制好工作節奏，盡量避免由於處理零碎變更而影響專案進度。
針對會議結果可向客戶正式提交乙份需求變更計畫，註明變更引起的時間、成本、工期代價和增加工作量等。要求客戶配合需求變更計畫，確定變更時限，控制變更規模，過時變更不候，離譜變更不做，保大局棄小變。
（4）安排專職人員負責變更管理
有時開發任務較重，開發人員容易陷入開發工作中而忽略了與客戶的隨時溝通。因此，需要安排一名專職的需求變更聯絡人員，負責與客戶及時交流，跟蹤和匯報需求變更完成進度和情況。同時，可以成立專案變更控制小組，負責裁定接受哪些變更，小組由專案所涉及的多方人員共同組成，應該包括客戶方和開發方的決策人員在內。
（5）確認客戶是否接受變更的代價
要讓客戶認識到變更都是有代價的，要和客戶一起判斷需求變更是否依然進行。例如，變更是沒有問題的，但是要明確客戶能否接受由此引起的如進度延遲、費用增加、效率下降等問題。一般來說，如果客戶認為該變更是必須的（不是其上級領導拍腦袋提出的）就會接受這些後果。
通過與客戶協商，這樣開發團隊即使沒有回報，也不會招致公司和客戶雙方的埋怨。
如果客戶認為該變更雖然有必要但是可以暫緩，雙方簽署備忘錄後留待以後解決。如果客戶認為該變更可有可無，多數情況下會取消變更。這樣即可
防止頻繁變更，也讓客戶認識到不是所有的需求都需要變更。
專案管理 需求變更 二
2.客戶想法或要求導致的需求變更。由於社會在發展，人的觀念也在不斷更新，可以說，客戶提出變更也是可以理解的。專案組基於變更評估與客戶溝通，策略有三類，一是指出變更不合理，影響太大，直接拒絕 二是提出替換方案 三是商務談判，具體的做法與第1點類似 3.需求本身有缺陷導致的變更。這時候與客戶溝通，說明考...
軟體專案管理 需求變更流程
1 專案需求確定，專案計畫確認後。在專案的任何階段，如有任何需求變動發起。2 判斷是否有必要做需求變更？3 如確定需要需求變更，評估是否對專案現有設計或實現有影響？4 如果有影響 暫停設計或實現，考慮新需求，重新需求分析，設計，實現，修改專案計畫。5 如果沒有影響 評估新需求是否緊急？需要加入當前專...
軟體研發專案需求變更的管理
9 19 00中程 瀏覽數 7 變化並不是人們最害怕的，最怕的是跟不上變化的步伐。關鍵字 軟體研發需求變更 變化並不是人們最害怕的，最怕的是跟不上變化的步伐。同樣，在軟體研發過程中需求的變更會給研發帶來不確定性，但只要把需求變更作為重點 難點小心加以控制，軟體研發的進度 成本和質量也就有了 安全 的...