雖然需求變更的內容和類型有各種各樣，但需求變更管理的原則卻是萬變不離其宗。實施需求變更管理需要遵循如下原則：
（1） 建立需求基線。需求基線是需求變更的依據。在開發過程中，需求確定并經過評審后(用戶參與評審)，可以建立第一個需求基線。此后每次變更并經過評審后，都要重新確定新的需求基線。
（2） 制訂簡單、有效的變更控制流程，并形成文檔。在建立了需求基線后提出的所有變更都必須遵循這個控制流程進行控制。同時，這個流程具有一定的普遍性，對以后的項目開發和其他項目都有借鑒作用。
（3） 成立項目變更控制委員會(CCB)或相關職能的類似組織，負責裁定接受哪些變更。CCB由項目所涉及的多方人員共同組成，應該包括用戶方和開發方的決策人員在內。
（4） 需求變更一定要先申請然后再評估，最后經過與變更大小相當級別的評審確認。
（5） 需求變更后，受影響的軟件計劃、產品、活動都要進行相應的變更，以保持和更新的需求一致。
（6） 妥善保存變更產生的相關文檔。
四、需求變更應對之道
需求變更控制一般要經過變更申請、變更評估、決策、回復這四大步驟。如果變更被接受，還要增加實施變更和驗證兩個步驟，有時還會有取消變更的步驟。針對變更控制流程，有幾點應對之道。
•相互協作——很難想像遭到用戶抵制的項目能夠成功。在討論需求時，開發人員與用戶應該盡量采取相互理解、相互協作的態度，對能解決的問題盡量解決。即使用戶提出了在開發人員看來"過分"的要求，也應該仔細分析原因，積極提出可行的替代方案。
•充分交流——需求變更管理的過程很大程度上就是用戶與開發人員的交流過程。軟件開發人員必須學會認真聽取用戶的要求、考慮和設想，并加以分析和整理。同時，軟件開發人員應該向用戶說明，進入設計階段以后，再提出需求變更會給整個開發工作帶來什么樣的沖擊和不良后果。
•安排專職人員負責需求變更管理——有時開發任務較重，開發人員容易陷入開發工作中而忽略了與用戶的隨時溝通，因此需要一名專職的需求變更管理人員負責與用戶及時交流。
•合同約束——需求變更給軟件開發帶來的影響有目共睹，所以在與用戶簽訂合同時，可以增加一些相關條款，如限定用戶提出需求變更的時間，規定何種情況的變更可以接受、拒絕接受或部分接受，還可以規定發生需求變更時必須執行變更控制流程。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
