項目經理的修煉，直面需求變動

項目實施過程當中，項目經理經常面臨一個重大挑戰—需求變動。需求變動無處不在，市場條件變化、新業務出現、戰略目標調整、客戶需求修改、資源限制等，都會形成需求變動。

需求變動會影響項目的時間、成本和質量，對整個項目和團隊成員都是嚴重的衝擊。中國信通院發佈的「中國 DevOps 現狀調查報告（2019年）」中也能夠發現，59.68%的企業認爲需求的頻繁變動是阻礙軟件按時交付的主要緣由。爲了幫助項目經理順利解決變動，減小變動帶來的影響，本期「項目100問」將與您分享需求變動解決之道。

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

1.擁抱變化，積極面對變動

敏捷實踐中，軟件開發須要不斷知足用戶的需求，經過持續交付，使產品在逐漸符合客戶需求的過程當中漸進完善。就像敏捷宣言中的「擁抱變化」同樣，項目經理不該該消極抵制需求變動，相反應該期盼需求變化的到來，並主動促使需求變化的發生。

在保障研發排期的前提下，項目經理須要積極擁抱變化，認真面對需求變動，經過合理的方法控制需求變動的節奏，主動推進需求變化，努力去發現和解決客戶真正的需求。

2.分級管理，召開變動會議

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

3.更新進度計劃，調整項目週期

接受需求變動後，項目經理須要輸出一份需求變動計劃，將各項變動引發的時間和資源的變化告知團隊，並根據最新的需求規劃更新項目進度計劃，以確保項目順利進行。

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

ONES 幫你管理需求變動

1.規範文檔，引入需求變動管理機制

控制需求變動最簡單的方法，就是在開始以前引入需求變動機制，規範變動的範圍和方式。結合具體業務場景，肯定嚴格和正式的需求變動工做流程，防止隨意、沒必要要的需求變動致使的進度延誤。共享 ONES Wiki 文檔，規範全部項目成員的需求變動模版和審批流程。

                                                   ONES Wiki ：沉澱和共享團隊文檔

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

可視化和結構化地管理需求，及時同步需求池，公示總體排期計劃，減小因信息不對稱引發的變動。一旦發現有變動風險，要及時地應對，避免風險堆積。

使用 ONES Project ，在項目中建立需求工做項類型進行需求池管理。錄入需求單，包含完整的描述、產品文檔、原型等後續研發過程當中須要參考的資料，方便進行評審以及後續研發過程的流轉。

                                                          ONES Project 管理需求

3.細化需求評審，作好需求評估

在收集和分析需求後，必定要進行需求評審。評審的過程自己也是一個知識傳遞的過程，在需求評審會議上，全部項目干係人蔘與討論，明確需求定義和場景，達成統一的認知和共識，構建有價值需求。在審批不合理需求的過程當中，意識到需求的不合理性，天然能夠減小無效變動。

                                                              ONES Project 需求評審

需求變動是一把雙刃劍，一方面能夠優化產品功能，提升用戶體驗，另外一方面又會增長研發成本，形成項目延期。因此，必定要正確對待需求變動，經過可視化需求池、作好需求評估、跟蹤需求、規範管理機制的方式來最大化減小需求變動帶來的影響，保障產品交付質量。

ONES 幫助項目經理收集、分析需求，把控產品研發節奏，跟蹤研發進度和質量，高效高質量地交付產品，助力企業更好更快發佈產品。瞭解更多 ONES 解決方案，歡迎登錄官網https://ones.ai

想獲取「中國 DevOps 現狀調查報告」報告原文？快來添加 ONES_2020，回覆「DevOps」便可得到。