IPD體系進階|需求管理篇之需求實現過程

0 評論 3413 瀏覽 7 收藏 6 分鐘

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

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

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

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

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

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

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

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

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

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

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

1. 原始需求

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

2. 初始需求

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

3. 接下來時系統特性

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

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

4. 最后是系統需求

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

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

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

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

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

專欄作家

衛朋,公眾號:產品人衛朋,人人都是產品經理專欄作家。關注智能硬件領域,擅長市場分析、產品設計開發、生產管理等,喜歡閱讀和爬山。

本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!