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