產(chǎn)品經(jīng)理如何管理項(xiàng)目進(jìn)度

一、產(chǎn)品經(jīng)理為什么要管理項(xiàng)目進(jìn)度

大公司可能會(huì)有專門的項(xiàng)目經(jīng)理去進(jìn)行項(xiàng)目進(jìn)度的把控，初創(chuàng)型的小公司可能是CTO兼任，但是CTO可能在開發(fā)的過程中為了盡快上線砍需求，最后做出來的東西質(zhì)量堪憂。一個(gè)項(xiàng)目，有明確的開始和結(jié)束時(shí)間，有明確的質(zhì)量監(jiān)控和要求，有明確的投入和產(chǎn)出預(yù)算，這些是項(xiàng)目管理的核心。但也應(yīng)該是產(chǎn)品經(jīng)理的責(zé)任——如果產(chǎn)品經(jīng)理不考慮時(shí)間，怎么能夠按時(shí)上線產(chǎn)品?如果他不關(guān)注質(zhì)量，怎么能夠推出受用戶歡迎的產(chǎn)品?如果他不考慮投入產(chǎn)出比(這個(gè)恰恰是很多技術(shù)出身的產(chǎn)品經(jīng)理最不以為然的——好東西要舍得投入)，就有可能浪費(fèi)公司大量的人力、物力和時(shí)間。

二、產(chǎn)品經(jīng)理如何管理項(xiàng)目進(jìn)度

1、拒絕業(yè)務(wù)頻繁的更改和插入需求

市場(chǎng)部門今天提出一個(gè)需求，過兩天感覺成本可能會(huì)有點(diǎn)高，需要改一下規(guī)則；老板今天冒出一個(gè)想法覺得這個(gè)不錯(cuò)，需要做一下，明天又有一個(gè)新的idea要加上。這個(gè)時(shí)候你作為產(chǎn)品經(jīng)理就需要?jiǎng)又�以情，曉之以理的說服業(yè)務(wù)部門。

你可以說：“1、你的一個(gè)小小的規(guī)則變動(dòng)可能導(dǎo)致技術(shù)之前做的功夫全部白費(fèi)，打擊士氣，喪失技術(shù)對(duì)你的信任，說不好還需要買個(gè)人身保險(xiǎn)。2、如果這樣變化的話，可能會(huì)導(dǎo)致整個(gè)項(xiàng)目延期，無法及時(shí)上線，你看你是否能夠接受“。

對(duì)于老板插入的需求你可以說：“您提出的這個(gè)需求很好，很符合我們的實(shí)際，為了不拖延項(xiàng)目進(jìn)度，可以在下一版本進(jìn)行規(guī)劃“；

你還可以用數(shù)據(jù)來說服老板，暗示他提的這個(gè)需求和我們現(xiàn)在的實(shí)際情況不符。

總之一個(gè)原則就是產(chǎn)品項(xiàng)目進(jìn)入開發(fā)階段以后就不要再頻繁變更和插入需求。

2、可以提前規(guī)劃一兩個(gè)版本

產(chǎn)品的迭代是有一條循環(huán)的流水線的：需求發(fā)掘-版本規(guī)劃-原型策劃-原型評(píng)審-UI 設(shè)計(jì)-開發(fā)-測(cè)試-發(fā)布。一般而言，為了效率最大化，我們都會(huì)爭(zhēng)取做到相鄰的兩次迭代之間能夠無縫對(duì)接。也就是流水線上每一個(gè)環(huán)節(jié)的人在完成了當(dāng)前版本的工作后，就能立即執(zhí)行下一個(gè)版本的需求。

產(chǎn)品提前規(guī)劃有個(gè)好處就是當(dāng)你覺得技術(shù)在當(dāng)前版本開發(fā)有余量的情況下，可以將之后版本的需求拿到當(dāng)前版本進(jìn)行開發(fā)。

為什么不提前規(guī)劃5-6個(gè)版本。一般來說一個(gè)月迭代兩個(gè)版本已經(jīng)算快的了，提前規(guī)劃5-6個(gè)版本，就提前把3個(gè)月以后的事情規(guī)劃了，互聯(lián)網(wǎng)瞬息萬變，這樣規(guī)劃顯然是跟不上市場(chǎng)變化的。

3、明確每個(gè)版本迭代的目標(biāo)

每個(gè)版本迭代都是有目標(biāo)的，例如互聯(lián)網(wǎng)電商產(chǎn)品的目標(biāo)可以分為：拉新、留存、轉(zhuǎn)化、銷售。所以你規(guī)劃的時(shí)候就要考慮你這個(gè)版本的主要目標(biāo)是這四個(gè)當(dāng)中的哪一個(gè)。

