摘要
角色————職責描述
市場人員————負責discover階段所有工作，並幫助開發專案經理在define階段初期很快地了解業務和客戶
開發專案經理————協調discover階段的所有活動；負責完成需求文件；維護scope matrix。
行業專家————提供行業諮詢
高層團隊————指導discover和define階段的工作
sepg 負責過程的培訓，提供過程支援，負責過程的跟進和改進
2、軟體需求管理過程的概貌
需求可定義為「（正在構建的）系統必須符合的條件或具備的功能」，也有人定義為「使用者解決某一問題或達到某一目標所需的軟體功能」。
而需求管理是一種獲取、組織並記錄系統需求的系統化方案，以及 乙個使客戶與專案團隊對不斷變更的系統需求達成並保持一致的過程。需求管理的目的是在顧客和將處理顧客需求的軟體專案組之間建立對顧客需求的共同理解。
需求管理的目標是：
使軟體需求受控，並建立供軟體工程和管理使用的基線。
使軟體計畫、產品和活動與軟體需求保持一致。
discover階段
本階段的目的是了解客戶的問題，分析並確定公司是否開展此行業的專案。這裡的客戶不一定針對乙個企業，有可能是乙個行業。在進行具體的調研時，目標是 本行業的乙個或幾個典型使用者。市場人員主要對客戶的問題，客戶的現狀，和客戶的業務模式三方面進行了解，然後對照公司的業務發展方向和實際現狀進行可行性 分析，並負責編寫可行性分析報告。
然後發起可行性分析會議，邀請公司高層，行業專家和利益相關者一起來商議公司是否開展此專案。一旦決定做此專案，下來將尋找有意向的使用者。找到合適的使用者後，就可以正式開始建立開發團隊進行開發系統的定義，設計，編碼等工作。
define階段
目的是得到一套客戶認可的詳細的需求說明文件，用來指導後期的軟體開發工作。開發專案經理通過與客戶溝通交流，分析專案目標和成功因素，識別專案風險 和假設，以及系統的功能需求和技術需求，最終整理出一套詳細的需求說明文件，包括總體系統的需求資訊，每個子系統的需求資訊，資料字典，等。
為了指導後期的開發和跟蹤需求實現的狀態和範圍，專案經理需要根據需求來建立本專案的scope matrix。在scope matrix中隨時跟蹤每項功能的in或out，以及現在處於開發的什麼階段。
所有需求文件完成之後，由專案經理發起並組織階段審核會議，並邀請客戶和行業專家參加。審核的內容包括所有需求文件和scope matrix。一旦審核通過，則開始制定下階段的計畫，準備進入概念階段。
需求維護階段
目的是管理需求的變更。在軟體開發過程中，需求不可避免會有大或小的更改。為了更有效地管理需求的變更，這裡規範了需求變更，需求跟蹤，和需求配置管理的要求。對每項內容的詳細內容，將在後面進行介紹。
3、discover階段
3.1 理解客戶的需求
活動：與客戶溝通交流，了解他們的原始需求。並分析公司開發此專案的業務機遇，業務目標，客戶和市場的需求，以及業務風險等問題。
職責：由公司高層負責，市場人員具體執行。
3.2 了解客戶的現狀
活動：評估客戶的現狀，如資訊化程度，人員的計算機技能水平，業務模式等。
職責：由公司高層負責，市場人員具體執行。
3.3 了解客戶的業務模式
活動：了解客戶當前的業務模式，包括業務角色及其關係。
職責：由公司高層負責，市場人員具體執行。
3.4 編寫可行性分析報告
活動：根據前面三項內容，對本專案做評估，分析是否開展此專案
職責：由公司高層負責，市場人員具體執行
模板：依據提供的「可行性分析報告的模板」整理。根據實際內容，允許對模板進行裁剪。
3.5 可行性問題的決策
活動：審核可行性分析報告的內容；決定是否開展此專案
參與人：市場人員（發起者和組織者），行業專家，公司高層決策人員。
主要溝通內容：可行性分析報告
輸出：作出結論的可行性分析報告
職責：市場人員發起，組織，和主持會議，做會議記錄。負責可行性分析報告的修訂和決策記錄。
說明：決定開展此專案後，方可進入define階段。在進入define階段之前，需要由專案經理確定專案的整體計畫和define階段的詳細計畫。
4、define階段
需求維護的關鍵內容是需求變更管理。需求的變更是不可避免的，如何以可控的方式管理軟體的需求，對於專案的順利進行有著重要的意義。對於需求變更的管理，我們主要使用需求變更控制流程，需求跟蹤矩陣，和需求配置的管理方式。
5.1 變更控制流程
5.2 需求跟蹤
活動：使用scope matrix來跟蹤每項需求是否要求實現，以及需求實現的狀態
職責：由開發專案經理負責維護scope matrix。
5.3 需求配置管理
活動：儲存需求方面的所有文件的所有版本
職責：每個有關需求的文件以及公升級文件均要求儲存到配置管理系統中。
要求：所有資料均放入配置管理系統。
按照規定的目錄存放資料。
檔案的每個修改版本都要求儲存。
需求管理過程域的要點
實踐 理解與實施要點 sp1.1 理解需求 與需求提供者一起理解需求的含義。1 先判斷需求提供者是否合適，即哪些人是合法的需求提供者，建立確認合適的需求提供者的準則,2 再判斷提出的需求是否可接受，建立需求可接受的準則 3 最後和需求提供者對需求達成一致的理解 4 上述的準則可以定義在需求開發計畫書...
需求管理過程域的要點
實踐 理解與實施要點 sp1.1 理解需求 與需求提供者一起理解需求的含義。1 先判斷需求提供者是否合適，即哪些人是合法的需求提供者，建立確認合適的需求提供者的準則,2 再判斷提出的需求是否可接受，建立需求可接受的準則 3 最後和需求提供者對需求達成一致的理解 4 上述的準則可以定義在需求開發計畫書...
《軟體需求十步走》閱讀筆記6
需求管理活動的目標就是確保需求業務活動能夠按照進度要求 質量要求 成本要求生產出高質量的由業務需求 使用者需求和系統需求構成的軟體需求規格說明。需求管理工作具體是借助由基線 版本 狀態 變更 跟蹤構成的需求約定這一抓手將需求業務活動整合起來並加以規範化。需求管理活動的目的是在客戶與軟體開發人員之間建...