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