下面這篇是筆者整理分享的IPD體系進階里需求管理篇的文章，本章包含需求管理流程中五個階段、主要會涉及以下幾個方面、以及主要涉及原始需求、初始需求、特性需求、系統需求幾個維度的內容，想要了解的同學可以進來看看哦！

繼續 IPD 體系中的需求管理相關的專題。先來看看整個需求管理涉及的過程內容：

一、需求管理流程主要包含五個階段

1. 需求收集
2. 需求分析
3. 需求分發/分配
4. 需求實現
5. 需求驗證與確認

其中，需求實現階段強調的是要將客戶需求轉變為產品。從而最終能夠滿足所確定的客戶需求。在需求實現階段，首先任務是要對需求打上標簽進行分類。

需求實現是一個復雜的過程，必須對所有的需求進行識別分析。對優先級高、重要性高的需求優先實現。

二、需求實現流程主要會涉及以下幾個方面

• 第一個是需要立即開發的需求，這個時候，一般是要提交 PCR 變更申請，將需求加入到當前的開發項目；
• 第二個是需要在下一個版本開發的需求，需要將需求納入到 CDT 團隊進行分析；
• 第三個是需要納入路標的需求，將需求發送給路標管理團隊，進行路標的排期。

其實，如果從整個需求的生命周期來看，需求會有多種狀態之間的轉換。如下圖所示：最初從客戶的要求，一步步轉化為設計上的內部需求，在開發端實現落地。

也就是說從客戶需求到最終的研發完成，需求會不斷轉化和分解。比如從特性需求到功能需求的轉化，從對問題的描述轉化為對解決方案的描述，然后逐層展開分解。這個時候就會涉及到對需求的跟蹤和變更控制，以及管理。需求的整體流轉過程如下圖所示：

三、主要涉及原始需求、初始需求、特性需求、系統需求幾個維度

1. 原始需求

簡稱是 OR，具體是指客戶對問題或產品功能、性能等要求的具體描述。

2. 初始需求

簡稱是 HR，也就是經需求解釋后，用企業內部使用的規范語言描述的原始需求。

3. 接下來時系統特性

簡稱是 SF，具體描述的是產品為解決客戶問題所具備的重要能力。

同時特性也是產品包的主要賣點，每條特性都是滿足客戶特定商業價值訴求的端到端解決方案。

4. 最后是系統需求

簡稱 SR，是指支撐系統特性所需的具體需求，是系統對外呈現的、可測試的全部功能需求和非功能需求。系統需求也需要進一步分解到子系統/模塊的功能或非功能性需求。

它們實際上也是系統需求的一種表現形式，可以按領域進行，也可以按子系統進行。完成需求分解分配后，然后由各開發組設計開發實現。并由測試部進行測試，確認需求實現即完成驗證。

5. 需求驗證的方法一般會包括內部驗證和外部驗證兩種方式：

1. 內部驗證是指通過產品開發流程的各個評審點來操作控制，包括需求評審、跟蹤等活動。
2. 而外部驗證的目的是保證對于客戶需求理解的準確性。

今天的內容分享到此結束，更多干貨內容，敬請期待！