“聞道有先后，術(shù)業(yè)有專攻”，一個(gè)優(yōu)秀的項(xiàng)目經(jīng)理在產(chǎn)品迭代的過程中，有著不可小覷的作用。然而在大部分互聯(lián)網(wǎng)公司，由于團(tuán)隊(duì)規(guī)模的限制，產(chǎn)品經(jīng)理往往會(huì)承擔(dān)一定的項(xiàng)目管理職能，那么產(chǎn)品經(jīng)理應(yīng)該如何做好項(xiàng)目管理呢。我曾在任職期間以產(chǎn)品經(jīng)理身份兼任項(xiàng)目經(jīng)理一職，就產(chǎn)品經(jīng)理如何進(jìn)行項(xiàng)目管理這一話題給大家?guī)矸窒怼?/p>

上一篇講到了項(xiàng)目管理的一些理論知識(shí)，這篇文章中給大家?guī)磉@些理論知識(shí)如何在整個(gè)項(xiàng)目管理過程中實(shí)施。在傳統(tǒng)的項(xiàng)目管理過程中，標(biāo)志一個(gè)項(xiàng)目開始的事件是項(xiàng)目立項(xiàng)，由項(xiàng)目經(jīng)理填寫立項(xiàng)申請(qǐng)并提交可行性報(bào)告（市場(chǎng)可行性、技術(shù)可行性等），如果領(lǐng)導(dǎo)審批通過，則立項(xiàng)結(jié)束，項(xiàng)目正式開始。而在互聯(lián)網(wǎng)行業(yè)，并沒有立項(xiàng)這個(gè)過程，產(chǎn)品通過增量迭代的方式發(fā)布，用戶的需求不斷，產(chǎn)品的迭代不停止。在一次產(chǎn)品迭代過程中，大概會(huì)經(jīng)歷以下幾個(gè)階段：

產(chǎn)品設(shè)計(jì)階段

產(chǎn)品經(jīng)理從各個(gè)渠道收集用戶需求，這些需求有可能是用戶的真實(shí)反饋，有可能是公司的戰(zhàn)略規(guī)劃，也有可能是某個(gè)線上bug的修復(fù)，根據(jù)優(yōu)先級(jí)的不同，產(chǎn)品經(jīng)理對(duì)這些需求進(jìn)行優(yōu)先級(jí)排序。有了排序好的需求清單，產(chǎn)品經(jīng)理就可以根據(jù)優(yōu)先級(jí)來進(jìn)行需求調(diào)研和需求分析了，這個(gè)過程是伴隨產(chǎn)品迭代過程一起發(fā)生的。

有了初步的產(chǎn)品方案之后，我們要進(jìn)行2個(gè)判斷：

1. 我的方案是否對(duì)其他的產(chǎn)品或模塊有影響，很多產(chǎn)品經(jīng)理容易忽略這一點(diǎn)，導(dǎo)致開發(fā)團(tuán)隊(duì)在做到一半的時(shí)候發(fā)現(xiàn)問題導(dǎo)致項(xiàng)目延期甚至返工。如果涉及到其他產(chǎn)品或模塊，需要及時(shí)跟對(duì)應(yīng)的產(chǎn)品經(jīng)理進(jìn)行溝通，提前判斷影響的點(diǎn)，補(bǔ)充自己的產(chǎn)品方案。
2. 我的方案技術(shù)是否能夠?qū)崿F(xiàn)，有一些產(chǎn)品經(jīng)理天馬行空的想出一些能夠改變世界的idea，結(jié)果開發(fā)團(tuán)隊(duì)一盆冷水告訴你技術(shù)實(shí)現(xiàn)不了。確定自己的方案技術(shù)是否能夠?qū)崿F(xiàn)最好的辦法是跟項(xiàng)目經(jīng)理溝通，如果項(xiàng)目經(jīng)理不能確定，則由項(xiàng)目經(jīng)理找對(duì)應(yīng)的技術(shù)leader溝通。這里千萬不要直接找技術(shù)leader，你的無意打斷會(huì)降低別人的工作效率。

此階段的輸入和輸出如下:

• 輸入：需求清單
• 輸出：產(chǎn)品需求文檔、交互稿、視覺稿

需求評(píng)審階段

可行性評(píng)審

