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

管理產(chǎn)品進(jìn)度，保證產(chǎn)品準(zhǔn)時(shí)上線是產(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)品能夠在截止日期前上線即可，期間對(duì)需求的規(guī)劃和管理相對(duì)比較靈活。

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

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

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

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

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

一、定義任務(wù)

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

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

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

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

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

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

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

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

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

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

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

首先我們?cè)趫D上把所有需求先畫出來(lái)。

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

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

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

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

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

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

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

三、估算資源

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四、估算時(shí)間

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

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

4種關(guān)系：

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

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

兩個(gè)“量”：

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

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

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

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

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

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

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

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

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

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

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

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

七、控制進(jìn)度

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

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

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

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

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

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

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

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

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

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

專欄作家

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

本文原創(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ù)。