已知：1个产品经理，2个程序员，1个设计师，1个测试，3个需求，1个deadline。通过这些条件，我们可以很简单的计算出项目delay的概率是100%。（没错，真的很简单啊喂！！！！！）

那么问题来了：求产品经理的心理阴影面积！

其实理论上讲，把控项目进度，并，不是产品经理的职责。传统的软件公司和大型互联网公司都有专职的项目经理，然，大多数中小互联网公司并没有这个职位，于是，这个光荣而MMP的任务，自然就落到产品经理头上了。

俗话说：久病成良医，项目delay的多了，自然也就有办法了。有着多年的项目delay经验（这条可以写入简历，呵呵.jpg）的老K，总结了点经验分享给大家：

什么原因导致的delay？

首先，要找项目delay的原因，大部分的项目delay，无外乎是以下几个原因：

需求因素：产品经理对需求的把握不精准，在开发期间频繁改需求，因此导致项目delay。（程序猿：偷着乐吧，和谐社会救了你！）

技术因素：如果一个技术团队缺少有经验的技术大牛，那么，他们给出的预估开发周期，通常，是绝对不靠谱的。另外一种技术因素就是，在测试过程中遇到阻断性Bug，短时间内无法解决。

老板因素：没错，特别是创业公司，老板绝对是极其不稳定的X因素。一个不靠谱的老板，提出一个不靠谱的想法，外加一个不靠谱的deadline...来感受一下一个老板的，极其清新脱俗的逻辑思维：

怎么办？怎么办？怎！么！办！啊！

首先，对自己，需求把控是产品经理最核心的能力之一，是在整个职业生涯中都要去不断提高的。去读书，去学习，去思考，去交流...哎，对了，老K的交流群欢迎你加入哦！在公众号回复：加群。

其次，对技术，靠谱的研发周期=技术提出的周期*1.5 + 两三天的缓冲。。。最根本的解决办法，就是，找个靠谱的技术啊！！（偶尔也可以对老板提个需求）

再次，对老板：我只能说，立场鲜明的，拒绝老板提出的，SB需求，是产品经理的基本职责之一。前提是你得确认需求不靠谱，再就是你得能说服老板。。都看造化。。

怎么合理的确定项目周期

首先在需求确认时，切记谨慎，把所有用户场景在脑子里多过几遍。另外，小步快跑的迭代方式，也能有效避免项目delay。

其次，需求评审时，稍微复杂点的需求，至少讲3遍，确保技术能听明白。

再次，要求技术拿出详细的排期，详细到每天做什么，然后，整个排期酌情乘以一个系数（1.2-2），外加2-3天的缓冲，就是基本靠谱的开发周期了。

最后，项目进入开发期，每天下班前开短会，确认当日的开发任务的完成情况，然后，视情况加班或提前回家吃鸡！

如果在开发或者测试阶段，发现项目有大概率会delay，这时候，就要MMP了。。解决办法就是：为确保迭代能够如期上线，可以灵活的砍掉部分，不重要或不紧急的需求。

总结一下就是：需求要少点，评审多几遍，技术给排期，自己加个钟，每天看进度，灵活砍需求！

最后，很重要的一点，项目如期上线是手段而不是目的，如果为了能够如期上线而导致产品各种问题或体验不好，那纯属舍本逐末。

评论区话题：聊聊你曾有过的，最离谱的项目delay。欢迎留言吐槽！