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

深圳弘德教育發表於2022-06-09

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

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

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

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

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

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

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

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

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

和需求變更控制流程

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

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

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

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

3)變更方案的論證

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

4)變更實施的監控

5)變更效果的評估

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

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

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

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

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

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

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

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

6、缺乏需求驗證環節

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70000344/viewspace-2899604/,如需轉載,請註明出處,否則將追究法律責任。

相關文章