這樣做的好處就是在你項(xiàng)目時(shí)間不夠，需要做出取舍的時(shí)候，能夠輕易的做出取舍。例如：資本寒冬的時(shí)候，推廣成本居高不下，這個(gè)時(shí)候你下個(gè)版本的主要目標(biāo)是留存，那么當(dāng)你項(xiàng)目實(shí)現(xiàn)不了，需要砍需求的時(shí)候，你就可以把不相關(guān)的需求砍掉，確保你的項(xiàng)目順利上線。

4、MVP原則

最小化產(chǎn)品原則需要你在規(guī)劃版本的時(shí)候考慮產(chǎn)品功能的延展性，需不需要在一個(gè)版本里面把所有的功能都做完，可不可以分幾個(gè)版本迭代來實(shí)現(xiàn)。例如你規(guī)劃一個(gè)金融社區(qū)，前期是不是可以只做用戶單點(diǎn)評(píng)論功能，在以后的版本再做用戶和用戶之間的互動(dòng)。

最小化產(chǎn)品原則不僅可以快速驗(yàn)證市場(chǎng)，同時(shí)也能更好的控制項(xiàng)目的開發(fā)周期。

5、產(chǎn)品經(jīng)理不要頻繁變更需求

很多時(shí)候產(chǎn)品經(jīng)理在規(guī)劃產(chǎn)品的時(shí)候異常情況沒有考慮清楚，很多情況沒有沒有考慮到，導(dǎo)致在技術(shù)人員在開發(fā)的時(shí)候需要不斷的找產(chǎn)品經(jīng)理確認(rèn)，無形中增加了溝通成本，延長(zhǎng)了開發(fā)周期，尤其在溝通不順暢的情況下。

這就要求產(chǎn)品經(jīng)理不要急著出文檔去開發(fā)，一定要深思熟慮，考慮周全。

這樣做有兩個(gè)好處：

1、增加在開發(fā)人員心目中的威信，更利于在工作當(dāng)中的溝通

2、開發(fā)過程中你會(huì)很輕松，不會(huì)有開發(fā)人員不斷地找您確認(rèn)需求，有利于項(xiàng)目的快速進(jìn)行。

6、制定明確的項(xiàng)目管理計(jì)劃

制定明確的項(xiàng)目開發(fā)管理計(jì)劃。

第一、需要明確目標(biāo)。項(xiàng)目什么時(shí)間封包、什么時(shí)間上線要有一個(gè)一致的目標(biāo)。

第二：制定詳細(xì)計(jì)劃。有了明確的目標(biāo)以后就需要制定開發(fā)計(jì)劃。產(chǎn)品出需求需要多久、設(shè)計(jì)需要多久、開發(fā)需要多久、測(cè)試需要多久，出一個(gè)時(shí)間節(jié)點(diǎn)。

這樣做有三個(gè)好處：

1、這樣會(huì)給各個(gè)部門一個(gè)壓力。

2、同時(shí)當(dāng)你老板問你項(xiàng)目進(jìn)度的時(shí)候你也有地方可查詢。

3、你自己對(duì)項(xiàng)目進(jìn)度也有一個(gè)大概的了解。

甘特圖進(jìn)度計(jì)劃

7、對(duì)開發(fā)成本有所了解

上面提到產(chǎn)品經(jīng)理要制定項(xiàng)目管理計(jì)劃。如果產(chǎn)品經(jīng)理對(duì)開發(fā)成本不了解的話很容易被開發(fā)忽悠，導(dǎo)致開發(fā)的周期過長(zhǎng)。同時(shí)對(duì)技術(shù)的了解，有利于和程序員進(jìn)行溝通，減少開發(fā)過程中的溝通成本。同時(shí)對(duì)技術(shù)的了解，有利于在產(chǎn)品規(guī)劃的時(shí)候了解技術(shù)的實(shí)現(xiàn)成本，做到規(guī)劃的時(shí)候有的放矢。

對(duì)開發(fā)技術(shù)的了解當(dāng)然越精細(xì)越好，如果達(dá)不到專家程度，至少也要達(dá)到半骨灰級(jí)的程度。

8、項(xiàng)目進(jìn)度的Review

項(xiàng)目進(jìn)度計(jì)劃做好以后，把項(xiàng)目分配給每個(gè)人，但是你不能保證每個(gè)人都能在時(shí)間點(diǎn)之前完成任務(wù)。產(chǎn)品經(jīng)理可以每天舉行幾分鐘的站立會(huì)議，了解一下項(xiàng)目的進(jìn)度，是否會(huì)有延期。如果延期，原因是什么？如果是不可抗因素，則重新評(píng)估開發(fā)的進(jìn)度計(jì)劃；如果是可抗的因素，則要求在后續(xù)想辦法趕上原計(jì)劃的進(jìn)度。

團(tuán)隊(duì)協(xié)作視圖

如果不實(shí)行每天的站立會(huì)議，可以分為兩次review。第一次review主要看進(jìn)度是否跟的上，如果跟不上是及時(shí)調(diào)整還是需要加把勁追趕。第二次review主要是是評(píng)估那些問題可以暫時(shí)擱淺，那些問題必須解決。

