大家對產(chǎn)品經(jīng)理的日常工作有所了解嗎？產(chǎn)品經(jīng)理在日常工作中又怎么樣做好產(chǎn)品的進(jìn)度管理呢？大家一起來看一下下面這篇文章了解一下吧！

管理產(chǎn)品進(jìn)度，保證產(chǎn)品準(zhǔn)時上線是產(chǎn)品經(jīng)理日常工作之一，傳統(tǒng)的產(chǎn)品研發(fā)思路是將所有功能都研發(fā)完成之后再上線，研發(fā)周期可能橫跨數(shù)月甚至數(shù)年，所以留給產(chǎn)品經(jīng)理的進(jìn)度管理空間通常比較充裕，產(chǎn)品經(jīng)理只要確保產(chǎn)品能夠在截止日期前上線即可，期間對需求的規(guī)劃和管理相對比較靈活。

而互聯(lián)網(wǎng)產(chǎn)品，尤其是 MVP 產(chǎn)品的研發(fā)思路，要求以敏捷開發(fā)的思路來對產(chǎn)品進(jìn)行研發(fā)，功能以版本形式進(jìn)行迭代發(fā)布，每個版本的研發(fā)周期可能只有1-2周甚至更短。

因此對產(chǎn)品經(jīng)理的進(jìn)度管理能力提出了更高的要求，一方面要求產(chǎn)品經(jīng)理精準(zhǔn)規(guī)劃好當(dāng)前版本的需求，同時需要產(chǎn)品經(jīng)理對產(chǎn)品的迭代方向要有精準(zhǔn)的把控，能夠同時進(jìn)行未來多個版本的規(guī)劃。

另一方面，產(chǎn)品經(jīng)理還需要把控好每個版本上線的時間，既要確保當(dāng)前版本的準(zhǔn)時上線，又要確保下一版本的任務(wù)能夠準(zhǔn)時銜接，避免出現(xiàn)版本發(fā)布后，開發(fā)沒有任務(wù)做的情況。

也就是說， 產(chǎn)品經(jīng)理既要把控好版本的研發(fā)進(jìn)度，同時又要把控好產(chǎn)品的規(guī)劃進(jìn)度，確保產(chǎn)品研發(fā)與規(guī)劃間的無縫銜接。

本文結(jié)合產(chǎn)品版本管理的思路，分享產(chǎn)品經(jīng)理在日常工作中如何做好產(chǎn)品的進(jìn)度管理。

一、定義任務(wù)

定義任務(wù)指的是明確當(dāng)前需要研發(fā)的版本的目標(biāo)，但這有點(diǎn)太抽象，換個思路，要定義版本的任務(wù)，首先需要明確當(dāng)前版本需要實現(xiàn)什么業(yè)務(wù)目標(biāo)，進(jìn)而明確為了實現(xiàn)業(yè)務(wù)目標(biāo)需要實現(xiàn)哪些功能，最后明確為了實現(xiàn)功能需要實現(xiàn)哪些需求。

這樣，問題最后就轉(zhuǎn)換成了當(dāng)前版本需要實現(xiàn)哪些需求，而需求管理正是產(chǎn)品經(jīng)理所擅長的領(lǐng)域。

舉個例子，假設(shè)當(dāng)前版本的業(yè)務(wù)目標(biāo)是實現(xiàn)用戶的注冊登錄，這個業(yè)務(wù)目標(biāo)可以拆分成兩個功能點(diǎn)，分別是用戶注冊和用戶登錄。

用戶注冊的功能點(diǎn)可以進(jìn)一步拆分成賬號密碼注冊、手機(jī)號注冊以及第三方賬號注冊的需求，也可以將“第三方賬號”注冊列為功能點(diǎn)，將需要實現(xiàn)的第三方平臺賬號對接作為具體需求，劃分顆粒度可以根據(jù)具體產(chǎn)品來決定，用戶登錄功能也是同樣拆分成多個需求。

二、確定優(yōu)先級

關(guān)于如何確定需求優(yōu)先級，我在《從10大管理看產(chǎn)品經(jīng)理的日常工作——產(chǎn)品需求管理》（下稱《產(chǎn)品需求管理》）一文中有介紹過可以按四象限評分、需求關(guān)聯(lián)（依賴）度、開發(fā)難度、開發(fā)周期等多種維度進(jìn)行多維評分來確定需求優(yōu)先級，此處不再贅述，這里想再補(bǔ)充另外一種確定需求優(yōu)先級的方法——緊前關(guān)系繪圖法。

