前端工时评估

最新推荐文章于 2024-06-03 18:30:25 发布

weixin_33801856

最新推荐文章于 2024-06-03 18:30:25 发布

阅读量712

点赞数 1

文章标签：前端 ui ViewUI

原文链接：https://segmentfault.com/a/1190000017562345

版权

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

最近的项目就吃了评估时间不够的亏，开发时间不足，导致加班搞，提测时功能先跑通，小问题留在测试时debug，导致bug巨多。

最近思考了很多，总结了下前端工时评估的几点，记录下

在预估工时的时候，一定要留有一定的buffer，因为项目随时有风险点出现。同时，尤其值得注意的是，项目临时加需求的情况太常见了，几乎没有不临时增加需求的项目。
预估时一定要计算一下参加会议的时间，把这些时间刨除在有效时间之外。各种开会，和pm讨论问题，code review。杂七杂八的算下来，每天真正编码的时间没想像的多，按每天8小时算排期，评估每天实际开发的时间。
如果视觉设计师、交互设计师给出的内容不够细致，就会有大量的UI上的返工，而且可能出现设计的交付晚于预期的情况，这种种因素势必会对前端开发工作的进行造成影响。
统计打点、文案修改这类需求常常在PRD中不会体现，但这都是明显的常规性潜在需求。对这些潜在内容，必须要有所估计。
有些需求是一带而过，有时是一句话，有时是几个字，有时可能是一个图，等等。在评估的时候，你得把眼睛放亮点，可能这样一个“简单” 的需求，够你做好几天才能搞定的。
平时多记录自己的工作情况，比如一个功能耗费了多少开发时间，耗费了多少优化时间，平均每天编码的真实时间有多长等等。