如果问一个产品经理，你最头痛的事情是什么？估计十有八九会听到产品/项目延期这个答案。项目延期，意味着产品没有如期投入市场，意味着要开始加班加点赶进度，意味着可能加班加点赶出来的产品存在大大小小的BUG，你原先设想的XX功能，XX体验没办法实现，你的KPI可能会有危险，你的年终奖可能泡汤。。。

为什么会延期呢？除掉人力资源和开发资源等一些我们无法改变的客观原因之外，我觉得重点要关注以下几个问题：

这其实是很要命的一点。只关注自己的任务，忽视了上下游相关业务?？榈牧??？赃昕赃昕⑼炅?，发现和XX?？槎越硬簧习。≌飧鼋涌谏杓魄岸擞闷鹄春苈榉嘲?！于是乎，我们又一起重新写一遍。延期的红色警报又要响起来了。

解决这个问题，我们可以试试：

阅读需求文档时，请不要只看自己负责的?？椋阉行枨蠖脊槐椋斫庑枨蟮纳舷侣呒叵?；提前和相应的同事沟通技术方案。这一点全靠自觉，毕竟不这样做最后返工的肯定有自己。

开发负责人可以在正式开发之前组织大家集中花一个时间段，把需求疑难点，需要彼此配合的拿出来讨论。磨刀不误砍柴工，这会让大家后面工作的更有效率。

每天站立会议沟通开发进度，就说自己做到哪里了，有发现什么风险，需要哪些同事或者模块来配合？也不要发什么日报，就是每天面对面沟通一下，这个比什么效率都高。日报只是起一个总结和汇报的作用，冷冰冰的几句文字比不上同事之间面对面的交流。这点对小团队来说特别重要，就那么几个人你还非要搞那么多流程，何必呢？