在《產(chǎn)品需求管理》一文中分享過，需求的依賴條件一般有需求依賴、設(shè)備依賴、政策依賴、開發(fā)依賴、環(huán)境依賴、安全依賴等，緊前關(guān)系繪圖法就是通過確定每個需求之間的依賴關(guān)系，最終推導(dǎo)出每個需求之間優(yōu)先級順序的方法。

這種方法一般會綜合多維度進(jìn)行劃分，對于依賴關(guān)系比較密切的需求可以快速劃分出它們之間的優(yōu)先級。

以購物車為例，假設(shè)現(xiàn)在需要做針對購物車功能實現(xiàn)以下需求：

添加購物車、刪除購物車、清空購物車、購物車支付、修改商品數(shù)量、選擇商品、統(tǒng)計選擇商品數(shù)量、統(tǒng)計選擇商品金額。

如果要對這一堆功能劃分優(yōu)先級，基本上除了“添加購物車”需求是最先能夠被確定的之外，其他需求的優(yōu)先級就很難定，好像先做誰都可以，這個時候，我們就可以通過“緊前關(guān)系繪圖法”來推導(dǎo)優(yōu)先級。

首先我們在圖上把所有需求先畫出來。

然后找到每一個需求的“緊前關(guān)系”，記住，一定是要找緊前關(guān)系，就是實現(xiàn)當(dāng)前的需求之前需要先實現(xiàn)的需求，如果你找“緊后關(guān)系”，你會發(fā)現(xiàn)，除了“添加購物車”需求第一個做，其他功能都可以作為“添加購物車”的“緊后關(guān)系”，就會變成如下圖所示：

這樣的優(yōu)先級是沒有太大的參考價值的，所以需要找緊前關(guān)系，找緊前關(guān)系需要遵循的原則是：每個需求都需要找到緊前關(guān)系，并且是聯(lián)系最緊密的那個需求。

針對上述需求，我們可以來嘗試找一下每個需求的緊前關(guān)系，如下圖：

從上圖我們可以發(fā)現(xiàn)，原本我們以為做了“添加購物車”的需求之后，直接做“購物車支付”的需求也可以，但通過緊前關(guān)系來進(jìn)行推導(dǎo)，發(fā)現(xiàn)實現(xiàn)“購物車支付”需求，需要先實現(xiàn)“統(tǒng)計選擇的購物車商品金額”的需求，而在此之前，需要實現(xiàn)“選擇購物車商品”的需求，在這之前，才是“添加購物車”需求。

我們按思維導(dǎo)圖的形式把這個圖重新梳理一下，就可以得到一個“緊前關(guān)系圖”：

通過上圖，我們除了可以知道每個需求的優(yōu)先級以及他們之間的依賴關(guān)系，我們甚至可以在圖中找出本次開發(fā)任務(wù)的主線，比如我們此次的業(yè)務(wù)目標(biāo)是讓用戶可以將商品添加到購物車并支付，那么我們只要找到最終目標(biāo)“購物車支付”，然后順著緊前關(guān)系一直往前找，就會找到本次開發(fā)任務(wù)的主線，如下圖：

如此你會發(fā)現(xiàn)，即使有很多的功能沒有開發(fā)，也不會影響本次業(yè)務(wù)目標(biāo)的實現(xiàn)，這就是在上文“定義任務(wù)”中所提到的“確定需要實現(xiàn)的業(yè)務(wù)”的重要性。

三、估算資源

估算資源之所以放在進(jìn)度管理中，是因為資源對進(jìn)度有著至關(guān)重要的影響，相同的需求，5個人開發(fā)和10個人開發(fā)，進(jìn)度肯定是不一樣的。

在產(chǎn)品研發(fā)的不同階段，由于需求不同，因此所需的資源也不盡相同，所以估算資源需要在確定了任務(wù)和需求之后才可以進(jìn)行。

資源可以分得很細(xì)，但一般習(xí)慣性將它分為兩大類：人力資源和支撐資源。

人力資源很好理解，就是本次產(chǎn)品研發(fā)需要的人員，核心點(diǎn)一般就是3個：崗位、人數(shù)、職級。

