項目經理該如何面對頻繁的需求變更?

對于軟體研發項目管理，需求變更頻繁是一個非常讓人頭痛也很無奈的問題，小到某個文檔标題的改變，大到一個新的産品功能需求的提出……

一旦需求發生變更，往往容易引起重估、返工，那時就不得不修改設計、重寫代碼、修改測試用例、調整項目計劃等等。

任何需求變更的提出，幾乎都會增加整個研發項目成本，如果控制不好，還會導緻項目範圍蔓延、進度延遲、品質不過關和成本嚴重超支等諸多問題，甚至因過多的分歧、變更而半途而廢。

面對不斷的研發項目需求變更，我們應該怎麼辦？

首先，要認識到一點就是研發項目中的需求是不可能被完全消除和避免的。

我們所能做的，就是找到需求變更産生的原因，針對性采取行之有效的措施，将需求變更給研發項目帶來的損失減到最小。

image.png

一、研發項目需求變更的原因

一般來說，軟體開發項目的流程是：需求分析—開發部門架構和開發系統—測試部門測試系統—使用者測試系統—系統上線。

需求變更在任何時候都有可能産生，産生的原因通常來源于内外部，包括産品經理、開發、使用者、公司高層級政策市場變化等。

雖然需求變更的表現形式千差萬别，但細細追究起來無外乎以下這些原因：

範圍沒有圈定就開始細化、沒有指定需求的基線、沒有良好的軟體結構适應變化、需求定義不明确、對需求的了解分歧、業務需求改變、項目實作周期長等。

二、如何正确應對研發需求變更

需求變更的控制不應該隻是項目實施過程考慮的事情，而是要分布在整個項目生命周期。

為了将項目變更的影響降低到最小，我們需要采用綜合變更控制方法，具體可以從以下幾個方面入手：

在項目的啟動階段，做好需求分析，詳細清晰定義基準檔案的範圍；

在項目的實施階段，分析變更請求，對需求進行控制，減少需求的來源，過濾不合理的需求。同時，進行文檔化管理，做到有備可查，有據可依；

在項目收尾的階段，針對項目中事先識别的風險和沒有預料到而發生的變更等風險的應對措施進行系統性分析總結，歸檔儲存。

需求變更既然不可避免，那麼就必須有一套規範的處理流程，最好通過合适的研發項目管理工具進行需求變更的規範化管理。

在這裡推薦CORNERSTONE研發項目管理工具，一體化實時的全局視圖，可幫助管理者作出有效的決策和衡量是否每個需求變更都有意義和可負擔，有效地管理需求的評審與驗收來促進需求溝通。

三、變更請求的送出及審批

項目團隊可通過CORNERSTONE的需求子產品來處理事務、問題、缺陷報告、改進需求等溝通。

每個項目都有一個“變更請求”子頁面，項目團隊成員或授權使用者都可在此頁面中送出和此項目相關的變更請

求，負責人接收請求後可與相關人員進行溝通，完成“拒絕”、“接受”、“重新委派”等變更請求操作。

四、嚴重性與優先級别隊列

一個變更請求的緊急程度可能會随着情況變化而變化。

在CORNERSTONE，變更請求可以按照嚴重性進行區分，可以排入不同的優先級别隊列，以便控制通路權限，也可重新配置設定優先級或轉移變更請求。

五、追溯變更對項目的影響

CORNERSTONE将項目計劃、費用和資源配置設定的變更記錄關聯到指定的變更請求，幫助管理者跟蹤項目計劃和執行中的各種變更。

系統的審計跟蹤功能還可以自動實時追蹤和記錄所有送出者和評審者的行為。

研發項目人員在可以計劃與執行頁面清晰地看到每個需求變更對哪些項目活動産生影響以及如何産生影響，能幫助項目人員作出更加有效和準确的決策與衡量。

一個軟體研發項目從啟動到收尾的整個生命周期都會經曆各種變更，為變更做好準備并有效地管理變更的能力是項目成敗的關鍵。

CORNERSTONE研發項目管理系統為項目團隊打造一個透明的溝通與執行平台，幫助項目人員跟蹤需求變更從提出到完成的整個任務生命周期的所有狀态，更好地把控項目執行，提高項目成功率。現在申請20人以下團隊即可免費使用。

aeef399ffa8046109e455da2e8c34dc4.png