如果问一个产品经理,你最头痛的事情是什么?估计十有八九会听到产品/项目延期这个答案。项目延期,意味着产品没有如期投入市场,意味着要开始加班加点赶进度,意味着可能加班加点赶出来的产品存在大大小小的BUG,你原先设想的XX功能,XX体验没办法实现,你的KPI可能会有危险,你的年终奖可能泡汤。。。
为什么会延期呢?除掉人力资源和开发资源等一些我们无法改变的客观原因之外,我觉得重点要关注以下几个问题:
这其实是很要命的一点。只关注自己的任务,忽视了上下游相关业务模块的联系。吭哧吭哧开发完了,发现和XX模块对接不上啊!这个接口设计前端用起来很麻烦啊!于是乎,我们又一起重新写一遍。延期的红色警报又要响起来了。
解决这个问题,我们可以试试:
阅读需求文档时,请不要只看自己负责的模块,把所有需求都过一遍,理解需求的上下逻辑关系;提前和相应的同事沟通技术方案。这一点全靠自觉,毕竟不这样做最后返工的肯定有自己。
开发负责人可以在正式开发之前组织大家集中花一个时间段,把需求疑难点,需要彼此配合的拿出来讨论。磨刀不误砍柴工,这会让大家后面工作的更有效率。
每天站立会议沟通开发进度,就说自己做到哪里了,有发现什么风险,需要哪些同事或者模块来配合?也不要发什么日报,就是每天面对面沟通一下,这个比什么效率都高。日报只是起一个总结和汇报的作用,冷冰冰的几句文字比不上同事之间面对面的交流。这点对小团队来说特别重要,就那么几个人你还非要搞那么多流程,何必呢?