有效管理需求變更有幾個需要特別注意的環節：
1. 建立正式的申請和處理流程
雖然眾多項目管理人員對于變更可能帶來的巨大影響有深刻的理解，但令人不解的是我們常�？吹竭@些變更的提出、討論和執行卻常常停留在口頭上。這樣做有兩個弊端：首先是時間一長，無論是當事人還是開發團隊的其它成員都說不清楚變更是因何發生以及結果怎么樣了。顯然，這對于提高項目管理質量、改進開發過程是很不利的。其次是由于缺乏形式上的約束和對變更沖擊的定量化分析，變更會被非常隨意地提出、或被草率地執行，大大影響了項目的進展和開發質量。因此建立一個正式的變更處理流程并真正得以實施非常重要。
2. 定量化的變更沖擊分析
變更作為一個計劃外的風險因素對項目肯定存在沖擊，只是大小的差別。因此，如果能夠定量化地評估變更帶來的影響就能幫助開發團隊作出正確的應對決策。這就是變更管理中的沖擊分析環節。上面談到了，分析的基礎是追蹤矩陣，它記錄了項目管理要素之間的聯系關系。從這些關聯關系中我們可以找到每一個潛在會受到影響的要素，評估對其的影響，從而組合出變更對整個項目可能造成的沖擊。
從上面的例子可以看到，即使是加了一個看似與其他關系不大的需求，也會造成一系列的潛在影響，更不用說是在需求眾多、關系復雜的大型應用系統開發項目中了。
3. 組成變更控制管理委員（CCB）
作為變更管理的一個核心控制環節，變更控制委員會（簡稱CCB）起決策和管理作用。它通常由客戶代表和開發團隊代表共同組成，負責評估變更沖擊以及 決定是否要實施這樣的變更。這種綜合了需求方（客戶）和開發方（開發團隊）力量的委員會能夠較好地權衡變更代價，從而減少了單方面考慮變更所帶來的不利影響。
4. 不要忽視變更執行的管理
在實踐中很多開發團隊雖然組成了CCB并有一定的處理流程，卻往往忽視了對于變更執行的管理。而變更實施的好壞、完整性對于項目本身的影響同樣是巨大的。在這方面，根據沖擊分析和變更評審的結果，建立一個變更任務列表并且追蹤它的執行是一個很好的實踐。
總結
軟件項目與傳統的工程項目有著很大的不同，這種不同導致描述需求的方式，實現需求，進行項目計劃、監控項目進度的方式都有很大的不同。由于這種不同，傳統的基于任務的項目管理方法對于應用類的軟件項目并不適用。這里我們提出以需求為中心的軟件項目管理。 通過提高需求描述的質量、采用小版本發布策略、將用戶需求作為小版本的目標來組織和計劃項目開發、積極應對需求變更、提供以用戶需求為中心的項目進展視圖，從而和客戶一起來保證項目的成功。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