在我兼任項(xiàng)目經(jīng)理初期，經(jīng)常會(huì)遇到一個(gè)情況：開發(fā)團(tuán)隊(duì)在實(shí)現(xiàn)某個(gè)產(chǎn)品需求時(shí)，突然發(fā)現(xiàn)產(chǎn)品設(shè)計(jì)上的一些漏洞，于是跟產(chǎn)品經(jīng)理溝通之后，推翻之前的產(chǎn)品方案重做；產(chǎn)品經(jīng)理沒有注意到產(chǎn)品或模塊間的影響，導(dǎo)致需要臨時(shí)調(diào)整方案以適應(yīng)其他產(chǎn)品的節(jié)奏。這不僅造成了項(xiàng)目延期，也給團(tuán)隊(duì)的氛圍帶來影響，開發(fā)團(tuán)隊(duì)?wèi)岩僧a(chǎn)品經(jīng)理的能力，產(chǎn)品經(jīng)理抱怨開發(fā)延期。經(jīng)過跟幾位技術(shù)leader交流，大家一致認(rèn)為，需要有一個(gè)流程在開發(fā)之前介入，來幫助團(tuán)隊(duì)發(fā)現(xiàn)產(chǎn)品方案上面的一些問題，避免把問題帶到研發(fā)階段，所以就推出了可行性評(píng)審例會(huì)。

可行性評(píng)審例會(huì)一般每周會(huì)進(jìn)行一次，視需求的情況而定，項(xiàng)目經(jīng)理會(huì)邀請(qǐng)?jiān)u審小組參加例會(huì)?？尚行栽u(píng)審的目的是主要由技術(shù)團(tuán)隊(duì)發(fā)現(xiàn)其中可能存在的問題，給出建議。產(chǎn)品經(jīng)理根據(jù)評(píng)審小組給出的建議優(yōu)化產(chǎn)品方案，確保進(jìn)入迭代階段時(shí)應(yīng)該為當(dāng)時(shí)最優(yōu)的產(chǎn)品方案。

進(jìn)度評(píng)審

經(jīng)過前面的準(zhǔn)備，產(chǎn)品方案基本定型下來，伴隨上一期迭代結(jié)束，項(xiàng)目經(jīng)理組織團(tuán)隊(duì)所有成員參與新一輪迭代的進(jìn)度評(píng)審會(huì)議。會(huì)議開始先由產(chǎn)品經(jīng)理給團(tuán)隊(duì)成員解釋需求的背景，產(chǎn)品方案的設(shè)計(jì)，并解答大家的疑惑。接下來開發(fā)團(tuán)隊(duì)的成員將從需求清單中挑選出滿足一次迭代所需要的需求組成當(dāng)前的迭代計(jì)劃。挑選的過程，產(chǎn)品經(jīng)理需要給出建議，產(chǎn)品經(jīng)理需要從業(yè)務(wù)角度出發(fā)判斷當(dāng)前版本應(yīng)該主要解決哪些業(yè)務(wù)問題，開發(fā)團(tuán)隊(duì)的成員不能只選擇優(yōu)先級(jí)較高的需求，或者不選擇優(yōu)先級(jí)較高的需求。

這里，我在兼任項(xiàng)目經(jīng)理期間有一個(gè)調(diào)整，在初始時(shí)，我要求團(tuán)隊(duì)在會(huì)議上能夠給出每個(gè)需求需要拆分成幾個(gè)任務(wù)完成，每個(gè)任務(wù)需要花多長(zhǎng)時(shí)間。后來發(fā)現(xiàn)，這樣的做法不僅效率不高，而且在開發(fā)團(tuán)隊(duì)沒有對(duì)需求理解透徹的基礎(chǔ)上，給出的時(shí)間往往是不正確的，更別說任務(wù)的分解了。后來進(jìn)行了調(diào)整，進(jìn)度評(píng)審會(huì)議召開完成之后，我會(huì)要求開發(fā)團(tuán)隊(duì)不要急于動(dòng)手，先仔細(xì)消化需求文檔，然后由leader在下班前把每個(gè)需求需要拆解的任務(wù)和完成的時(shí)間節(jié)點(diǎn)告知我，由我收集整理成任務(wù)清單，通過郵件的方式告知團(tuán)隊(duì)每一個(gè)成員，也標(biāo)志新的一輪迭代正式開始。

此階段的輸入和輸出如下：

