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

先舉個例子

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

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

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

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

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

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

影響項目進度的因素及解決辦法

1.不斷有新需求插入

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

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

（2）版本控制機制不完善

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

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

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

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

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

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

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

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

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

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

（1）那就去多和研發(fā)溝通，動之以情曉之以理；再不行就畫餅，不會畫餅的產(chǎn)品經(jīng)理不是好的CEO；盡一切辦法讓他們理解需求，去加班按時完成項目；同時必須反復強調(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)品美好的未來，讓他們充滿希望。

如何解決以上影響進度的問題？

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

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

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

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

在確定立項文檔時，要保證團隊的目標、期望是一致的，這樣在推進起來才能省時省力。

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

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

最后

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

最最后

送大家一句話“其實我也是個普通人，喝多了也醉，挨打也疼，撐太久也累?！?，無關(guān)產(chǎn)品，純粹矯情！

作者：melonx （公眾號：melonx9） 非BAT產(chǎn)品經(jīng)理，從事產(chǎn)品事業(yè)3-4年，89年老小伙、熱愛生活、熱愛互聯(lián)網(wǎng)、喜歡運動、樂于助人、敬畏生命！

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