很多时候程序在排期的时候，都会给自己预留一定的时间以免工期过于紧张，但是实际上研发过程中延期总是不可避免。那么在项目延期的时候，产品应该做什么？
梳理需要实现的每个功能点，是否存在误解或者盲点
很多时候，对功能或业务流程的错误的理解是最终导致在开发上花费过多时间的根本原因。Coding最大的敌人是：自己认为自己懂了，然后死命按照自己的思路去实现，也许一切本不该如此。在这点上，尽情的和PM沟通，明确每一个需求。了解后，最好能用自己的理解在口述回去，以达到双重确认。
明确现有进度，重新安排优先级
PM需要考虑，客户/用户最想在这个版本看到什么，最想体验哪些功能。按照模块重新排定优先级，然后用剩下的时间全力去满足客户最关心的功能点需求。另外，个人建议可以通过在UI上展现一定的专业性和产品价值，用于弥补功能上的缺失。另外，做好空白或者屋内的默认页面，也会另人感到专业许多。
了解各模块进度慢的原因
是否因为非必要的10%功能而导致了90%功能的延误；或者存在功能的误解（同1），是否在实现中发现了更好的解决方案？是否是实力所致？是否有生活中消极的因素影响？找到真正的原因，才有助于问题的解决。
勇于砍砍砍
放弃一次性打造完美产品的念头。要勇于扔下阻止前进甚至关乎生存的一件件“货物”。在做这个艰难的决定前，至少你已经通过第2点里面提出的方式有了明确的优先级排期，大胆的“砍掉”那些优先级不高的功能吧。
保持文档/代码的一致性
世界上最遗憾的事情，就是在Coder按照功能大干数个小时候却被告知，这个功能已经改变/取消了。此时出现“人命”也不足为奇了。保持步调和战略的统一，是走向胜利的基本要素。各种文件版本的变动一定要保持一致，并且最好有更新记录。Coding中利用Git可以很容易做到这一点，但文档的更新恐怕就要多费一些功夫和口舌了。
和客户真诚的沟通
不要瞒到最后一天，项目预警机制的存在不能是摆设。良好的商务合作前提是彼此尊重和理解，在当今社会各种情况导致项目延期其实都是可被接受的。客户可以接受延期，但不可接受遥遥无期的延期和临近末尾的恍然大悟。及时的沟通可以始终让客户和自己站在一起。当然，预警也要讲究方式方法，只说坏消息也会让客户崩溃，一定要给出明确的时间节点和解决方案，让客户心中有数。要让人给耐心，先给耐心一个落脚点。