崗位指的是本次研發(fā)需要用到哪些崗位的人員，比如：產(chǎn)品經(jīng)理、UI 設(shè)計師、前端開發(fā)工程師、后端開發(fā)工程師等。

人數(shù)指的是每個崗位需要的人數(shù)，比如：需要2名產(chǎn)品經(jīng)理，1名 UI 設(shè)計師，2名前端開發(fā)工程師和4名后端開發(fā)工程師等。

職級指的是每個崗位人員的能力級別，比如：4名后端開發(fā)工程師中，要求至少1名高級工程師和至少2名中級工程師。

以上3個是最容易對進(jìn)度的評估和控制產(chǎn)生影響的因素。

支撐資源則是指除了人力資源以外，一切支撐產(chǎn)品研發(fā)的資源。比如產(chǎn)品開始研發(fā)時，需要的服務(wù)器、數(shù)據(jù)庫等資源。

支撐資源也是需要根據(jù)需求進(jìn)行評估，比如做驗證碼登錄，需要開通短信包資源；比如做移動支付，需要開通支付接口等。

資源的申請時間和到位時間也是估算時間的重要評價標(biāo)準(zhǔn)，比如開通移動支付，申請和審核預(yù)計需要7個工作日，并且期間有可能審核不通過，需要重新審核，這些因素都不能不考慮，否則有可能出現(xiàn)某個版本快做完了，發(fā)現(xiàn)支付沒有接，一問，說還沒申請下來，這種對于產(chǎn)品研發(fā)的進(jìn)度管理簡直就是災(zāi)難性的。

因此，在開始一個版本之前，就需要先評估好需要哪些資源，并且確認(rèn)好這些資源落實的時間，確認(rèn)哪些資源是必須在開始研發(fā)前到位的，哪些是可以在研發(fā)進(jìn)行過程中申請和推進(jìn)的。

這個時候我們會發(fā)現(xiàn)，我們在上一階段確定優(yōu)先級的時候，只針對需要開發(fā)的需求確定了優(yōu)先級，實際上在整個進(jìn)度管理過程當(dāng)中，申請或等待資源落實也會占用時間，因此也應(yīng)該把申請資源之類的任務(wù)也放到“緊前關(guān)系圖”中。

比如我們需要在“添加購物車”需求開始的同時進(jìn)行“申請開通支付接口”的任務(wù)，那就需要在在圖中添加一個“申請開通支付接口”的任務(wù)了，非需求的任務(wù)我們可以用另外的顏色標(biāo)注出來，如下：

“添加購物車”和“申請開通支付接口”并列進(jìn)行，沒有緊前關(guān)系，所以可以增加一個開始節(jié)點(diǎn)來代替，從新的圖中我們可以更加清晰地看到，“購物車支付”有兩個緊前任務(wù)，只有當(dāng)這兩個緊前任務(wù)都完成的情況下，“購物車支付”任務(wù)才可以開始。

四、估算時間

確定需要開發(fā)的需求和所需資源之后，就可以對每個需求的開發(fā)時間和每個資源的落實時間進(jìn)行評估，這個階段需要研發(fā)人員介入，對每個任務(wù)進(jìn)行詳細(xì)評估。

評估時間一般依靠評估人員的經(jīng)驗和綜合分析得到，最終需要將評估的結(jié)果反映到“緊前關(guān)系圖”中，評估時，并不是簡單的評估好每個任務(wù)所需要的時間就夠了，還要考慮到4種“關(guān)系”和兩個“量”：

4種關(guān)系：

1. 完成-開始（FS）：緊前活動完成，緊后活動才能開始。比如：“添加購物車”的功能做完之后，才可以開始做“清空購物車”的功能。
2. 完成-完成（FF）：緊前活動完成，緊后活動才能結(jié)束。比如：“統(tǒng)計選擇商品金額”和“選擇商品”可以同步開發(fā)，但在“選擇商品”功能開發(fā)完成之前，沒有辦法驗證“統(tǒng)計選擇商品金額”功能是否正確實現(xiàn)，所以必須在“選擇商品”的功能開發(fā)完成之后，“統(tǒng)計選擇商品金額”功能才能完成。
3. 開始-開始（SS）：緊前活動開始，緊后活動才能開始。比如：“統(tǒng)計選擇商品金額”需要等“選擇商品”開始之后才能開始，否則如果突然取消“選擇商品”這個需求，那么“選擇商品金額”這個需求就沒有意義了。
4. 開始-完成（SF）：緊后活動開始，緊前活動才能結(jié)束。假設(shè)“申請支付接口”和“獲得支付接口”是一組緊前緊后任務(wù)，在獲得支付接口之前，可能會有多次審核，因此要不斷申請，只有“獲得支付接口”的任務(wù)完成之后，“申請支付接口”的任務(wù)才能結(jié)束。