在和他們溝通進(jìn)度，尤其在他們沒有完成的時(shí)候不要訓(xùn)斥他們?yōu)槭裁礇]有按進(jìn)度完成，要幫助他們解決問題，給他們梳理一個(gè)愿景，描繪一個(gè)美好的目標(biāo)。別人尊重你，你就是PM。別人不搭理你，你就只是一個(gè)P。

9、敏捷開發(fā)的PRD文檔

我這里所說的敏捷開發(fā)的PRD文檔是指原型+標(biāo)注形式的文檔。說實(shí)話，你寫的冗長(zhǎng)的word文檔不僅耽誤你自己的時(shí)間，開發(fā)也不一定會(huì)看，即使看了，也不方便。開發(fā)一般直接照著產(chǎn)品原型來開發(fā)，這個(gè)時(shí)候就需要你有一個(gè)敏捷開發(fā)的PRD文檔。敏捷開發(fā)的PRD文檔包含版本迭代歷史、功能list、異常情況的說明、全局結(jié)構(gòu)圖和重要的流程圖、第一次出現(xiàn)的名詞解釋，這些不能少，否則你的PRD不是一個(gè)完整的文檔。

10、良好的溝通

項(xiàng)目成員包含設(shè)計(jì)、開發(fā)、測(cè)試人員。你需要和這些人良好的溝通，和設(shè)計(jì)人員溝通你要有感性思維，有審美能力。和開發(fā)人員溝通，你需要有技術(shù)的邏輯思維、測(cè)試人員一般比較嚴(yán)禁，和測(cè)試人員溝通你需要有嚴(yán)禁縝密的思維。

和他們溝通項(xiàng)目進(jìn)度的時(shí)候，如果你讓成員不必為他所說的話負(fù)責(zé)任，你就能得到負(fù)責(zé)任的回答。如果把自己和工程師當(dāng)成上下游的關(guān)系，把工程師對(duì)工期的估計(jì)當(dāng)作對(duì)自己的承諾。“30天才能給你。”“不行，我15天就要。”這不是溝通，這是對(duì)立面的談判。道已錯(cuò)，追求術(shù)有什么用？

真正有效的辦法，是讓彼此間的溝通，永遠(yuǎn)不會(huì)成為日后扯皮時(shí)的證據(jù)。這樣才有利于拿到最真實(shí)的信息，方便作為正確的判斷。

11、使用團(tuán)隊(duì)協(xié)作工具

工欲善其事，必先利其器。良好的團(tuán)隊(duì)協(xié)作工具能夠減少團(tuán)隊(duì)成員之間的溝通成本。比如說通過統(tǒng)一溝通渠道從而節(jié)省時(shí)間、避免重復(fù)溝通，自動(dòng)同步信息等等。市場(chǎng)上的團(tuán)隊(duì)協(xié)作工具不少，找一個(gè)適合自己團(tuán)隊(duì)目前狀況的，團(tuán)隊(duì)成員大多數(shù)都用過的。因?yàn)轫?xiàng)目協(xié)作工具大同小異，基本上可以滿足你的團(tuán)隊(duì)協(xié)作需求,比如國內(nèi)比較好的工具 Teambition、進(jìn)度貓。

12、有變化及時(shí)溝通

項(xiàng)目在做的過程中難免會(huì)出現(xiàn)變化的地方，變化不可怕，可怕的是變化之后其他成員不知道。你試想你更改一個(gè)需求，技術(shù)不知道，技術(shù)還是按照之前的需求進(jìn)行開發(fā)，等快開發(fā)完成以后，技術(shù)知道需求變了，會(huì)不會(huì)有殺人的沖動(dòng)？

其次能當(dāng)面溝通就別打電話，當(dāng)打電話就別發(fā)郵件，一切以溝通高效為主。

人少的時(shí)候，同步變化其實(shí)不是什么困難的事情，但人多的時(shí)候就有難度了。雖然很多協(xié)作工具都有文檔更新通知，或者文檔本身就有修改記錄。但即便如此，也會(huì)有很多人忽略這些變動(dòng)。在同步變化上，除了確保文檔及時(shí)修改、告知相關(guān)設(shè)計(jì)師、工程師和測(cè)試人員以外，我還會(huì)單獨(dú)召集各平臺(tái)的 leader 進(jìn)行簡(jiǎn)單的站立會(huì)議，提醒其確認(rèn)變更是否已安排執(zhí)行，同時(shí)也相當(dāng)于交接了監(jiān)管的責(zé)任。

總結(jié)：上面就是個(gè)人在實(shí)踐中管理項(xiàng)目進(jìn)度的一些感悟，管理項(xiàng)目進(jìn)度不是一朝一夕的事情，需要在項(xiàng)目中反復(fù)的實(shí)踐。