程序员晕倒事件:为什么加班是反模式?


引导5.png




这几天,在IT群里,疯传下面这样的一段视频。



视频显示办公室的一角,员工们在工作,从近景的员工的屏幕来看,是在编程。

一切看起来很平静,直到其中一个员工缓慢的站起来,然后意外的晕倒在地。


这个晕倒的员工是不是经常加班无法确定。但我想借这个事件问一下各位读者,尤其是IT行业的读者,


你们有没有曾经经历过一个加班特别晚的夜晚,起身回家的时候感到身心俱疲,快要达到自己的极限了?


在那个时刻,也许你和视频中的那个员工的差别是:你撑住了。他倒下了。


但是,


如果继续这样下去,你还能撑多久?


在IT行业,加班几乎成了家常便饭,在某些环境中,甚至把经常性的加班当成一种美德。


然而事实是,


加班是一种反模式。


反模式就是指人们常常以为有效,但是事实上无效,甚至起到反效果的做事方法。


持续加班是反模式的原因如下:


1. 对企业来说,加班不可持续发展


风靡世界的游戏《古墓丽影》在发布第6代《黑暗天使》后,遭到用户和业界的一致吐槽,就是因为这个版本的团队人员增加后管理混乱,即使在研发后半段时间团队都每天只睡3个小时,也无法挽救最终发布了一款操控困难、剧情混乱的游戏。


这个商业上的巨大失败直接导致《古墓丽影》的创始工作室Core Design被大东家替换。



在Core Design遭遇这次被抛弃之前,他们在开发第4代和第5代的时候已经在加班,疲于奔命勉强能维持前期版本的商业成功。


但是在第6代,随着产品范围扩大,团队规模上升,即使有充足的资金和人力资源支持,研发管理能力没有做相应的提升,继续靠加班死扛,最终仍然难以挽回失败的局面。


2. 对产品来说,靠加班出活不等于高效


近几年“碧桂园的房子又倒了”这样的新闻,通常都和“碧桂园要求当天出规划图”、“碧桂园把高周转率提上战略高度”交叉着出现。




当天出图,怎么出?加班呗。


结果高效强吗?房子还是一个一个的倒。

3. 从项目管理角度,无限压缩工期不可能


还有一种普遍对加班的迷信,认为所有的项目问题都可以通过压缩时间(加班)来解决。


——不管是他们要求就是这般人马去加班解决,还是我给你加资源(加人,加钱),你来解决。


但是事实是:不是所有的时间都是可以压缩的。


项目管理里有一个“关键路径”。关键路径指的是从项目开始到结束,把各个任务的时间依赖关系都考虑进去之后,可以完成的最短的工期。


比如说:有完成-开始关系的两个任务,就是要一先一后来做,才能都完成,这样的关键路径上的时间是不能压缩的。加人,加钱都没用。


最后对员工来说,是否加班仍然是个人选择


持续加班对于个人健康的损害是显而易见的,不用多说。


有的人可能会说:我不认同加班是反模式,而且我的工作/事业对于我是放在第一位,甚至放在我的健康之前。



这种选择是个人选择,也要尊重。


前提是,


在做这个选择之前,ta同时也了解ta不仅仅要对他的工作/事业负责,也要对ta的父母,丈夫/妻子,子女,和所有关心ta爱ta的朋友负责就好。


毕竟人不是生活在一个只有ta自己和工作/事业的真空中的。



Work Hard, Play Hard (拼命工作拼命玩)这句话曾经很流行。


现在有人会说:


“这句话早就过时了,试试更高效的软件研发管理方法吧,Work Smart Play Hard (用聪明的方法工作拼命玩)!”




如果你也是这么认为,欢迎转发!


END


精选文章

年会宣布996后,那些保持沉默的人

京东末位淘汰:为什么末位淘汰不适合用在软件研发团队(附特朗普亲身示范正确做法)

关于罗振宇:为什么我们买了很多课程,却依然过不好这一生?


“轻松做软件”是IT人的效率公众号,不加班必备

科学工作,少走弯路,快来关注吧!

image.png

猜你喜欢

转载自blog.csdn.net/qq_32814769/article/details/87980962