位置:编程技术网 > 产品设计 > 正文 >

熬夜加班伤身,谁来为程序员的996加班“买单”?

2020年08月31日 14:53来源:未知手机版

钢铁侠动画,zombiewood,校园活动策划书

成年人的世界没有“容易”二字正如程序员的世界没有“不加班”一词前段时间“996.ICU”刷爆了朋友圈

“996.ICU”意思是:每天从早上9点工作到晚上9点,每周6天。长期这样工作,以后生病恐怕就得进ICU(重症加强护理病房)。该项目在国内外均获得了广泛关注,也因此引发了网友的激烈讨论。

在当今房价高、收入少、育儿贵等情况下,程序员996可能只是一个缩影,在各行各业的我们,都多多少少面临着需要加班的情况。

>加班文化

在很多互联网科技公司或者BAT等一线公司里,加班变成一种常态。995,996变成了大家的潜意识,甚至于很多中小公司和BAT网易去对比,说人家加班都到晚上十点十一点,我们九点已经很好了。也有公司领导把加班的人,加班越狠的人作为重点鼓吹的对象,提倡大家加班。

这里加班是好还是坏?让我们来分析一波~

加班在做什么

赶需求

有绝大部分原因是因为赶需求,那么为什么需求在正常的节点不能完成呢?一定要加班去做呢?大家看下自己的公司对号入座。

● 客户紧急需求,我就是需要什么时间上什么功能啊

● 市场需求,竞品公司都在开发这个功能,我们提前做完,哪怕是提前一个月就能争取到优势

● 公司想最大可能的榨取你的剩余价值,众所周知,加班一般没有任何加班费的,好一点的公司给点加班餐,再好的公司给你报销打车回家的费用,再好的公司允许你第二天上班晚一点来。看看自己公司做到了什么程度吧。

● KPI,大部分部门都会有KPI作为部门考核的指标,而如何体现自己部门厉害呢?那还用说,当然是上线了更多功能。自己有发现有相当一部分公司在定自己季度计划的时候,其实就是按照加班才能做完制定的,不知道有没有和自己的团队商量过呢。

● 奖惩措施。其实我觉得偶尔加班也是允许的,但是加班过后还是加班,没有任何过度,大家白白加班了,没有任何奖励,哪怕是口头的或者简简单单吃顿饭,上班时间里团建个一两天。

需求合理么

大部分的需求都是合理的,产品提的都是合理的,公司领导或者产品经理肯定会这样讲。我只是提下想法,看看是否存在以下需求场景导致不必要的加班。

● 客户或者产品经理反复没有原则没有限制的修改

● 不断的深入的需求细化

● 单位时期内需求总数不定,不断累加

● 过高的单方面预估需求研发能力,过低估计项目需要的时间成本和人力成本

● 快、好、省在中小公司不可能同时达到的噩梦。现在很多问题就是因为前期做的不细致,后期一系列的债务,影响了正常的开发进度

● 团队体制和流程不合理,对需求提交方式,消化的方式让整个过程没有任何控制,没有节点概念

保证“代码”质量

其实和其他职能一样,程序员需要保证自己的工作质量,也就是代码质量,还有就是自己的交付。

举例说明:如果自己的估期是两天完成一个功能,那么就要自己实际的完成,并且负责其后的维护和优化工作。这是毫无疑问的,如果因为自己的原因,无论是能力还是其他,要保证自己的这个功能点如期交付。当然最直接的方式就是自己加班完成需求、加班进行功能维护,这是你的事情,责无旁贷。

如果在我工期内完成了负责的事情,其他的需求或者临时任务,还没有下班,我也有义务接,但如果已经下班了,其实我们可以选择拒绝。前提是这个点不是紧急到必须马上改,马上发布的。

那么为什么会有紧急bug或者需求呢?

紧急需求或者bug(短期)

一般情况下可能有以下的几种原因:(不考虑完整需求)

● 之前的逻辑不够完善严谨,产品细节不够

● 之前的测试不够完整,没有进行完整的线上环境的验证和回归

● 不同开发环境和线上的差异

本文地址:http://www.reviewcode.cn/chanpinsheji/169740.html 转载请注明出处!

今日热点资讯