其他
作者:悟空和大王https://juejin.cn/post/7330071686489636904分享一篇前端人员比较感兴趣的话题,如何评估工时。正文看来很多小伙伴对这个问题感兴趣,大家不要忽视了压工时这个事。领导为什么会压工时?使他的KPI更好看不清楚做这个东西实际要多长时间因为第2点的原因,他也无法去争取合理时间部分人看着下属加班,有种大权在握,言出法随的畅快感码农为什么不要轻易答应压工时?无形中会打击你的自信心,当自信心全无的时候,要么是职业生涯结束,要么是变成人人都跑来拿捏一手的角色轻易妥协,会让你的说的话,可信度降低。毕竟,别人随便说一下,激一下,你就妥协了,那很容易就让人觉得,你就是随意乱说一个时间这会妨碍你对自己真实能力的认知和评估被压工时了怎么办?偶尔有少量任务,被压了少量工时,个人认为是可以接受的,毕竟不可能一切都能按规划走大量工作被压工时,那就告知延期风险,你的工作速度应该保持不变,完不成,就让项目延期。如何解决延期问题?那是领导的事情,不是一个小码农应该操心的。没怎么压工时,但把工作时间延长了?首先,工作该是什么速度,就是什么速度,不要替领导着急着赶进度其次,反馈这有延期风险,建议领导增派人手。(记得先和其他成员通个气)该提加班就提加班,调休或加班工资是你应得的,累了就调休,你是人,不是机器为什么要给自己留缓冲时间?加缓冲时间是工作不饱和?加缓冲时间不是工作不饱和8小时工作日,你不可能每分每秒都在写代码,谁也做不到。你不可能熟悉每个API,总有要你查资料的时候,而查资料,可能你查了4-5个地方,才总结出正确用法,这需要额外的时间你的工作随时可能被人打断,比如:开会,喝水,同事问你问题等等,这都会耗费你的时间你拉取代码,提交代码,思考实现方式,和业务进一步确认需求细节,和UI沟通交互细节,自测,造mock数据,这都需要时间如果没有缓冲时间,一个任务延期,可能会导致,后续N个任务都延期。即使从项目角度分析,足够的缓冲时间,有利于降低项目延期风险工作总是被人打断怎么办?比如:开会,比如插入了一个紧急工作任务,这种较长时间的打断,那就将这些被占用的时间,写进工作日志,即时向项目组反馈,要求原本的工作任务加工时或延迟开始被同事问问题。几句话能说清楚的,那不妨和他直说。几句话说不清楚的,那只能等你有空的时候,再给他解答。要优先考虑完成自己的工作任务。大方的承认自己的不足,能力多大,就做多少事,明确自己的定位可能有的小伙伴,可能被别人激一下,被人以质疑的语句问一下,后续就被人牵着鼻子走了。有很大因素是因为不敢承认某方面的工作能力暂有欠缺。其实大方的承认即可,有问题,那就暴露问题,如果项目组其他成员会,那就让他来教你,这也属于沟通协作。如果没人会,那说明这是一个需要集思广益的公共问题。可能有同学觉得自己就是个小码农甚至因为自己是外包,不敢发表自己的想法和见解,其实大可不必,只要你就事论事,有理有据,完全可以大方说出来,你不说出来,你永远只能从自己的角度看这个问题,你无法确认自己是对的还是错的。错了咱改,对了继续保持。既不贬低别人,也不看轻自己,以平常心讨论即可。明确自己的定位,就是个普通码农,普通干活的,项目延期了,天塌了也是领导想办法解决。自己不会的就反馈,别人不会自己会的,那就友好分享。不会的,不要羞于请教。干不过来了,及时告知领导,让其协调解决。坦坦荡荡,不卑不亢。前提此方法是在没有技术阻碍的前提条件下预估,如果有技术障碍,请先解决技术阻碍此方法需要根据个人实际情况调整这里以普通的以vue,element-plus,axios为基础技术的管理系统为例这些都是个人见解,欢迎在评论区提出不同观点请先以一个普通的CRUD界面,测算自己的基本编码速度为啥评估会不准确自我评估时领导给你评估时功能领导认为的领导忘记的领导认为的时间实际时间加个字段加个显示字段而已,实际只要3分钟吧码农要找到对应代码,查看代码上下文,或许还涉及样式的修改,后端接口可能还没有这个字段,