項目需求的重要性和開發步驟

2021-04-25

項目管理研究所（Project Management Institute）表示：“47%的失敗項目之所以未能達到目標，是因為糟糕的需求管理。”

什麽是項目需求？

項目管理知識體係（PMBPOK）將需求定義為“產品、服務或結果所必需的條件或能力，旨在滿足合同或其他正式實施規範。”


需求有不同的類型，讓人感到混淆。項目管理知識體係對需求進行了如下分類：
▪ 業務需求——描述為什麽要進行項目
▪ 利害關係人需求——描述利害關係人或利害關係人群體的需求
▪ 解決方案需求——描述滿足業務和利害關係人需求的產品、服務或結果的特性、功能和特點
▪ 功能需求——描述產品的行為
▪ 非功能性需求——描述產品有效性所需的環境條件或質量
▪ 轉換需求——描述從當前狀態轉換到期望的未來狀態所需的臨時功能
▪ 項目需求——描述項目需要滿足的行動、過程或其他條件
▪ 質量需求——描述條件或標準，確認項目可交付成果的成功完成或其他項目需求的完成

為什麽需求很重要？

想象一下，你和一個總承包商簽訂了建造夢想之家的合同。這房子你想了好幾年，當你拜訪朋友時，你會記下他們家喜歡或不喜歡之處。或許你還有個文檔，用來保存你最喜歡的照片。

你和總承包商第一次會麵，討論你對房子的需求。承包商會給你列一份清單，說明你的選項和定價。你指定房子的大小、建築的類型、房間的數量、結構的類型和房子的特點。

一周後，承包商會帶你參觀房子的交互式模型，逐步細化你的需求。幾次會議後，承包商了解了你的需求。這時承包商更有可能達到你的期望。

當需求模糊時，項目就麵臨不能交付所需要內容的風險。至少，需求遺漏會導致返工。這可能會對計劃和預算產生不利影響。而你的加拿大pc网页版官网，以及你的團隊成員，將會有負麵情緒。

我們如何開發項目需求？

我們可按照以下步驟開發項目需求：

1. 引出需求

如果你認為有人會簡單地把項目需求交給你，那其實是極少數的幸運事件。實際上，大多數人都不知道他們想要什麽，他們需要幫助。

一個好的需求分析人員（可能是項目經理、業務分析師或是業務主管）知道如何引出——提取——並驗證需求。觀察過數百個項目之後，發現有熟練需求分析人員的項目麵臨更少的需求相關問題。如果你是個項目經理，你沒有時間或需求開發技能，請確保你有一個熟練的需求分析人員；否則，你就是在自找麻煩。

以下是引出需求的一些工具和技巧：
▪ 頭腦風暴
▪ 名義群體（決策）技術
▪ 采訪
▪ 文檔分析
▪ 調查
▪ 需求研討會
▪ 工作影子活動
▪ 背景圖

2. 分析需求

“分析”這個詞的意思是分解或詳細檢查某物的組成或結構。對於軟件項目，當我們從業務需求轉移到用戶需求，並進入詳細的係統需求時，就將需求分解為更詳細的細節。一旦確定了細節，就能將這些組件合成，以滿足更高層次的需求。

實際上，分析需求最強大的方法之一是構建原型或創建圖表，這並不複雜。當用戶看到原型或圖表時，他們可以做出他們喜歡和不喜歡的反應。

另一個用於分析的工具是環境圖，它對產品進行可視化描述，例如建築、流程或軟件應用程序，以及參與者（個人、小組或其他係統）如何與之交互。我們可以看到在流程中流入和流出的東西以及誰接收了輸出。

一些組織在分析過程中優先考慮需求。哪些特性和功能提供了最大的好處？哪些可能造成最大的風險？在敏捷項目中，我們可以在產品待辦事項列表中對用戶故事進行排序。

3. 記錄需求

近年來出現了一種趨向，即轉向更輕的需求文檔和更多的協作，特別是對於敏捷項目。記錄是有好處的。當我們記錄時，我們會思考和分析。當人們在未來的項目中擴展特性和功能時，擁有輕量級的文檔版本作為參考也很有幫助。

業務需求通常被定義為項目章程中的目標。用戶需求通常以用例或用戶描述的格式捕獲。詳細的軟件需求經常在需求管理工具中被記錄和捕獲。

4. 驗證需求

最後，我們討論了需求驗證，如何確保項目需求的正確性，沒有缺陷/bug，並滿足用戶的需求。與跨職能團隊（如開發人員和測試人員）共同開展驗證會議，以審查需求。

5. 結束需求

一旦團隊就需求達成一致，就需要用適當的結束流程為需求建立基線。

需求管理走向何方？

與所有項目管理過程一樣，你要調整需求管理流程，以滿足每個項目的需求。在項目早期，考慮你的需求處理方法，創建一個簡單的需求管理計劃：

▪ 你會采用傳統方法，還是敏捷方法？
▪ 誰會是需求分析人員？
▪ 誰會參與引出、分析、歸檔和驗證？
▪ 你會使用哪些工具和技術？
▪ 你會如何對需求進行優先排序？
▪ 你會如何跟蹤需求（例如，從需求到設計）？
▪ 你會如何處理需求的變化？

現代項目管理軟件qmchashi PM可以幫助你收集和組織這些需求計劃，並為(wei) 你提供更好定義(yi) 項目優(you) 先級的工具。

-提供詳盡且有跡可循的審查程序
-簡化新工作和項目請求的收集
-通過中央存儲(chu) 庫收集，跟蹤和審查所有請求
-定義(yi) 通用指標，關(guan) 鍵績效指標（KPI）和風險因素以評估績效

在項目進行過程中，用戶與(yu) 利益相關(guan) 者的一些需求變更沒有辦法避免。qmchashi 能自動偵(zhen) 查需求的變化，並把需求變化與(yu) 項目的各個(ge) 階段關(guan) 聯，以此提醒用戶，讓用戶更好地了解需求變化所帶來的影響。係統也能自動追蹤需求依賴及間接變化，讓用戶盡早了解其潛在影響。

有了這樣一個(ge) 可以查看組織內(nei) 所有需求的qmchashi係統，管理人員就不再需要盲目地評估能力，所有類型的需求都可以在係統中捕獲。想更好預測項目，歡迎申請演示體(ti) 驗qmchashi PM的豐(feng) 富功能。