PMP®|專案管理中需求管理做不好怎麼辦？

需求管理在各個專案中具體做起來時，往往會出現各式各樣的問題，導致實際的需求管理效果並不理想。

那麼，如何保障需求管理成功？與其羅列保障成功的諸多因素，不如找到最容易導致失敗的幾個關鍵問題，從而提前規避。

以下梳理了需求管理中最容易忽略的 10大隱患問題：

1、沒有制定專案的整體管理計劃

專案整體管理計劃是要確定專案如何執行、監控和結束的方式、方法。定義專案開展過程中，有哪些規則、標準。比如哪些是必須做的、哪些是可以省略的，需要明確出來。

從落實層面上看，可能是平時溝通沒到位，或者啟動會上漏了幾句提醒 /宣告；也可能是組織、團隊在流程機制、管理方面的缺失。

2、沒有制定有效的範圍 和需求管理子計劃

如何制定有效的範圍和需求管理子計劃呢，最關鍵的一點，最基本的流程和標準要清晰：收集需求、範圍定義、建立 WBS、範圍核實、範圍控制。

3、沒有制定合理的整體變更流程

和需求變更控制流程

變更基本流程可以參考以下幾個方面：

1）提出與接受變更申請專案干係人都可以提出變更，提出可以由不同的方式，口頭、書面均可，但變更應及時以正式方式記錄。

2）對變更的初審通過對變更申請文件的稽核來實現。

專案經理、專案關鍵相關方對變更施加影響，確認變更的必要性，確保變革是有價值的。

3）變更方案的論證

專案管理委員會審查，發出變更通知並組織實施。

4）變更實施的監控

5）變更效果的評估

判斷髮生變更後的專案是否已納入正常軌道。

4、對客戶的需求獲取不充分

對客戶的需求獲取不充分主要有兩種情況：

對客戶干係人的識別不完整網際網路軟體專案，通常客戶干係人除了使用者之外，還是甲方的高層領導、 IT、運維等部門； 

對客戶需求收集、調研不充分通常客戶也比較忙，這就需要在客戶關係、需求收集的方法 /技能上多下一些功夫。比如收集之前做好充分的準備，通過訪談、觀察、原型、標杆對照、系統互動圖、檔案分析提高需求收集的效率和質量。

5、需求分析工作不充分， 缺乏需求定義環節

往往僅有初步的需求說明書，沒有定義出詳細的需求規格說明書。需求定義是收集到客戶的需求之後，對需求的進一步確認。

針對這一環節的綜合建議是清晰定義需求分析工作的輸出標準，規範需求說明書、需求規格說明書模板，並按要求嚴格執行。

6、缺乏需求驗證環節

當 “完成”需求收集時，不少人認為接下來就是要馬上進行需求分析、產品設計，而忽略了什麼才叫做“完成”。當需求收集之後，只能算作是自認為的完成，實際上並沒有得到客戶的綜合確認，因為通常情況下，需求的收集是來自於多個客戶，多個相關方的。

因此，請客戶代表一起進行需求評審，得到干係人對需求的一致理解，得到干係人對需求的承諾，是對需求驗證的關鍵，是減少後續需求變更的重要保障。

7、沒有有效地管理需求變更控制

關於需求變更常犯的錯誤是：這個需求變更不大，直接做了吧。當一個個小的變更不斷累計，造成里程碑目標不能按時達成時，才發現為時已晚。正式的變更記錄是基礎；其次是變更的控制，缺少變更控制的標準。

需要提前達成共識，什麼情況下可以由專案經理直接決定，什麼情況下必須走變更控制委員會審批。  

8、範圍沒有管好， 導致不斷地範圍蔓延

這一環節強調的是在需求管理的基礎上，綜合時間、資源、成本等多方面因素，對範圍的進一步確認、核實與控制。

並且需要注意的是，這項工作不僅僅只在需求完成後進行，而是在整個專案開展過程中，需要持續地關注。

9、未做好需求與進度的管理

當需求範圍變更時，沒有充分評估對進度等其他方面的影響，導致進度延誤。

尤其在需求、進度被分配為專案團隊中兩個人分別負責又沒能夠有效統籌時，更容易被忽略。

10、專案生命週期模型選擇不當

通常瀑布模型、敏捷迭代模型大家比較熟悉，此外，還有 V模型、原型化模型、螺旋模型等。

幾種模型各有特點，尤其在目前網際網路軟體行業高速發展的階段，結合不同的場景選擇適當的模型，合理地規劃專案里程碑計劃，也是影響需求管理成敗的一個不可忽略的因素之一。

以上需求管理相關的 10大隱患，如果在管理中一一提前做好防範，相信需求管理不會難。