從上文的第3點(diǎn)和第4點(diǎn)可以看出，緊前緊后關(guān)系并不是絕對的，相同的緊前緊后活動在不同的場景下可以有不同的定義，對工期的評估自然也會有不同的影響。

兩個“量”：

1. 提前量：相對于緊前活動，緊后活動可以提前的時間量。比如“統(tǒng)計選擇商品金額”活動可以提前3天開始，不用等“選擇商品”活動開始，這個“3天”就是提前量，在算工期的時候，可以減去這個時間。
2. 滯后量：相對于緊前活動，緊后活動需要推遲的時間量。比如“開通支付接口”申請?zhí)峤缓?，需要?天完成審核，之后才能對接支付通道，這個“7天”，就是滯后量，在算工期的時候，需要加上這個時間。

由此我們會發(fā)現(xiàn)，不僅是每個任務(wù)的時間會影響整體工期，緊前緊后的關(guān)系以及提前量和滯后量也會影響整體工期，評估后，同樣需要將每個活動的時間、它們之間的關(guān)系以及提前量或滯后量標(biāo)注在“緊前關(guān)系圖”中，如下：

關(guān)于“緊前關(guān)系繪圖法”的一些基本概念，本文就介紹到這里，各位如果對此比較感興趣，可以去網(wǎng)上查找資料深入學(xué)習(xí)，在此基礎(chǔ)上結(jié)合“關(guān)鍵路徑法”，可以計算出整個項目的工期，甚至每個活動的最早開始時間、最早完成時間、最晚開始時間、最晚完成時間以及總浮動時間等。

五、制定進(jìn)度計劃

由于互聯(lián)網(wǎng)產(chǎn)品的迭代速度極快，現(xiàn)在已經(jīng)幾乎沒有產(chǎn)品經(jīng)理會為了某個版本去專門制定一份書面計劃，但不是說可以不做計劃，一般推薦用項目管理軟件來管理每個版本的計劃。

目前市面上有很多項目管理軟件，一般都是以需求或任務(wù)為單位，對需要完成的需求或任務(wù)進(jìn)行詳細(xì)描述，并指派負(fù)責(zé)人員以及規(guī)劃好開始和結(jié)束時間，各成員在開發(fā)需求或執(zhí)行任務(wù)過程中需對計劃更新。

通過管理軟件看板就可以清晰了解到每個需求或任務(wù)的狀態(tài)以及完成度，做的比較細(xì)的項目管理軟件甚至還會提供各種維度的數(shù)據(jù)統(tǒng)計報表，如下是某項目管理軟件的部分界面截圖：

六、監(jiān)控進(jìn)度

監(jiān)控進(jìn)度的節(jié)點(diǎn)稱為“監(jiān)控點(diǎn)”或“里程碑”，一般在制定進(jìn)度計劃時會約定將某個任務(wù)完成或某個具體的日期作為“監(jiān)控點(diǎn)”，在任務(wù)完成或到達(dá)約定日期時，對產(chǎn)品研發(fā)進(jìn)度進(jìn)行監(jiān)控，根據(jù)版本的大小，監(jiān)控點(diǎn)可能很密，也可能很少，一周一更的產(chǎn)品甚至有可能沒有設(shè)置監(jiān)控點(diǎn)，只在最后進(jìn)行驗收。

得益于項目管理軟件的應(yīng)用，監(jiān)控產(chǎn)品研發(fā)進(jìn)度也變得更加直觀和簡單，關(guān)于監(jiān)控進(jìn)度的工作，主要記住以下幾點(diǎn)就可以了：

