2. 如果一个需求的开发时间超出了你的预期，就对需求进行拆分，每个需求的开发时间控制在两天以内，这样的好处是可以快速的了解到开发的进展，不断确认产出的结果是否是产品所需要的，避免一周后，发现开发和产品对需求的理解有很大的偏差而导致的延期。另外，如果真的是个非常简单的需求，开发根本无法进行分解，他自然会缩减时间的。

　　PS：别把开发进度逼的太紧，可能会影响系统质量..

　　三、如何报BUG？

　　差的方式

　　为什么我的账号不能登录呀？

　　好的方式

　　为什么我的账号不能登录呀？提示帐号密码错误！我测试的帐号是：cc123 密码是：123456，用的是苹果手机，安装的最新的版本！

　　刚刚测试的，相关信息我都写在TeamBition（Bug跟踪系统）上了，尽快处理下，这个BUG的优先级最高！

　　抓到要点没？没有的话，最后再帮你们的总结一次：

　　1. 提供稳定复现的流程和错误信息(最好有截图)；

　　2. 提供支持复现BUG的完整数据(相关帐号密码、测试的输入等)；

　　3. 提供准确的应用信息(应用版本、测试环境/正式环境 等)和平台信息(iOS、Android等)；

　　4. 明确BUG的紧急程度；

　　5. 将BUG录入到追踪系统，以防被忽略；

　　四、开发延期怎么办

　　开发没有按照约定的时间完成工作...

　　工期一天天的延期，你很焦虑...

　　怎么办？怎么？怎么办？

　　接受现实吧，轻度的Delay是难以避免的宿命！如果开发每次都特别准时的交工，那你们的开发一定在保留实力，并没有拼尽全力…

　　如果你每天上午到公司的时候，看见他们已经在对着你昨晚反馈的BUG冥思苦想了；每天晚上你离开的时候，他们还围在一起讨论解决方案...那么他们已经尽力了，但毕竟人力有穷尽，轻度的Delay代表他们对产品尽早完工的渴望和你一样强烈，对产品尽快上线和你一样的期待，才会让自己这么的辛苦的加班。

　　此时你能做的是，把优先级低的BUG整理好后，atv直播，在每天的沟通会议上一起提交给他们，而不是一次次的打断他们；你还能做的是把当前节点里不太重要但是又比较复杂的功能，放进下一个节点，让他们能够专注在重点的功能。

　　但是，如果你的开发团队面对一天天Delay泰然自若，继续该迟到迟到，该早退早退...如果你不断的询问要延期到什么时候，但是并没有人能给出准确的答复！是时候找CEO和技术负责人一起好好的讨论下了，一个项目组人不多心还不齐，这项目不干也罢了。一个项目想要成事，一定是和一群能够前途相托，甚至性命相托人在一起，才有可能！

　　所以，产品经理对技术该了解到什么程度？

　　举个打车的例子吧：