需求管理，說起來似乎也沒那么難，但在各個項目中具體做起來時，往往會出現(xiàn)各式各樣的問題，導(dǎo)致實際的需求管理效果并不理想。

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

本文梳理了需求管理中最容易忽略的10大隱患問題，這些問題在項目開展過程中，大部分情況是“重要但沒那么緊急的”，能否將項目管理的功夫花在平時，是保障項目需求管理成功的關(guān)鍵。

01

沒有制定項目的整體管理計劃

項目整體管理計劃是要確定項目如何執(zhí)行、監(jiān)控和結(jié)束的方式、方法。定義項目開展過程中，有哪些規(guī)則、標(biāo)準(zhǔn)。比如哪些是必須做的、哪些是可以省略的，需要明確出來。

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

具體而言，整體管理計劃中，往往需要關(guān)注的有：范圍管理計劃、需求管理計劃、進度管理計劃、成本管理計劃、溝通管理計劃、變更管理計劃、配置管理計劃等。比如，溝通管理中，溝通的渠道/形式/頻率，日報/每日例會、周報/周例會、階段性報告等，有哪些規(guī)則必須遵守等等。

關(guān)于項目計劃的可以查看以下文章：

• 圖解項目經(jīng)理必備目標(biāo)拆分和制定計劃步驟方法
• 2022項目計劃進度管理表：文末可下載直接編輯使用的甘特圖
• 還在為項目管理規(guī)劃發(fā)愁嗎？這是我見過的最高逼格的項目管理體系和落地計劃
• 制定項目計劃不是你想象中的那么容易

02

沒有制定有效的范圍和需求管理子計劃

如何制定有效的范圍和需求管理子計劃呢，最關(guān)鍵的一點，最基本的流程和標(biāo)準(zhǔn)要清晰：

1. 收集需求
2. 范圍定義
3. 創(chuàng)建WBS
4. 范圍核實
5. 范圍控制

其中范圍定義，要明確以下基本信息，輸出項目范圍說明書：

1. 項目目標(biāo)
2. 產(chǎn)品范圍描述
3. 項目可交付物
4. 項目邊界
5. 產(chǎn)品驗收標(biāo)準(zhǔn)
6. 項目的約束條件
7. 項目的假設(shè)

關(guān)于如何創(chuàng)建WBS，可參見如下往期文章：

• 一圖掌握項目管理的核心工具WBS工作分解結(jié)構(gòu)，PM必備技能！
• 一張圖掌握WBS任務(wù)分解法

03

沒有制定合理的整體變更流程和需求變更控制流程

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

1. 提出與接受變更申請
2. 項目干系人都可以提出變更，提出可以由不同的方式，口頭、書面均可，但變更應(yīng)及時以正式方式記錄。
3. 對變更的初審
4. 這個環(huán)節(jié)主要是通過對變更申請文檔的審核來實現(xiàn)。項目經(jīng)理、項目關(guān)鍵相關(guān)方對變更施加影響，確認變更的必要性，確保變革是有價值的；
5. 針對變更記錄的格式、完整性做校驗，確保變更評估所需的信息是準(zhǔn)備充分的；
6. 與干系人一起，就供評估的變更信息達成共識。
7. 變更方案的論證
8. 項目管理委員會審查
9. 發(fā)出變更通知并組織實施
10. 變更實施的監(jiān)控
11. 變更效果的評估
12. 判斷發(fā)生變更后的項目是否已納入正常軌道
13. 關(guān)于需求變更的可以查看以下文章：
14. 如何應(yīng)對項目需求變更？應(yīng)對變更的流程步驟和方法
15. 項目經(jīng)理如何應(yīng)對客戶的需求變更？
16. 如何在敏捷項目中管理范圍變更？
17. 如何應(yīng)對頻繁的需求變更？

04

對客戶的需求獲取不充分

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

1. 對客戶干系人的識別不完整
2. 互聯(lián)網(wǎng)軟件項目，通常客戶干系人除了用戶之外，還是甲方的高層領(lǐng)導(dǎo)、IT、運維等部門；往往很多項目只關(guān)注用戶需求的調(diào)研，而忽視了比如客戶高層、IT、運維關(guān)鍵相關(guān)方的需求，導(dǎo)致在系統(tǒng)性能、質(zhì)量、安全等非功能性需求被忽視，開發(fā)過程中不斷變更，甚至無法通過驗收。
3. 對客戶需求收集、調(diào)研不充分
4. 通?？蛻粢脖容^忙，這就需要在客戶關(guān)系、需求收集的方法/技能上多下一些功夫。比如收集之前做好充分的準(zhǔn)備，通過訪談、觀察、原型、標(biāo)桿對照、系統(tǒng)交互圖、文件分析（方案文檔、合作協(xié)議、招投標(biāo)文件、業(yè)務(wù)流程圖、數(shù)據(jù)模型、功能清單、用例文檔等）技術(shù)方法提高需求收集的效率和質(zhì)量。

05

需求分析工作不充分，缺乏需求定義環(huán)節(jié)

往往僅有初步的需求說明書，沒有定義出詳細的需求規(guī)格說明書。甚至存在一些公司或項目團隊，不寫需求說明書——這不僅不利于需求的管理，更是公司組織資產(chǎn)流失的一種隱患。

