通常，公司在確定了產品方向后，最重要的兩個點就是：項目進度和產品質量；相信很多產品經理在推進項目進度方面都會遇到或多或少的一些問題。那今天咱們就來討論一下影響項目進度的因素有哪些？如何把控項目進度？
先舉個例子
就拿我剛完成的2.2.0版本來說，這個版本其實就是增加了3個實用的工具，采取立項的方法；時間節點有4個
第一：3月20日，我完成了產品原型設計，需求文檔編寫，開需求會議，立項文檔確認（每個項目參與人員都要確認）并正式立項
第二：3月23日，確定設計稿，切圖提交給研發
第三：4月11日，出測試版，此時iOS和Andirod已核對各項功能，并和后臺聯調完成
第四：4月15日，一個星期測試后，正式上線，并無明顯bug
從上面這個例子可以看出，我們的時間節點都很明確，當然你會說“我們平時項目進度的時間也很明確，為什么做不到按時高質量上線呢？”下面我就給大家分析一下“眾所周知”的原因！（道理我們都懂，但依然做不好產品，心塞不？）
影響項目進度的因素及解決辦法
1.不斷有新需求插入
（1）產品方向未定，老板總是拍腦袋，昨天說張三家的產品，今天談李四家的項目
離開這家公司，不要為了拿工資而將就自己的職業，浪費自己的青春；CEO的職責是什么？找錢、找人、找方向，產品的方向都沒定，沒有自己的決策和方法論（可以看我之前發的一篇文章“你是功能經理還是產品經理”中提到的決策和方法論）公司走不長遠；產品經理是跟CEO走的最近的人，如果你不理解產品的方向，那絕對是混日子。
（2）版本控制機制不完善
CEO對產品的大方向很明確，但總是在版本上面急功近利；這種情況就是版本控制機制不完善，你要做的是和CEO死磕，把版本控制的重要性讓CEO明白，他不理解，你就堵在他辦公室門口談，堵在他廁所門口談，吃飯的時候堵著談；直到說服他為止，雖然很累，但你很優秀。
2.不斷調整需求邏輯
頁面樣式和文案不考慮在內。
這種情況是產品經理沒有理清需求，我在上面的例子中說道：立項時，我的原型設計、需求文檔、需求會議、立項文檔都已完成，這個是需要一定的時間去思考的；前期那怕用2周的時間去反復推敲邏輯，也不要急于出原型，去開發；因為后面你會發現沒理清邏輯的代價就是：你感覺自己好忙、好累、疲于應對開發中出現的各種問題。所以一定要反復推敲自己的產品邏輯。
3.產品與設計的溝通有障礙
（1）設計沒搞懂需求
這個簡單，花時間去給設計師講就得了。1遍不行就2遍，2遍不行就4遍，快打起來的時候，請設計師去喝個酒，如果是女孩子就買點零食，沒有解決不了的問題。
（2）設計師新來的，沒搞懂產品的設計方向
這個情況，第一需要時間磨合；第二也是最快的方法，找市面上一款和你的產品方向類似的應用去抄襲風格。例如你做的是商務類的那就去找比較成功的商務類型應用，改一下顏色就行了。
4.研發沒有理解需求，積極性不高
（1）那就去多和研發溝通，動之以情曉之以理；再不行就畫餅，不會畫餅的產品經理不是好的CEO；盡一切辦法讓他們理解需求，去加班按時完成項目；同時必須反復強調一點：出測試版的時候，后臺要和客戶端是聯調2遍以上，iOS和Andirod是核對了2遍以上；完成以上步驟，產品經理的測試任務就會輕松很多，同時bug的出現率會降低。
（2）關于畫餅，這個界內人事都清楚其意義。在我完成的項目里面我是向公司申請了獎金的，用糖衣炮彈去擊垮程序猿內心不愿加班的防線，再用產品美好的未來，讓他們充滿希望。
如何解決以上影響進度的問題？
1. 解決本質問題：產品邏輯的問題
說一千道一萬，其實就是產品邏輯是否理清，是否經得起推敲，是否經得起反問？內心默數3遍，再去推敲一次，做到知行合一，擲地有聲，不亂改需求邏輯，那項目進度把控基本上妥妥的沒問題。
2. 解決主要問題：人的問題——設計師and程序猿
開完需求會議，在確認立項文檔時，需要設計師和研發組的leader填寫：設計完成時間、測試時間；最終的上線時間產品來定，一般有幾個項目經驗的產品，能大概判斷出來整個流程的時間節點；我們把上線時間定了，讓設計師和研發去填其中兩個時間節點即可。（當然這個過程有CEO的支持會更加順利）
在確定立項文檔時，要保證團隊的目標、期望是一致的，這樣在推進起來才能省時省力。
3. 解決次要問題：版本控制問題
其實上面原因分析的時候已經講過，版本控制對于產品發展方向來說尤為重要，這是后面復盤時的憑證；通過版本控制能很好的去分析之前版本的優缺點，把利害關系向CEO闡明，我相信他會聽取你的建議；但首先你要明白“復盤”的含義，不懂的自行百度吧。
最后
考量自己的穿著，把自己打扮的有品位、有氣質一點，說話的方式委婉堅定一些，給經常身穿大褲衩，腳踏拖鞋的設計師和程序猿們一種壓迫感，也是推進項目的一種方法。
