如何進行需求進度管理?

薯角
2 評論 2195 瀏覽 13 收藏 8 分鐘
🔗 产品经理的不可取代的价值是能够准确发现和满足用户需求,把需求转化为产品,并协调资源推动产品落地,创造商业价值。

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

一、團隊內(nèi)達成明確的版本共識

團隊內(nèi)明確且達成共識的版本目標,確保當前版本周期內(nèi)的每項工作都是在為實現(xiàn)這個目標貢獻。

常用方法:

OKR(目標與關(guān)鍵結(jié)果法)

  • 目標(O)回答的是“我們想做什么?”的問題,是定性的;
  • 關(guān)鍵結(jié)果(KR)回答的是“我們?nèi)绾沃雷约菏欠襁_成了目標要求”,是定量的。
  • 限定周期是要為目標的執(zhí)行過程設(shè)定一個有效衡量周期,畢竟很多項目、需求、工作都有較強的時效性;
  • 定期更新是為了能及時衡量目標的健康程度,根據(jù)關(guān)鍵結(jié)果的進展,判斷團隊效能。

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

二、精細化任務分配管理

1. 明確版本范圍

團隊版本研發(fā)的第一步是明確版本的范圍,通常以版本功能清單作為管理基礎(chǔ),通過需求澄清會同步給研發(fā)團隊。隨著迭代開發(fā)的不斷推進,版本中會包含當前版本新增需求,對歷史版本的優(yōu)化需求和修復缺陷的需求。這三類需求共同組成一個版本,并作為版本的關(guān)鍵成功在版本公告中進行體現(xiàn)。

2. 精細化的任務拆分

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

3. 任務責任到人

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

4. 規(guī)定截止時間

所以,為了最大限度規(guī)避延期風險,在執(zhí)行過程中,為每項任務設(shè)定確定的截止時間,這樣,一方面可以隨時了解研發(fā)進度,評估風險,及時調(diào)整工作節(jié)奏;另一方面,對于一些無法確定完成時間的任務及時采取“平替”策略,降低延期的影響范圍。

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

在版本規(guī)劃和需求澄清時,可以識別到哪些任務的開發(fā)復雜度較大,存在哪些技術(shù)關(guān)鍵點,結(jié)合優(yōu)先級和技術(shù)團隊的能力進行合理分工。

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

  1. 集中優(yōu)勢力量解決難點。
  2. 相近開發(fā)周期,分配任務優(yōu)先選擇舊版本的開發(fā)人員,降低需求澄清的溝通成本。
  3. 充分利用相似項目開發(fā)經(jīng)驗。

記錄方式比較多元,常見工具主要為基于甘特圖的各類看板和研發(fā)日志。

四、保證做正確的事

除了根據(jù)檢查情況調(diào)整任務目標、資源、進度,并修改計劃這類常規(guī)操作外,更要注意團隊內(nèi)部的高效溝通和版本記錄管理。

1.“復述”需求

需求澄清會后,針對不同的工種,可以采用不同的“復述”方式。主要的目的是為了做正確的事。通常研發(fā)團隊內(nèi),可采用UI介紹設(shè)計理念、前端演繹交互需求,后端介紹流程的方式來確保各階段的準確開發(fā)。

2. 版本記錄

各類工種進行各自工作時都需要進行版本記錄,這樣能比較全面的描述任務發(fā)展的前因后果、相關(guān)人員、更新記錄等,通過這種方式,新加入人員從記錄上就能獲取80%的任務相關(guān)信息,迅速厘清關(guān)系并找到相關(guān)人員進行詢問。

五、自動化和標準化基礎(chǔ)工作

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

1. 在線協(xié)同

使用一些在線管理工具將研發(fā)團隊的工作放到線上進行協(xié)同和記錄。例如研發(fā)團隊基于用戶故事將代碼、bug、測試用例連接在一起,測試工作完成了,bug會自動同步給開發(fā)者。

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

舉例,更新需求后自動提醒開發(fā)和測試進行調(diào)整;還有代碼提交之后,自動同步開啟測試任務。測試提交缺陷后,自動提醒開發(fā),開發(fā)修復缺陷后,指定人員進行驗證。

2. 規(guī)范流程

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

例如,需求的審批流程可以簡化為,地方/部門市場專員發(fā)現(xiàn)商機或需求-地方/部門經(jīng)理審批-總部經(jīng)理審批-總部產(chǎn)品部評審-研發(fā)團隊評審-版本規(guī)劃-排期開發(fā)。

本文由 @薯角 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自 Unsplash,基于 CC0 協(xié)議

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 甘特圖是個很好的方法 人員、任務、進度、工時、周期、依賴關(guān)系 一目了然
    zz-plan.com

    來自四川 回復
    1. 是的

      來自浙江 回復
专题
20524人已学习15篇文章
AARRR模型是一个经典的增长漏斗模型。本专题的文章针对AARRR模型进行拆解解读。
专题
13476人已学习15篇文章
私域流量是与公域流量相对的概念,本专题的文章主要通过几个核心的问题,为大家解读私域流量背后的底层逻辑。
专题
12443人已学习13篇文章
AI技术的出现给各行各业都带来了重塑的机会,那么,当AI与社交赛道碰撞时,会讲述出怎样的故事?各家产品的表现如何?
专题
17557人已学习13篇文章
本专题的文章对整个商业模式进行了一个清晰的梳理和设计,并说明了商业模式如何变成可执行的路径。
专题
112385人已学习29篇文章
透过别人的项目总结,学习项目管理项目设计项目流程经验。