全文共1291字，閱讀需4m 57s。

BEGIN

已知：1個產品經理，2個程序員，1個設計師，1個測試，3個需求，1個deadline。通過這些條件，我們可以很簡單的計算出項目delay的概率是100%。（沒錯，真的很簡單啊喂！！！！！）

那么問題來了：求產品經理的心理陰影面積！

其實理論上講，把控項目進度，并，不是產品經理的職責。傳統的軟件公司和大型互聯網公司都有專職的項目經理，然，大多數中小互聯網公司并沒有這個職位，于是，這個光榮而MMP的任務，自然就落到產品經理頭上了。

俗話說：久病成良醫，項目delay的多了，自然也就有辦法了。有著多年的項目delay經驗（這條可以寫入簡歷，呵呵.jpg）的老K，總結了點經驗分享給大家：

? 什么原因導致的delay？

首先，要找項目delay的原因，大部分的項目delay，無外乎是以下幾個原因：

需求因素：產品經理對需求的把握不精準，在開發期間頻繁改需求，因此導致項目delay。（程序猿：偷著樂吧，和諧社會救了你！）

技術因素：如果一個技術團隊缺少有經驗的技術大牛，那么，他們給出的預估開發周期，通常，是絕對不靠譜的。另外一種技術因素就是，在測試過程中遇到阻斷性Bug，短時間內無法解決。

老板因素：沒錯，特別是創業公司，老板絕對是極其不穩定的X因素。一個不靠譜的老板，提出一個不靠譜的想法，外加一個不靠譜的deadline...來感受一下一個老板的，極其清新脫俗的邏輯思維：

關注公眾號產品經理日記(ID：p_m_diary)，回復關鍵詞“PRD”，獲取騰訊產品需求文檔模板！！

? 怎么辦？怎么辦？怎！么！辦！啊！?

首先，對自己，需求把控是產品經理最核心的能力之一，是在整個職業生涯中都要去不斷提高的。去讀書，去學習，去思考，去交流...哎，對了，老K的交流群歡迎你加入哦！在公眾號回復：加群。

其次，對技術，靠譜的研發周期=技術提出的周期*1.5 + 兩三天的緩沖。。。最根本的解決辦法，就是，找個靠譜的技術啊！！（偶爾也可以對老板提個需求）

再次，對老板：我只能說，立場鮮明的，拒絕老板提出的，SB需求，是產品經理的基本職責之一。前提是你得確認需求不靠譜，再就是你得能說服老板。。都看造化。。

? 怎么合理的確定項目周期

首先在需求確認時，切記謹慎，把所有用戶場景在腦子里多過幾遍。另外，小步快跑的迭代方式，也能有效避免項目delay。

其次，需求評審時，稍微復雜點的需求，至少講3遍，確保技術能聽明白。

再次，要求技術拿出詳細的排期，詳細到每天做什么，然后，整個排期酌情乘以一個系數（1.2-2），外加2-3天的緩沖，就是基本靠譜的開發周期了。

最后，項目進入開發期，每天下班前開短會，確認當日的開發任務的完成情況，然后，視情況加班或提前回家吃雞！

如果在開發或者測試階段，發現項目有大概率會delay，這時候，就要MMP了。。解決辦法就是：為確保迭代能夠如期上線，可以靈活的砍掉部分，不重要或不緊急的需求。

總結一下就是：需求要少點，評審多幾遍，技術給排期，自己加個鐘，每天看進度，靈活砍需求！

最后，很重要的一點，項目如期上線是手段而不是目的，如果為了能夠如期上線而導致產品各種問題或體驗不好，那純屬舍本逐末。

評論區話題：聊聊你曾有過的，最離譜的項目delay。歡迎留言吐槽！

總結

以上是生活随笔為你收集整理的10次迭代9次delay？？拒绝项目延期，这里有一整套方法！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。