通常，公司在確定了產(chǎn)品方向后，最重要的兩個點就是：項目進(jìn)度和產(chǎn)品質(zhì)量；相信很多產(chǎn)品經(jīng)理在推進(jìn)項目進(jìn)度方面都會遇到或多或少的一些問題。那今天咱們就來討論一下影響項目進(jìn)度的因素有哪些？如何把控項目進(jìn)度？

先舉個例子

就拿我剛完成的2.2.0版本來說，這個版本其實就是增加了3個實用的工具，采取立項的方法；時間節(jié)點有4個

第一：3月20日，我完成了產(chǎn)品原型設(shè)計，需求文檔編寫，開需求會議，立項文檔確認(rèn)（每個項目參與人員都要確認(rèn)）并正式立項

第二：3月23日，確定設(shè)計稿，切圖提交給研發(fā)

第三：4月11日，出測試版，此時iOS和Andirod已核對各項功能，并和后臺聯(lián)調(diào)完成

第四：4月15日，一個星期測試后，正式上線，并無明顯bug

從上面這個例子可以看出，我們的時間節(jié)點都很明確，當(dāng)然你會說“我們平時項目進(jìn)度的時間也很明確，為什么做不到按時高質(zhì)量上線呢？”下面我就給大家分析一下“眾所周知”的原因！（道理我們都懂，但依然做不好產(chǎn)品，心塞不？）

影響項目進(jìn)度的因素及解決辦法

1.不斷有新需求插入

（1）產(chǎn)品方向未定，老板總是拍腦袋，昨天說張三家的產(chǎn)品，今天談李四家的項目

離開這家公司，不要為了拿工資而將就自己的職業(yè)，浪費自己的青春；CEO的職責(zé)是什么？找錢、找人、找方向，產(chǎn)品的方向都沒定，沒有自己的決策和方法論（可以看我之前發(fā)的一篇文章“你是功能經(jīng)理還是產(chǎn)品經(jīng)理”中提到的決策和方法論）公司走不長遠(yuǎn)；產(chǎn)品經(jīng)理是跟CEO走的最近的人，如果你不理解產(chǎn)品的方向，那絕對是混日子。

（2）版本控制機(jī)制不完善

CEO對產(chǎn)品的大方向很明確，但總是在版本上面急功近利；這種情況就是版本控制機(jī)制不完善，你要做的是和CEO死磕，把版本控制的重要性讓CEO明白，他不理解，你就堵在他辦公室門口談，堵在他廁所門口談，吃飯的時候堵著談；直到說服他為止，雖然很累，但你很優(yōu)秀。

2.不斷調(diào)整需求邏輯

頁面樣式和文案不考慮在內(nèi)。

這種情況是產(chǎn)品經(jīng)理沒有理清需求，我在上面的例子中說道：立項時，我的原型設(shè)計、需求文檔、需求會議、立項文檔都已完成，這個是需要一定的時間去思考的；前期那怕用2周的時間去反復(fù)推敲邏輯，也不要急于出原型，去開發(fā)；因為后面你會發(fā)現(xiàn)沒理清邏輯的代價就是：你感覺自己好忙、好累、疲于應(yīng)對開發(fā)中出現(xiàn)的各種問題。所以一定要反復(fù)推敲自己的產(chǎn)品邏輯。

3.產(chǎn)品與設(shè)計的溝通有障礙

（1）設(shè)計沒搞懂需求

這個簡單，花時間去給設(shè)計師講就得了。1遍不行就2遍，2遍不行就4遍，快打起來的時候，請設(shè)計師去喝個酒，如果是女孩子就買點零食，沒有解決不了的問題。

（2）設(shè)計師新來的，沒搞懂產(chǎn)品的設(shè)計方向

這個情況，第一需要時間磨合；第二也是最快的方法，找市面上一款和你的產(chǎn)品方向類似的應(yīng)用去抄襲風(fēng)格。例如你做的是商務(wù)類的那就去找比較成功的商務(wù)類型應(yīng)用，改一下顏色就行了。

4.研發(fā)沒有理解需求，積極性不高

（1）那就去多和研發(fā)溝通，動之以情曉之以理；再不行就畫餅，不會畫餅的產(chǎn)品經(jīng)理不是好的CEO；盡一切辦法讓他們理解需求，去加班按時完成項目；同時必須反復(fù)強(qiáng)調(diào)一點：出測試版的時候，后臺要和客戶端是聯(lián)調(diào)2遍以上，iOS和Andirod是核對了2遍以上；完成以上步驟，產(chǎn)品經(jīng)理的測試任務(wù)就會輕松很多，同時bug的出現(xiàn)率會降低。

（2）關(guān)于畫餅，這個界內(nèi)人事都清楚其意義。在我完成的項目里面我是向公司申請了獎金的，用糖衣炮彈去擊垮程序猿內(nèi)心不愿加班的防線，再用產(chǎn)品美好的未來，讓他們充滿希望。

如何解決以上影響進(jìn)度的問題？

1. 解決本質(zhì)問題：產(chǎn)品邏輯的問題

說一千道一萬，其實就是產(chǎn)品邏輯是否理清，是否經(jīng)得起推敲，是否經(jīng)得起反問？內(nèi)心默數(shù)3遍，再去推敲一次，做到知行合一，擲地有聲，不亂改需求邏輯，那項目進(jìn)度把控基本上妥妥的沒問題。

2. 解決主要問題：人的問題——設(shè)計師and程序猿

開完需求會議，在確認(rèn)立項文檔時，需要設(shè)計師和研發(fā)組的leader填寫：設(shè)計完成時間、測試時間；最終的上線時間產(chǎn)品來定，一般有幾個項目經(jīng)驗的產(chǎn)品，能大概判斷出來整個流程的時間節(jié)點；我們把上線時間定了，讓設(shè)計師和研發(fā)去填其中兩個時間節(jié)點即可。（當(dāng)然這個過程有CEO的支持會更加順利）

在確定立項文檔時，要保證團(tuán)隊的目標(biāo)、期望是一致的，這樣在推進(jìn)起來才能省時省力。

3. 解決次要問題：版本控制問題

其實上面原因分析的時候已經(jīng)講過，版本控制對于產(chǎn)品發(fā)展方向來說尤為重要，這是后面復(fù)盤時的憑證；通過版本控制能很好的去分析之前版本的優(yōu)缺點，把利害關(guān)系向CEO闡明，我相信他會聽取你的建議；但首先你要明白“復(fù)盤”的含義，不懂的自行百度吧。

最后

考量自己的穿著，把自己打扮的有品位、有氣質(zhì)一點，說話的方式委婉堅定一些，給經(jīng)常身穿大褲衩，腳踏拖鞋的設(shè)計師和程序猿們一種壓迫感，也是推進(jìn)項目的一種方法。