需求是指根據特定協議或其他強制性規范，項目必須滿足的條件或能力，或者產品、服務或成果必須具備的條件或能力。需求包括發起人、客戶和其他干系人的已量化且書面記錄下來的需要與愿望。

1、收集需求是為了實現項目目標而確定、記錄并管理干系人的需要和需求的過程，其作用是為定義和管理項目范圍（包括產品范圍）奠定基礎。

2、需求的分類：

（1）業務需求，即組織的高層級需要

（2）干系人需求，即干系人群體的需要

（3）解決方案需求，即為滿足業務需求和干系人需求而具備的特性、功能和特征，又進一步分為功能需求和非功能需求

（4）過渡需求，即從當前狀態過渡到將來狀態所需的臨時能力，如數據轉換和培訓需求

（5）項目需求，項目需要滿足的行動、過程和其他條件

（6）質量需求，分為基本需求、期望需求和意外需求三個層次

3、收集需求的ITO詳解：

①訪談：與干系人直接交談，正式或非正式。

②焦點小組：干系人和主題專家集中在一起，主持人引導，分組討論，得到更有價值的意見，是一種群體訪談

③引導式研討會：跨職能干系人在一起，定義跨職能需求，比單一會議更快地發現和解決問題

④群體創新技術：包括以下幾種方式：

頭腦風暴：集思廣益

名義小組技術：通過對頭腦風暴的結果投票排列最有用的創意，以便進行進一步的頭腦風暴

德爾菲技術：專家采用背靠背或匿名的方式進行幾輪反饋，意見逐漸趨同

概念/思維導圖（心智圖）：將頭腦風暴的創意用簡單的圖聯系起來，引出新的創意

親和圖（KJ法）：通過圖解方式匯總，求得統一認識

多標準決策分析：借助決策矩陣進行多方案評估

⑤群體決策技術：對達成期望的多個未來行動方案進行評估。達成群體決策的方法有一致同意、大多數原則、相對多數原則、獨裁。

⑥問卷調查：書面問卷收集需求

⑦觀察：直接觀察干系人工作過程和流程

⑧原型法：快速建立產品模型，便于溝通

⑨標桿對照：將實際或計劃與其他類似組織進行對比，識別最佳實踐

⑩系統交互圖：如UML

?文件分析：對現有文檔進行分析挖掘

?需求文件：多種多樣的描述需求的文件總稱

?需求跟蹤矩陣：將產品需求從來源連接到可交付成果的一種表格

4、需求文件描述各個單一的需求將如何滿足與項目有關的業務需求。需求文件既可以是一份按干系人和優先級分類列出全部需求的簡單文件，也可以是一份包括內容提要、細節描述和附件等的詳細文件。需求文件的內容包括：

（1）業務需求

（2）干系人需求

（3）解決方案需求

（4）項目需求

（5）過渡需求

（6）與需求有關的假設條件、依賴關系和制約因素

5、可跟蹤性是項目需求的一個重要特征，可驗證性是需求的最基本特征。每個配置項的需求到其涉及的產品（或構件）需求都要具有雙向可跟蹤性，包括：

（1）正向跟蹤：指檢查需求文件中每個需求是否都能在后繼工作產品（成果）中找到對應點

（2）反向跟蹤（逆向跟蹤）：指檢查設計文檔、產品構件、測試文件等工作成果是否都能在需求文件中找到出處

6、需求跟蹤涉及五種類型（箭頭表示需求跟蹤能力聯系鏈，它能跟蹤需求使用的整個周期，即跟蹤需求建議到交付的全過程）：

（1）從用戶原始需求到需求文件的正向跟蹤

（2）從需求文件到下游工作產品的正向跟蹤

（3）從需求文件到用戶原始需求的反向跟蹤

（4）從下游工作產品到需求文件的反射跟蹤

（5）需求文件之間各種需求之間的邏輯相關性跟蹤，用于檢查需求分解中的錯誤和遺漏

7、表示需求與其他產品元素之間的聯系鏈的最普遍方式是需求跟蹤（能力）矩陣，需求跟蹤矩陣是將產品需求從其來源連接到能滿足需求的可交付成果的一種表格。

需求跟蹤矩陣中記錄的典型屬性包括唯一標識、需求的文字描述、收錄該需求的理由、所有者、來源、優先級別、版本、當前狀態（需求的狀態：進行中、已取消、已推遲、新增加、已批準、已分配、已完成）和狀態日期。

認真掌握和管理項目需求與產品需求，對促進項目成功有重要作用。項目一旦開始，就應該足夠詳細地獲取、分析和記錄這些需求，以便日后進行測量。下一節將進行范圍的定義，敬請期待~

版權聲明：

本文由lenbor原創整理，轉載請聯系作者，并注明出處。

本文部分內容節選自《項目管理師》（清華大學出版社）一書，如果侵犯了您的權利，請告知，我們立即刪除。

?

官網：http://www.lenbor.com

總結

以上是生活随笔為你收集整理的项目管理【12】 | 项目范围管理-收集需求的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。