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