1. 判斷當(dāng)前產(chǎn)品研發(fā)進(jìn)度的狀態(tài)：進(jìn)度超前、正常還是落后。
2. 對可能引起進(jìn)度變更的因素施加影響，使其朝有利方向發(fā)展，比如申請開通支付接口過程中，有可能資料審核不通過，需要重新提交資料，容易影響到后面支付功能的開發(fā)，所以一定要及時關(guān)注動態(tài)，確保不會因為申請過程延誤太長時間而影響到產(chǎn)品研發(fā)。
3. 判斷項目進(jìn)度是否已經(jīng)發(fā)生變更，并在變更發(fā)生時，使用變更控制流程對其進(jìn)行管理。

變更控制流程在之前的《從10大管理看產(chǎn)品經(jīng)理的日常工作——產(chǎn)品整體管理》中有提過，這里不再贅述。

七、控制進(jìn)度

控制進(jìn)度主要是在進(jìn)度超前和進(jìn)度落后時介入。

進(jìn)度超前未必是一件好事，當(dāng)進(jìn)度超前時，需要進(jìn)行“3個核實”：

1. 核實產(chǎn)品是否按照設(shè)計正確實現(xiàn)。比如是否有規(guī)劃好的需求沒有開發(fā)。
2. 核實產(chǎn)品質(zhì)量是否達(dá)到既定指標(biāo)。比如查詢性能是否達(dá)到合理的指標(biāo)，查詢時間是否在預(yù)先確定的范圍內(nèi)。
3. 核實進(jìn)度計劃是否合理。比如制定計劃時，是否將原本3天可以實現(xiàn)的需求寫成5天。

如果核實發(fā)現(xiàn)問題，需要進(jìn)行干預(yù)，比如要求按照設(shè)計優(yōu)化產(chǎn)品，或重新修正進(jìn)度計劃等，如果經(jīng)過以上“3個核實”都沒有發(fā)現(xiàn)問題，那么這個進(jìn)度超前，就目前為止來講，就是一件好事。

進(jìn)度落后就一定不是一件好事，當(dāng)進(jìn)度落后時，同樣需要進(jìn)行“3個核實”：

1. 核實造成進(jìn)度落后的原因。
2. 核實實際落后的進(jìn)度。
3. 核實落后的進(jìn)度是否已經(jīng)對整體的進(jìn)度產(chǎn)生影響。

核實原因是為了解決問題，核實落后進(jìn)度是為了提供針對性的改進(jìn)方案，核實對整體進(jìn)度的影響是為了確認(rèn)是否需要調(diào)整整體的進(jìn)度計劃。

針對落后的進(jìn)度，一般有以下幾種改進(jìn)方法：

1. 趕工。就是加班，但注意這種方式可能會影響成員情緒，需要做好人力資源管理（關(guān)于產(chǎn)品研發(fā)過程中的人力資源管理后續(xù)有機(jī)會整理專門的文章分享）。
2. 快速跟進(jìn)。將原本按順序進(jìn)行的任務(wù)改為并列進(jìn)行，可能會有返工危險，需要做好產(chǎn)品質(zhì)量管理（后續(xù)有機(jī)會專門分享）。
3. 使用高素質(zhì)人才。將初級工程師暫時替換成高級工程師，以期提高工作效率，降低返工風(fēng)險。
4. 改進(jìn)技術(shù)。比如使用更加成熟或更加容易維護(hù)的系統(tǒng)框架。
5. 加強(qiáng)質(zhì)量管理。產(chǎn)品質(zhì)量管理需要在整個產(chǎn)品研發(fā)過程中持續(xù)關(guān)注，確保不會因為早期沒有發(fā)現(xiàn)的產(chǎn)品質(zhì)量問題而導(dǎo)致后期需要返工。
6. 在獲得批準(zhǔn)后，刪減部分依賴程度較小的需求。比如上文舉例的，業(yè)務(wù)目標(biāo)是實現(xiàn)添加購物車并支付，后來發(fā)現(xiàn)相關(guān)的幾個需求實現(xiàn)難度比想象復(fù)雜，進(jìn)度嚴(yán)重落后，則可以在經(jīng)過審批并獲得同意后，將與業(yè)務(wù)目標(biāo)依賴性較小的需求刪掉，放到后續(xù)的版本完成。

以上便是本文的全部內(nèi)容，感謝閱讀。

專欄作家

產(chǎn)品錦李，公眾號：產(chǎn)品錦李（ID：IMPM996），人人都是產(chǎn)品經(jīng)理專欄作家。不務(wù)正業(yè)的產(chǎn)品經(jīng)理和他的產(chǎn)品設(shè)計。

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

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

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