需求管理流程包括那幾部分呢?這個問題，做需求管理或者軟件項目管理的朋友，請好好想。想不起來，或者不明確的話。如果不是直覺經驗老道的高手，就是項目管理小菜鳥了。如果想要知道需求管理流程包括那幾部分，不妨慢慢看看下去。

“需求”指的是由項目接受的或項目產生的產品和產品構件需求,包括由組織征集的對項目的需求。這種需求既有技術性的,也有非技術性的。“需求管理”(RequirementsManagement,REQM)的目的是確保各方對需求的一致理解;管理和控制需求的變更;從需求到最終產品的雙向跟蹤。

需求管理流程主要包括6大部分:制定需求管理計劃、求得對需求的理解、求得對需求的承諾、管理需求變更、維護對需求的雙向跟蹤性、識別項目工作與需求之間的不一致性。具體內容如下:

制定需求管理計劃

需求管理計劃的主要內容包括確定需求管理軟硬件資源、需求跟蹤性矩陣、需求變更請求表等。由項目經理審批該計劃。制定需求管理計劃,以便於需求管理人員按計劃地開展需求管理工作,並保持需求管理工作的一致性。

求得對需求的理解

設法理解需求提供者提出的這些需求的含義,實際就是我們所說的“確認需求”活動。隨著項目的成熟和各項需求的派生,所有各項活動或工程學科都要接受相應的需求。為了避免這些需求漫無邊際地外延或“遺漏”,要建立一些準則,以便指明接受需求的適當的渠道或正式來源。

求得對需求的承諾

它實現從各個項目參加者處求得對需求的承諾。即使某個實踐以前實現過與需求提供者對需求的共識,但是現在實施這個實踐時,還是要在那些必須進行各項為實現這些需求所需的活動人員之間達成一致和建立承諾。

管理需求變更

它實現各項需求在項目推進期間發生演變的同時,對需求的變更進行管理。在項目推進期間,需求會由於各種各樣原因而發生變更。隨著原來的需要發生變化和工作的推進,將會產生一些附加的需求,因此必然要對現行的需求做出相應的變更。有效地管理這些需求和需求變更相當重要。有必要了解每個需求的來源,並且做出變更理由的文件。

維護對需求的雙向跟蹤性

它的目的在於維護對每個產品分解層的雙向跟蹤性。這種雙向跟蹤性有助於確定是否所有來源需求都完全得到處理,是否所有的低層需求都可以跟蹤到有效的來源。

識別項目工作與需求之間的不一致

它的目的在於發現需求與項目計劃和工作產品之間的不一致,並且啟動糾正措施。

需求管理流程這六部分，看起來很簡單，但是做起來就沒那麽簡單了。需求記錄、需求跟蹤和需求變更的把控，需要長時間堅持，而且是要您說服團隊成員和您一起好好做好相應的工作。需求管理單單依靠管理者可是很難做好的哦。

本文轉載自拓源優課：www.toyoke.com

需求管理流程包括那幾部分