前端工时评估

原创
2019/04/07 11:46
阅读数 568

前端工时评估是前端工程师的必修课,但作为一种带有预测性质的行为,工时的评估绝非易事。甚至很多有着多年经验的前端工程师,也不免在工时预估这件事情上栽跟斗,以至于最后不得不拼命加班来弥补预估不准的过失。

总结了下前端工时评估的几点,记录下

  • 在预估工时的时候,一定要留有一定的buffer,因为项目随时有风险点出现。同时,尤其值得注意的是,项目临时加需求的情况太常见了,几乎没有不临时增加需求的项目。

  • 预估时一定要计算一下参加会议的时间,把这些时间刨除在有效时间之外。各种开会,和pm讨论问题,code review。杂七杂八的算下来,每天真正编码的时间没想像的多,按每天8小时算排期,评估每天实际开发的时间。

  • 如果视觉设计师、交互设计师给出的内容不够细致,就会有大量的UI上的返工,而且可能出现设计的交付晚于预期的情况,这种种因素势必会对前端开发工作的进行造成影响。

  • 统计打点、文案修改这类需求常常在PRD中不会体现,但这都是明显的常规性潜在需求。对这些潜在内容,必须要有所估计。

  • 有些需求是一带而过,有时是一句话,有时是几个字,有时可能是一个图,等等。在评估的时候,你得把眼睛放亮点,可能这样一个“简单” 的需求,够你做好几天才能搞定的。

  • 平时多记录自己的工作情况,比如一个功能耗费了多少开发时间,耗费了多少优化时间,平均每天编码的真实时间有多长等等。

  • 接手每个任务时,先决定你要做什么。然后在开始之前估算任务所需时间。最后测量实际花费时间,并与估算相比较。同样比较你实际完成的与计划完成的。这样你将会既提高你对一个任务包含细节的理解,同样也提高了你的估算技能。

前端工时评估模版,仅供参考;

项目名称: xxxx
前端开发:xx、xxx
总工时:10人日
详细工时: 如下表

页面 功能 UI还原 交互逻辑 适配 联调 自测 总工时 备注
首页 导航 .5 1 .5 1 .5 3.5
 
 
合计 3.5
展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部