需求定義是收集到客戶的需求之后，對需求的進一步確認。因為客戶提出的往往是基于某一方面的需求意見，至于放在整個軟件系統(tǒng)中，有無與其他需求的關(guān)聯(lián)、影響、沖突、限制，有無明確具體的度量和驗收標(biāo)準(zhǔn)等等，這些都需要結(jié)合需求完整性進行進一步的定義。

針對這一環(huán)節(jié)的綜合建議是清晰定義需求分析工作的輸出標(biāo)準(zhǔn)，規(guī)范需求說明書、需求規(guī)格說明書模板，并按要求嚴格執(zhí)行。

06

缺乏需求驗證環(huán)節(jié)

當(dāng)“完成”需求收集時，不少人認為接下來就是要馬上進行需求分析、產(chǎn)品設(shè)計，而忽略了什么才叫做“完成”。

當(dāng)需求收集之后，只能算作是自認為的完成，實際上并沒有得到客戶的綜合確認，因為通常情況下，需求的收集是來自于多個客戶，多個相關(guān)方的，對于每個客戶而言，他們并不一定清楚需求收集“完整”之后是怎么樣的，對于客戶A收集的需求是否與B的需求有沖突，有沒有他們認為需要調(diào)整、補充的地方，都是待定的，因此，請客戶代表一起進行需求評審，得到干系人對需求的一致理解，得到干系人對需求的承諾，這一步非常重要，是對需求驗證的關(guān)鍵，是減少后續(xù)需求變更的重要保障。

關(guān)于需求管理的可以查看以下文章：

如何應(yīng)對項目需求變更？應(yīng)對變更的流程步驟和方法

PMO項目集管理中客戶需求挖掘的方法和步驟？【慕哲系列25】

項目管理的最重要的一環(huán)需求管理該如何做？

項目經(jīng)理如何應(yīng)對客戶的需求變更？

07

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

關(guān)于需求變更常犯的錯誤是，這個需求變更不大，直接做了吧，當(dāng)一個個小的變更不斷累計，造成里程碑目標(biāo)不能按時達成時，才發(fā)現(xiàn)為時已晚。

關(guān)鍵問題在于：變更無記錄，全憑感覺管理，這是不行的。正式的變更記錄是基礎(chǔ)（參見第3點變更流程）；其次是變更的控制，缺少變更控制的標(biāo)準(zhǔn)。需要提前達成共識，什么情況下可以由項目經(jīng)理直接決定，什么情況下必須走變更控制委員會審批。

這里需要注意的一個點是：當(dāng)變更走到變更委員會審批時，其宗旨不是為了一味地拒絕變更、減少變更，而是更加完整的評估變更的影響，從而保障必要的變更能夠在合理的時間、資源、成本下得以實現(xiàn)。（往往重大的變更會帶來資源、 成本、時間等方面的調(diào)整，多數(shù)情況是是增加的投入）

08

范圍沒有管好，導(dǎo)致不斷地范圍蔓延

這一環(huán)節(jié)強調(diào)的是在需求管理的基礎(chǔ)上，綜合時間、資源、成本等多方面因素，對范圍的進一步確認、核實與控制。并且需要注意的是，這項工作不僅僅只在需求完成后進行，而是在整個項目開展過程中，需要持續(xù)地關(guān)注。

這一步往往沒做好也是可能由于多方面因素造成的，但主要原因在于：

• 沒有流程規(guī)范，工作環(huán)節(jié)遺漏，比如沒有按照收集需求、范圍定義、創(chuàng)建WBS、范圍核實、范圍控制的流程步驟開展工作
• 有流程規(guī)范，但往往造成不容易控制的關(guān)鍵在于前一步WBS工作不到位，導(dǎo)致評估出現(xiàn)偏差，不能夠有效支撐范圍的核實與確認

09

未做好需求與進度的管理

當(dāng)需求范圍變更時，沒有充分評估對進度等其他方面的影響，導(dǎo)致進度延誤。尤其在需求、進度被分配為項目團隊中兩個人分別負責(zé)又沒能夠有效統(tǒng)籌時，更容易被忽略。

10

項目生命周期模型選擇不當(dāng)

通常瀑布模型、敏捷迭代模型大家比較熟悉，此外，還有V模型、原型化模型、螺旋模型等。幾種模型各有特點，尤其在目前互聯(lián)網(wǎng)軟件行業(yè)高速發(fā)展的階段，結(jié)合不同的場景選擇適當(dāng)?shù)哪Ｐ?，合理地?guī)劃項目里程碑計劃，也是影響需求管理成敗的一個不可忽略的因素之一。

以上需求管理相關(guān)的10大隱患，也是往往會被認為有必要參考但又往往容易被忽視的問題，總認為不用搞那么正式地執(zhí)行，但至于要執(zhí)行到什么程度，又沒有一個清晰的標(biāo)準(zhǔn)和界限——這就是導(dǎo)致頻頻出問題的關(guān)鍵所在。

需求管理中，我們不能因為團隊成員總有更緊急重要的事情要做，而忽略了更重要但沒那么緊急的事情，偏離“規(guī)矩”，從而埋下一個個隱患；更不能想當(dāng)然地認為大家可以結(jié)合時間、資源來自由發(fā)揮。

以上，供各項目經(jīng)理們參考，謝謝~

需求管理做不好，怎么能管好項目？