項目經(jīng)理的修煉，直面需求變更

萬事ONES

+ 關注

2021-10-26 17:09

582次閱讀

項目實施過程中，項目經(jīng)理常常面臨一個重大挑戰(zhàn)——需求變更。需求變更無處不在，市場條件變化、新業(yè)務出現(xiàn)、戰(zhàn)略目標調(diào)整、客戶需求修改、資源限制等，都會造成需求變更。

需求變更會影響項目的時間、成本和質(zhì)量，對整個項目和團隊成員都是嚴重的沖擊。中國信通院發(fā)布的「中國 DevOps 現(xiàn)狀調(diào)查報告（2019年）」中也可以發(fā)現(xiàn)，59.68%的企業(yè)認為需求的頻繁變更是阻礙軟件按時交付的主要原因。為了幫助項目經(jīng)理順利解決變更，減少變更帶來的影響。

管理需求變更，避免項目延期

1擁抱變化，積極面對變更

敏捷實踐中，軟件開發(fā)需要不斷滿足用戶的需求，通過持續(xù)交付，使產(chǎn)品在逐漸符合客戶需求的過程中漸進完善。就像敏捷宣言中的「擁抱變化」一樣，項目經(jīng)理不應該消極抵制需求變更，相反應該期盼需求變化的到來，并主動促使需求變化的發(fā)生。

在保障研發(fā)排期的前提下，項目經(jīng)理需要積極擁抱變化，認真面對需求變更，通過合理的方法控制需求變更的節(jié)奏，主動推動需求變化，努力去發(fā)現(xiàn)和解決客戶真正的需求。

2分級管理，召開變更會議

雖然我們要積極擁抱變化，但也要對新需求進行評估，召開需求變更會議討論是否接受變更。根據(jù)需求的重要性和優(yōu)先級對新需求進行分級管理，全面評估返工任務量和資源浪費的影響。

3更新進度計劃，調(diào)整項目周期

接受需求變更后，項目經(jīng)理需要輸出一份需求變更計劃，將各項變更引起的時間和資源的變化告知團隊，并根據(jù)最新的需求規(guī)劃更新項目進度計劃，以確保項目順利進行。

前面說的終歸是補救措施，亡羊補牢永遠比不上未雨綢繆。項目經(jīng)理更應該避免被動的局面，管理需求，控制項目進度，避免項目延期。

幫你管理需求變更

1規(guī)范文檔，引入需求變更管理機制

控制需求變更最簡單的方法，就是在開始之前引入需求變更機制，規(guī)范變更的范圍和方式。結(jié)合具體業(yè)務場景，確定嚴格和正式的需求變更工作流程，防止隨意、不必要的需求變更導致的進度延誤。共享 Wiki 文檔，規(guī)范所有項目成員的需求變更模版和審批流程。

2搭建工作流，可視化管理需求

可視化和結(jié)構(gòu)化地管理需求，及時同步需求池，公示整體排期計劃，減少因信息不對稱引起的變更。一旦發(fā)現(xiàn)有變更風險，要及時地應對，避免風險堆積。

使用 Project ，在項目中創(chuàng)建需求工作項類型進行需求池管理。錄入需求單，包含完整的描述、產(chǎn)品文檔、原型等后續(xù)研發(fā)過程中需要參考的資料，方便進行評審以及后續(xù)研發(fā)過程的流轉(zhuǎn)。

3細化需求評審，做好需求評估

在收集和分析需求后，一定要進行需求評審。評審的過程本身也是一個知識傳遞的過程，在需求評審會議上，所有項目干系人參與討論，明確需求定義和場景，達成統(tǒng)一的認知和共識，構(gòu)建有價值需求。在審批不合理需求的過程中，意識到需求的不合理性，自然可以減少無效變更。

需求變更是一把雙刃劍，一方面可以優(yōu)化產(chǎn)品功能，提高用戶體驗，另一方面又會增加研發(fā)成本，造成項目延期。所以，一定要正確對待需求變更，通過可視化需求池、做好需求評估、跟蹤需求、規(guī)范管理機制的方式來最大化減少需求變更帶來的影響，保障產(chǎn)品交付質(zhì)量。

[免責聲明]

原文標題：項目經(jīng)理的修煉，直面需求變更

本文由作者原創(chuàng)發(fā)布于36氪企服點評；未經(jīng)許可，禁止轉(zhuǎn)載。