IPD體系進階|需求管理篇之需求實現過程
下面這篇是筆者整理分享的IPD體系進階里需求管理篇的文章,本章包含需求管理流程中五個階段、主要會涉及以下幾個方面、以及主要涉及原始需求、初始需求、特性需求、系統需求幾個維度的內容,想要了解的同學可以進來看看哦!
繼續 IPD 體系中的需求管理相關的專題。先來看看整個需求管理涉及的過程內容:
一、需求管理流程主要包含五個階段
- 需求收集
- 需求分析
- 需求分發/分配
- 需求實現
- 需求驗證與確認
其中,需求實現階段強調的是要將客戶需求轉變為產品。從而最終能夠滿足所確定的客戶需求。在需求實現階段,首先任務是要對需求打上標簽進行分類。
需求實現是一個復雜的過程,必須對所有的需求進行識別分析。對優先級高、重要性高的需求優先實現。
二、需求實現流程主要會涉及以下幾個方面
- 第一個是需要立即開發的需求,這個時候,一般是要提交 PCR 變更申請,將需求加入到當前的開發項目;
- 第二個是需要在下一個版本開發的需求,需要將需求納入到 CDT 團隊進行分析;
- 第三個是需要納入路標的需求,將需求發送給路標管理團隊,進行路標的排期。
其實,如果從整個需求的生命周期來看,需求會有多種狀態之間的轉換。如下圖所示:最初從客戶的要求,一步步轉化為設計上的內部需求,在開發端實現落地。
也就是說從客戶需求到最終的研發完成,需求會不斷轉化和分解。比如從特性需求到功能需求的轉化,從對問題的描述轉化為對解決方案的描述,然后逐層展開分解。這個時候就會涉及到對需求的跟蹤和變更控制,以及管理。需求的整體流轉過程如下圖所示:
三、主要涉及原始需求、初始需求、特性需求、系統需求幾個維度
1. 原始需求
簡稱是 OR,具體是指客戶對問題或產品功能、性能等要求的具體描述。
2. 初始需求
簡稱是 HR,也就是經需求解釋后,用企業內部使用的規范語言描述的原始需求。
3. 接下來時系統特性
簡稱是 SF,具體描述的是產品為解決客戶問題所具備的重要能力。
同時特性也是產品包的主要賣點,每條特性都是滿足客戶特定商業價值訴求的端到端解決方案。
4. 最后是系統需求
簡稱 SR,是指支撐系統特性所需的具體需求,是系統對外呈現的、可測試的全部功能需求和非功能需求。系統需求也需要進一步分解到子系統/模塊的功能或非功能性需求。
它們實際上也是系統需求的一種表現形式,可以按領域進行,也可以按子系統進行。完成需求分解分配后,然后由各開發組設計開發實現。并由測試部進行測試,確認需求實現即完成驗證。
5. 需求驗證的方法一般會包括內部驗證和外部驗證兩種方式:
- 內部驗證是指通過產品開發流程的各個評審點來操作控制,包括需求評審、跟蹤等活動。
- 而外部驗證的目的是保證對于客戶需求理解的準確性。
今天的內容分享到此結束,更多干貨內容,敬請期待!
專欄作家
衛朋,公眾號:產品人衛朋,人人都是產品經理專欄作家。關注智能硬件領域,擅長市場分析、產品設計開發、生產管理等,喜歡閱讀和爬山。
本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!