如何進行需求進度管理?

首頁 > 科技

如何進行需求進度管理?

來源:下飯影片 釋出時間:2023-10-19 16:02

下面是筆者收拾整頓分享的關於如何進行需求進度管理?的文章,內容包括團隊內達成明確的版本共識、精細化任務分配管理、合理的資源分配(正確的人做正確的事)等等的相關內容,大家一起來看看吧!

一、團隊內達成明確的版本共識

團隊內明確且達成共識的版本目標,確保當前版本週期內的每項工作都是在為實現這個目標貢獻。

常用方法:

OKR(目標與關鍵結果法)

一般來講,雙週為一個小版本,一個季度為一個大版本進行,以下僅為示例:

二、精細化任務分配管理

1. 明確版本範圍

團隊版本研發的第一步是明確版本的範圍,通常以版本功能清單作為管理基礎,透過需求澄清會同步給研發團隊。隨著迭代開發的不斷推進,版本中會包含當前版本新增需求,對歷史版本的最佳化需求和修復缺陷的需求。這三類需求共同組成一個版本,並作為版本的關鍵成功在版本公告中進行體現。

2. 精細化的任務拆分

為了利便評估風險,最大限度減少不可控因素,需要對版本需求進行逐級拆解,要將所有需求分解到不能再分且可驗證,明確需求邊界,讓每個任務的粒度足夠完整且最小,再根據任務優先順序進行排期。

3. 任務責任到人

將版本的功能由上至下逐級拆解完成後,估算工作量,併為任務設定唯一負責人。常見的工種分為需求、UI、後端、前端、測試

4. 規定截止時間

所以,為了最大限度規避延期風險,在執行過程中,為每項任務設定確定的截止時間,這樣,一方面可以隨時瞭解研發進度,評估風險,及時調整工作節奏;另一方面,對於一些無法確定完成時間的任務及時採取“平替”策略,降低延期的影響範圍。

三、合理的資源分配(正確的人做正確的事)

在版本規劃和需求澄清時,可以識別到哪些任務的開發複雜度較大,存在哪些技術關鍵點,結合優先順序和技術團隊的能力進行合理分工。

可以參考的資源分配方案如下:

  1. 集中優勢力量解決難點。
  2. 相近開發週期,分配任務優先選擇舊版本的開發人員,降低需求澄清的溝通成本。
  3. 充分利用相似專案開發經驗。

記錄方式比較多元,常見工具主要為基於甘特圖的各類看板和研發日誌。

四、保證做正確的事

除了根據檢查情況調整任務目標、資源、進度,並修改計劃這類常規操作外,更要注意團隊內部的高效溝通和版本記錄管理。

1.“複述”需求

需求澄清會後,針對不同的工種,可以採用不同的“複述”方式。主要的目的是為了做正確的事。通常研發團隊內,可採用UI介紹設計理念、前端演繹互動需求,後端介紹流程的方式來確保各階段的準確開發。

2. 版本記錄

各類工種進行各自工作時都需要進行版本記錄,這樣能比較全面的描述任務發展的前因後果、相關人員、更新記錄等,透過這種方式,新加入人員從記錄上就能獲取80%的任務相關資訊,迅速釐清關係並找到相關人員進行詢問。

五、自動化和標準化基礎工作

產品的研發工程就是一個流水線生產的過程,這個過程的標準化和自動化程度越高,研發團隊的溝通成本越低。

1. 線上協同

使用一些線上管理工具將研發團隊的工作放到線上進行協同和記錄。例如研發團隊基於使用者故事將程式碼、bug、測試用例連線在一起,測試工作完成了,bug會自動同步給開發者。

這種小自動化設計在工作場景有很多,可以極大減少不必要溝通,同時,最大化透明工作資訊。

舉例,更新需求後自動提醒開發和測試進行調整;還有程式碼提交之後,自動同步開啟測試任務。測試提交缺陷後,自動提醒開發,開發修復缺陷後,指定人員進行驗證。

2. 規範流程

流程化的價值是讓組織的每個人按照統一的規則做事,因此流程化是減少“偏見”的利器,流程並不是企業管理的毒藥,好的規則和流程,能給團隊減少衝突,極大實現企業員工之間的契約。同時,在人員流動率較高的企業中,可以按每個工作崗位打造出標準的螺絲釘,降低因為人員變動對研發的影響。

例如,需求的審批流程可以簡化為,地方/部門市場專員發現商機或需求-地方/部門經理審批-總部經理審批-總部產品部評審-研發團隊評審-版本規劃-排期開發。

本文由 @薯角 原創釋出於人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基於 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供資訊儲存空間服務。

上一篇:WinRAR 軟體... 下一篇:個人所得稅注...
猜你喜歡
熱門閱讀
同類推薦