需求管理是每個產品經理日常工作中很重要的一部分,貫穿著產品的整個生命周期。同時需求又是產品開發的源頭,管理好需求對整個產品開發過程至關重要。云效可以很好地支持產品經理對需求進行管理,包括需求的收集、分析設計、評審、排期、開發、測試、驗收和發布等環節。作為產品經理,是否會出現需求跟著然后就丟了?是否感覺需求開發周期長,卻苦于沒有具體的數據?是否會出現需求的來源無法追溯等問題?本篇我們將重點介紹產品經理如何在云效上對需求進行收集、確認和分析,同時對需求的開發進度進行跟進,下面我們將逐步講解。作者:洪永潮|阿里巴巴集團技術專家
1. 創建Scrum敏捷交付空間
參考《1、PM如何設計工作流和創建看板?》章節。
2. 搭建需求工作流
參考《1、PM如何設計工作流和創建看板?》章節。
立即體驗:云效項目協作Projex
3. 需求的收集
如下圖,在需求頁面,點擊「新建」創建新的需求。切換到「列表」工作項視圖后,按照「狀態」分組,就可以查看不同狀態下的需求列表。
新需求的初始狀態置為待處理,創建新需求后,「待處理」列中就會增加一個新需求。一般情況下,「待處理」列就是待辦需求列表或者需求池,用來存放已收集到的產品需求、優化需求、日常需求和技術需求等。同時點擊可以進行表頭顯示字段的設置,開啟或關閉字段的顯示,拖拽字段也可以設置表頭字段展示的順序。(*注:「標題」字段不支持關閉顯示,「編號」和「標題」字段不支持拖拽改變展示順序。)
點擊「另存為」,設置視圖名稱和視圖可見范圍,保存為一個新的需求視圖。
創建新視圖之后,按照視圖可見范圍展示在左側的「個人視圖」或「公共視圖」分組下。點擊視圖分組右側的,進行視圖分組的管理,編輯視圖名稱和刪除視圖,拖拽視圖也可以設置視圖展示的順序。(*注:系統視圖不支持拖拽改變展示順序。)
產品開發過程中不可避免的會有緊急需求的插入,為了減少對研發團隊的影響,同時也能對業務緊急需求的快速響應,研發團隊可對緊急插入的需求數量進行限制,譬如一個排期周期中最多只能插入兩個緊急需求,在插入的緊急需求同時,需要置換掉已排期的優先級最低的需求。
規范需求字段和需求說明
在需求收集的過程中,產品經理需要對需求的內容進行編輯,包括設置需求字段和編寫需求說明。要設置的字段至少包括:需求負責人、期望日期、優先級。需求描述模板的設置入口:如下圖所示,進入項目中,點擊左下角的進入設置頁面。點擊工作項-需求,選擇某一類需求進行字段的設置,可以添加/刪除字段,對于無法刪除的系統字段可以設置字段隱藏,調整字段展示順序、是否必填、新建時是否顯示、默認值等。
(*注:系統字段不支持修改,狀態、負責人、優先級、歸屬項目字段均為必填字段及新建時顯示字段,且不支持修改。)
同時可以設置字段的只讀狀態,例如當需求流轉到待開發狀態進入排期后,產品經理和研發確定好計劃完成時間,除了產品經理本人,其他人無法更改需求計劃完成時間字段,避免需求計劃完成時間被其他人員隨意更改造成的需求延期問題。
要編輯的內容主要是需求說明,簡單的需求可以直接使用需求描述進行說明,復雜的需求也可以將需求說明以文檔的形式呈現,文檔可沉淀在知識庫中或者是釘釘文檔中。需求描述模板的設置入口:如下圖所示,進入項目中,點擊左下角的進入設置頁面。點擊工作項-需求,選擇某一類需求進行描述模板的設置。
需求描述中至少需要包括:背景與問題、用戶與目標、業務流程、業務規則等。如下圖所示。同時可以設置需求描述的只讀狀態,例如當需求被澄清清楚流轉到待開發狀態后,除了產品經理本人,其他人無法更改需求描述,避免需求描述被其他人員隨意更改造成的需求描述混亂問題。
上述需求字段和需求描述模板設置完成之后,創建需求后單個需求的詳情頁面展示如下:
設置需求的優先級
云效上提供了四個級別的優先級:緊急、高、中和低,分別對應:緊急需求(臨時緊急插入的需求)、核心需求、優化需求(正常情況下規劃和排期的需求)以及其他需求。
為了避免產品經理提供的需求都是同一優先級的,從而無法區分需求的重要程度,這里啟用了輔助優先級,輔助優先級用數字表示,數字越小表示優先級越高。(輔助優先級字段可通過需求類型的字段設置添加,類型為整數。)
列表工作項視圖下的需求優先級和輔助優先級
4. 需求的確認
產品經理對需求經過初步分析,并與技術負責人確認需求的可行性后,在眾多需求中,規劃選擇業務價值高、投入產出比高且確定要做的需求,修改需求狀態為「已選擇」(如下圖),然后進行進一步細化、分析和設計。
5. 需求的分析
當需求進入分析、設計階段,可以把需求狀態從「已選擇」修改為「分析中」,如下圖所示:
需求分析和討論過程是需求階段一個很重要的活動,產品經理需要邀請相關的開發和測試人員一起參加。為了在產品開始開發前,充分澄清需求,明確其驗收標準,并保障產品、開發和測試對需求的理解一致。
加餐:需求的分析和澄清,歡迎查看阿里巴巴研發效能提升36計:以終為始,高效地分析和澄清需求
6. 需求排期
產品、開發和測試對需求理解達成一致,大需求已拆分,驗收標準已明確定義,同時與關聯方(如有)確認相關計劃,并識別大的技術風險并定義應對方案。
滿足上述條件的需求即可從產品經理側流動到開發團隊側,一般企業會通過「研發排期」來完成這個過程
7. 需求的開發進度
需求的收集、確認和分析進展已在云效建立可視化機制,進入開發后,在需求看板上,看需求的開發進度也是一目了然的。
在這個基礎之上,研發團隊可以把的需求看板投到大屏上,通過「每日站會」同步需求進展,及時暴露問題和風險。