• 輸入：產(chǎn)品需求文檔
• 輸出：任務(wù)清單

研發(fā)階段

進(jìn)入研發(fā)階段，項(xiàng)目經(jīng)理需要隨時(shí)跟進(jìn)開發(fā)團(tuán)隊(duì)每日完成任務(wù)的情況，尤其要確保前后端需求開發(fā)進(jìn)度的同步，以確保前后端順利對(duì)接、提測(cè)。我在兼任項(xiàng)目經(jīng)理期間，采用每日站立會(huì)的形式，每天早上固定的時(shí)間地點(diǎn)，跟開發(fā)團(tuán)隊(duì)過一遍任務(wù)完成的情況，如果發(fā)現(xiàn)某個(gè)需求進(jìn)度落后了，則會(huì)在會(huì)后去了解情況，做出調(diào)整。另外開發(fā)團(tuán)隊(duì)在實(shí)現(xiàn)需求時(shí)，一定要按照任務(wù)的優(yōu)先級(jí)進(jìn)行，切不可隨意進(jìn)行，這也是項(xiàng)目經(jīng)理需要控制的。

另外，比較重要的是，要想做到敏捷迭代，團(tuán)隊(duì)一定要適應(yīng)每日集成的節(jié)奏。有些開發(fā)人員的習(xí)慣是完成所有的需求再提交代碼，這不僅給測(cè)試團(tuán)隊(duì)造成工作量突增的問題，還有可能導(dǎo)致其他人提交的代碼無法測(cè)試。另外，在一些互聯(lián)網(wǎng)團(tuán)隊(duì)，喜歡將所有需求開發(fā)完成最后再提交測(cè)試，導(dǎo)致測(cè)試團(tuán)隊(duì)前后期工作量不均衡，團(tuán)隊(duì)抱怨測(cè)試時(shí)間太長(zhǎng)。每日集成要求開發(fā)團(tuán)隊(duì)在完成一個(gè)任務(wù)清單上的任務(wù)時(shí)，確保跟其他任務(wù)沒有耦合的情況下，提交代碼測(cè)試，而測(cè)試團(tuán)隊(duì)每天需要收集開發(fā)團(tuán)隊(duì)已完成的任務(wù)制定第二天的測(cè)試計(jì)劃。

在迭代的最后階段，測(cè)試團(tuán)隊(duì)會(huì)對(duì)本期迭代進(jìn)行整體回歸，做好上線之前最后的測(cè)試。此階段一般是拒絕任務(wù)產(chǎn)品需求的變更的，項(xiàng)目經(jīng)理需要跟產(chǎn)品經(jīng)理明確需求變更帶來的后果，如果產(chǎn)品經(jīng)理接受后果，項(xiàng)目經(jīng)理需要通過郵件的形式告知項(xiàng)目組成員和相關(guān)人員，并說明便跟的原因。

此階段的輸入和輸出如下：

• 輸入：任務(wù)清單
• 輸出：待發(fā)布的增量包

產(chǎn)品發(fā)布階段

產(chǎn)品發(fā)布后，并不代表本期迭代就結(jié)束了，項(xiàng)目經(jīng)理需要在迭代結(jié)束之后，召開迭代總結(jié)會(huì)議，一是回顧本次迭代過程中，出現(xiàn)過什么問題，后續(xù)該怎么解決；二是回顧上次總結(jié)的一些問題有沒有得到解決，問題是否依然持續(xù)。迭代總結(jié)記錄是會(huì)議的一個(gè)重要產(chǎn)物，項(xiàng)目經(jīng)理需要在會(huì)議結(jié)束后，協(xié)調(diào)關(guān)聯(lián)的人員解決問題。如果沒有解決問題的過程，迭代總結(jié)會(huì)議形同虛設(shè)，只是一個(gè)形式而已。迭代總結(jié)會(huì)議不僅能夠幫助團(tuán)隊(duì)發(fā)現(xiàn)問題，還能夠增強(qiáng)團(tuán)隊(duì)的凝聚力。

此階段的輸入和輸出如下：

• 輸入：迭代的回顧
• 輸出：迭代總結(jié)記錄

作者：周沛沛（微信號(hào)nyyzpp），點(diǎn)我吧產(chǎn)品經(jīng)理。文能寫文檔，武能改BUG。

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