如何進行需求進度管理?
下面是筆者整理分享的關于如何進行需求進度管理的文章,內容包括團隊內達成明確的版本共識、精細化任務分配管理、合理的資源分配(正確的人做正確的事)等等的相關內容,大家一起來看看吧!
一、團隊內達成明確的版本共識
團隊內明確且達成共識的版本目標,確保當前版本周期內的每項工作都是在為實現這個目標貢獻。
常用方法:
OKR(目標與關鍵結果法)
- 目標(O)回答的是“我們想做什么?”的問題,是定性的;
- 關鍵結果(KR)回答的是“我們如何知道自己是否達成了目標要求”,是定量的。
- 限定周期是要為目標的執行過程設定一個有效衡量周期,畢竟很多項目、需求、工作都有較強的時效性;
- 定期更新是為了能及時衡量目標的健康程度,根據關鍵結果的進展,判斷團隊效能。
一般來講,雙周為一個小版本,一個季度為一個大版本進行,以下僅為示例:
二、精細化任務分配管理
1. 明確版本范圍
團隊版本研發的第一步是明確版本的范圍,通常以版本功能清單作為管理基礎,通過需求澄清會同步給研發團隊。隨著迭代開發的不斷推進,版本中會包含當前版本新增需求,對歷史版本的優化需求和修復缺陷的需求。這三類需求共同組成一個版本,并作為版本的關鍵成功在版本公告中進行體現。
2. 精細化的任務拆分
為了方便評估風險,最大限度減少不可控因素,需要對版本需求進行逐級拆解,要將所有需求分解到不能再分且可驗證,明確需求邊界,讓每個任務的粒度足夠完整且最小,再根據任務優先級進行排期。
3. 任務責任到人
將版本的功能由上至下逐級拆解完成后,估算工作量,并為任務設置唯一負責人。常見的工種分為需求、UI、后端、前端、測試。
4. 規定截止時間
所以,為了最大限度規避延期風險,在執行過程中,為每項任務設定確定的截止時間,這樣,一方面可以隨時了解研發進度,評估風險,及時調整工作節奏;另一方面,對于一些無法確定完成時間的任務及時采取“平替”策略,降低延期的影響范圍。
三、合理的資源分配(正確的人做正確的事)
在版本規劃和需求澄清時,可以識別到哪些任務的開發復雜度較大,存在哪些技術關鍵點,結合優先級和技術團隊的能力進行合理分工。
可以參考的資源分配方案如下:
- 集中優勢力量解決難點。
- 相近開發周期,分配任務優先選擇舊版本的開發人員,降低需求澄清的溝通成本。
- 充分利用相似項目開發經驗。
記錄方式比較多元,常見工具主要為基于甘特圖的各類看板和研發日志。
四、保證做正確的事
除了根據檢查情況調整任務目標、資源、進度,并修改計劃這類常規操作外,更要注意團隊內部的高效溝通和版本記錄管理。
1.“復述”需求
需求澄清會后,針對不同的工種,可以采用不同的“復述”方式。主要的目的是為了做正確的事。通常研發團隊內,可采用UI介紹設計理念、前端演繹交互需求,后端介紹流程的方式來確保各階段的準確開發。
2. 版本記錄
各類工種進行各自工作時都需要進行版本記錄,這樣能比較全面的描述任務發展的前因后果、相關人員、更新記錄等,通過這種方式,新加入人員從記錄上就能獲取80%的任務相關信息,迅速厘清關系并找到相關人員進行詢問。
五、自動化和標準化基礎工作
產品的研發工程就是一個流水線生產的過程,這個過程的標準化和自動化程度越高,研發團隊的溝通成本越低。
1. 在線協同
使用一些在線管理工具將研發團隊的工作放到線上進行協同和記錄。例如研發團隊基于用戶故事將代碼、bug、測試用例連接在一起,測試工作完成了,bug會自動同步給開發者。
這種小自動化設計在工作場景有很多,可以極大減少不必要溝通,同時,最大化透明工作信息。
舉例,更新需求后自動提醒開發和測試進行調整;還有代碼提交之后,自動同步開啟測試任務。測試提交缺陷后,自動提醒開發,開發修復缺陷后,指定人員進行驗證。
2. 規范流程
流程化的價值是讓組織的每個人按照統一的規則做事,因此流程化是減少“偏見”的利器,流程并不是企業管理的毒藥,好的規則和流程,能給團隊減少沖突,極大實現企業員工之間的契約。同時,在人員流動率較高的企業中,可以按每個工作崗位打造出標準的螺絲釘,降低因為人員變動對研發的影響。
例如,需求的審批流程可以簡化為,地方/部門市場專員發現商機或需求-地方/部門經理審批-總部經理審批-總部產品部評審-研發團隊評審-版本規劃-排期開發。
本文由 @薯角 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
甘特圖是個很好的方法 人員、任務、進度、工時、周期、依賴關系 一目了然
zz-plan.com
是的