- 实事求是，理直气壮，都给经理列出来有理有据，但要给自己留一点余地
- 按天计算即可，没必要按小时
- 前提
- 明确好需求的细节、各种可能性
- 不包括：把原型给产品经理后的重新调整时间、code review及修改时间、测试时间、bug fix时间等。
- 如果要包括，就要把时间也要估计进来，但是这几部分的时间都不太可控，要看测试进度、别人的时间等。
- 如果同步有其他任务，那么一定要明确会有多少时间分出去。当然如果经理无所谓，说到时候再说，那就不争了，但到时候真出了别的事，一定要说明影响。不能自己吃苦、背锅。
- 细化task
- 要包括UT、自测（有时候准备数据、环境挺麻烦的）的时间
- 分配各个task预计需要的时间，不要太乐观，但也不要太多
- 可以按页面、接口来评估，按经验每个页面或接口有个平均值，然后具体看需求。
- 最后都加起来以后，最好还是再加一点buffer，因为很有可能有难解决的技术问题，不能太乐观。
- 有时还要兼顾项目的schedule，主要是看看根据schedule倒推的话，来不来得及这个sprint做完（也可能code review、测试什么的都放到下个sprint）。
- 但如果是按版本发布的话，一定要心里有数下个版本赶不赶得上，如果紧张的话，有没有风险。
- 有可能要根据公司情况来适当调整，虽然个人开发速度是比较稳定的，但有的公司较宽松，有的公司会加班加紧干。
