產品經理如何有效進行需求管理?

 公司新聞     |      2020-02-03 14:02
需求是整個軟件項目當中最重要一項輸入。軟件開發和傳統生產行業最大的區別在于,需求總是模糊的、主觀的和隨時變化的。相對于電子產品、汽車等制造行業有形的硬件需求,軟件開發的需求的描述和驗收是個難以解決的問題。
 
但是需求又是整個項目能否成功的決定性因素,所以我們必須對需求進行管理,從而使需求成為整個軟件工程的基線。使得所有產品、設計、研發、測試、運維工作能圍繞著統一的需求開展。保證項目能順利進行,完成目標。
 
需求管理的難點?
一般情況下,需求難以管理的原因有以下幾方面:
 
1、需求描述的問題
一般來說,最容易造成開發出來的產品與設計功能不符的原因便是需求描述的問題了。其實大部分情況下,寫需求文檔的人沒有錯,看文檔的人也沒有錯。共享文檔不等于達成共識。只是因為面對同一段描述,人與人之間的理解不相同,而且這種情況是一定會發生的。所以對于需求,一定要基于團隊面對面討論,保證對需求的理解一致。
 
2、需求變化的問題
需求變化的原因很多,如一開始沒有識別全,新增需求;業務變化導致需求變化;需求有誤;需求不清晰等。需求變化將導致從設計方案到編碼測試的修改,延遲交付,帶來諸多麻煩。這就需要團隊在迭代進行前,盡量保證需求清晰明確。
 
3、需求的優先級及排期問題
什么樣的功能能對用戶產生最大的價值,這是需求管理中最重要的問題。因為在軟件開發中,你想要開發的功能,永遠比你能投入的資源多。因此,找到這一部分最有價值的功能,優先處理,盡早交付,才是需求管理的核心所在。
 
如何對需求進行分級管理?
敏捷開發中,用戶故事被廣泛使用,但是我認為僅僅使用用戶故事是不足以很好的管理整個項目的。(關于用戶故事的諸多好處,就不在此多說了。)用戶故事可以描述出真正有價值的需求,也能提供優先級和故事點規模為排期提供依據。但是繁多的同級用戶故事會讓人迷失在其中,只見樹木不見森林。每次的交付和發布都會變成功能的東拼西湊,甚至有時候還會為了單個功能的價值,偏離整體的產品愿景。
 
因此,我們推薦按照 Epic Story - Feature - User Story 的層級順序去管理需求。團隊也可有自己的層級關系定義,取決于團隊的喜好。
 
按照Epic Story-Feature-User Story對需求進行層級劃分的好處在于:Epic一級可以與產品戰略對齊,Feature一級作為版本發布規劃的對象,User Story則進入迭代進行研發。
 
1. Epic Story
 
Epic Story即史詩故事,簡稱為史詩。一般史詩被定義為一個非常大的用戶故事,是產品中的主干任務或者公司級戰略舉措,一般情況下會持續數月。我們對史詩的風險、業務價值、工作量進行評估,得到史詩的優先級,再依據優先級對史詩進行排期。
 
 
2. Feature
 
Feature即特性,特性是能對用戶提供價值的完整功能。描述了產品具有的一個完整功能,特性一般也比較大,可能持續數周,橫跨幾個迭代。一般作為版本發布計劃的規劃對象。我們依據特性的風險、業務價值、工作量評估特性的優先級,進行版本發布的規劃。
 
 
3.User Story
 
User Story即用戶故事,用戶故事是能對用戶提供價值的功能場景。一般來說,特性可以拆分為多個用戶故事,每個用戶故事都對用戶有價值,但是單個用戶故事卻有可能不能被用戶正常使用或者是整個功能的細分場景。我們會對用戶故事的故事點進行估算,放入迭代計劃中進行開發。
 
在Worktile,我們如何管理需求?
一、需求收集
Worktile的需求來源主要有四種:
 
用戶反饋給業務線同事的需求。
公司內部同事提出的需求。
用戶通過產品內幫助中心-用戶聲音直接反饋的需求。
產品經理規劃的需求。
1、前兩種來源的需求都匯總在統一的需求收集項目中,要求提出人以用戶故事的形式創建,描述出具體的用戶場景。
 
所有需求反饋都以用戶故事的類型創建,由產品經理進行評估。確定采納的需求建議再進一步分析,依照故事的規模和影響范圍決定其屬于史詩、特性還是用戶故事,在對應項目的需求規劃中響應。
 
2、用戶在幫助中心可以提交自己的需求建議,也可以對已有的需求建議或者我們的規劃進行點贊,提升其在隊列中的排序。
 
 
這一部分需求,產品經理會通過后臺查看,分析評估之后,考慮在對應項目的需求規劃中響應。
 
二、需求實現
1、產品經理會在對應的項目中按照史詩-特性-用戶故事的層級,對整個產品的功能框架進行整體的需求規劃。
 
 
2、對已規劃的需求進行優先級的排序,來確定正在進行中的史詩里,哪些特性需要在接下來的版本進行發布。將其規劃入對應版本。
 
 
3、將進入發布版本的特性拆分為用戶故事,對用戶故事進行估算以后,按照迭代容量安排開發計劃。 image.png
 
4、進入迭代的用戶故事會按迭代周期進行交付,更新特性的進度。特性驗收完成后更新所屬史詩的進度。由下而上的推進整個產品的開發進度。
 
 
通過對不同層級需求在不同維度上進行管理,使得整個需求管理流程更清晰流暢,極大程度的提升了需求管理的效率,聚焦了產品目標。