研發(fā)項(xiàng)目的需求變更貫穿整個項(xiàng)目的始末，項(xiàng)目需求的變更是不可能被消除的，能夠做的就是采取行之有效的手段，把需求變更給研發(fā)項(xiàng)目帶來的損失減到最小。需求的變更對項(xiàng)目的整個生命周期產(chǎn)生非常大的影響，如果不能及時處理，不僅使用戶對整個項(xiàng)目失去信心，同時研發(fā)人員也會產(chǎn)生很大的負(fù)面情緒，項(xiàng)目計劃和交付日期便會被嚴(yán)重地拖延。
需求變更的表現(xiàn)形式是多方面的，在研發(fā)項(xiàng)目中，變更可能來自方案服務(wù)商、客戶或產(chǎn)品供應(yīng)商等，也可能來源于項(xiàng)目組內(nèi)部。雖然需求變更的表現(xiàn)形式千差萬別，但究其根本不外乎以下幾種原因：
1、范圍沒有圈定就開始細(xì)化；
2、沒有指定需求的基線；
3、沒有良好的軟件結(jié)構(gòu)適應(yīng)變化。
雖然需求變更的內(nèi)容和類型有各種各樣，但需求變更管理的原則卻是萬變不離其宗，實(shí)施需求變更管理需要遵循如下原則：
1. 建立需求基線。需求基線是需求變更的依據(jù)，在開發(fā)過程中，需求確定并經(jīng)過評審后，可以建立第一個需求基線。此后每次變更并經(jīng)過評審后，都要重新確定新的需求基線。
2. 建立簡單有效的變更控制流程。在建立需求基線后提出的所有變更都必須遵循一定的控制流程。同時，這個流程具有一定的普遍性，對以后的項(xiàng)目開發(fā)和其他項(xiàng)目都有借鑒作用。
3. 需求變更一定要先申請然后再評估，最后經(jīng)過與變更大小相當(dāng)級別的評審進(jìn)行確認(rèn)。
4. 需求變更后，受影響的軟件計劃、產(chǎn)品、活動都要進(jìn)行相應(yīng)的變更，以保持和更新的需求一致。
5. 成立項(xiàng)目變更控制委員會或相關(guān)職能的類似組織。確定不同的人員負(fù)責(zé)裁定不同的變更。該委員會或組織應(yīng)由項(xiàng)目所涉及的多方人員共同組成，包括用戶方和開發(fā)方的決策人員在內(nèi)。