为什么大多数领导喜欢看技术人员的加班时间？

一、扁鹊三兄弟

魏文王之问扁鹊耶？曰：“子昆弟三人其孰最善为医？”

扁鹊曰：“长兄最善，中兄次之，扁鹊最为下。”

魏文侯曰：“可得闻邪？”

扁鹊曰：“
长兄于病视神，未有形而除之，故名不出于家。
中兄治病，其在毫毛，故名不出于闾。
若扁鹊者，镵血脉，投毒药，副肌肤，闲而名出闻于诸侯。”

魏文王曰：“善。”

这是一篇小学语文课本的文章，

时隔30多年，在软件行业摸爬滚打，被现实毒打至满目疮痍之后，

终于有所领悟，课本与现实实现了闭环。技术牛的往往不是优秀员工

在一个软件公司，我们通常会发现这么一个现象：

一些水平非常高的大牛，无论多复杂的项目，都能保质保量按时完成，
不但写的代码精炼，bug很少，而且运行稳定，于是大佬几乎不加班，下班就走人；

还有一部分老铁，水平半吊子，写的一手屎山代码，一个项目用了别人几倍的时间，
运行一堆bug，每天加班到半夜。

前者就像扁鹊的哥哥，

bug解决于初始！未有形而除之！

很多大坑在软件设计之初就规避掉，

所以后期就很少出bug，

他们往往并不需要加班；

后者看似每天忙忙碌碌，

实则每天都在加班填坑。

但是年底考核，优秀员工往往不是前者，

反而大概率是后者，

理由很简单、很暴力，

评优标准是： 加班时间 。

如果一个项目开发完非常稳定， 很少出问题， 领导往往只会认为他很简单， 不会认为是你开发者水平高！

绝大部分IT公司对技术人员的考评最重要的标准就是加班时间。

这个标准对技术好的员工很不公平，

有懒政嫌疑【去掉有 嫌疑】，

弊端异常明显。

为了迎合这个制度，

一定会有非常多的无效加班，

上午就完成的工作，

磨到晚上提交，

带薪拉屎，蹲到腿麻的实在扛不住，

每天干坐到半夜12点回家，

周末上午区到公司打卡，玩一天下午甚至晚上再去刷卡，

一个月加班时间给你干到250个小时，

不就是要看加班时间吗？

要什么数据就去刷什么数据。

你以为这很荒谬，殊不知还有很多单位就是用代码量来衡量工作量

不光如此，还有某些软件项目管理标准体系就是根据预估的代码量来制定后续所有的工作计划，

不知道哪个天(s)才(13)想出来的！

甚至更有甚者还会根据软件bug数量 来扣绩效 【这tmd不是段子！】！

所以大家也别觉得科技公司就什么都是正确的，都是先进的，都是合理的！

科技公司nc的制度、nc的政策、nc的人多了去了！

扯远了，我们继续来看为什么大部分公司、单位都用加班时间来评价员工，

如果你认为他极其不合理，嗤之以鼻，

这只能说你是员工视角，

下面一口君带你进入一个中层领导视角。三、中层领导视角

当了领导虽然有点实权了，但是事情也多了，

今天项目a板子烧了、明天项目b软件系统卡死、后天项目c又要开始招标。。。

公司天天开不完的会，

不是在开会就是在开会路上，

老板/一把手隔三岔五要我汇报各个项目进展，

出事的项目nm我也不敢和老板说实话，

说太多实话，

直接就把我给拿下来，

只能报喜不报忧，

会后想办法救火填坑，

四处摇人。

xx部门yy总不是个好东西，

技术好的员工不派给我就算了，

明明做过的项目资料就是藏着掖着不给，

害的我手底下人只能从头开发，

他们踩过的坑，我们还要再踩一遍，

严重影响项目推进速度，

故意背后使绊子，

让我完不成，看我笑话！

在公司跪舔老板/一把手，和其他部门领导勾心斗角，

在外了还要跪舔客户，

上次陪客户喝酒，

把老子直接喝失忆了，

吐的哪都是的。

手底下这些人，

居然敢跟我讲付出，

哪个有我付出的多？！

至于他们谁干了最多，谁贡献大，

没时间、也没有兴趣去一一核实？

周报日报全部看一遍？

那我什么事都不要做了，

有那功夫，我还不如多揣摩下老大意思，

做好向上管理！！！

至于年终奖划分、优秀员工评选，

平时谁填的坑多，

谁在关键时刻能给我顶上去，

谁加班多，

谁任劳任怨，

我就给谁！！！

那些老员工，

仗着自己有点小技术，

天天闹意见，

看到他们我就心烦，

我tm陪客户一周吐3次，

他到点就走人，

还想评优秀员工？！

门都没有！！

天天加班的员工不一定是好员工，

但是不加班的员工一定不是好员工！

你代码写的好又怎么样！

马上我再招几个人，给顶下来，

1个不够，招2个，还不够就招5个。

不听话我照样给你小鞋穿！

地球少了谁都一样转！

至于提拔，更不可能，

这些技术好的都提拔上来了，

那活谁来干！？

老实待着吧你！

领导走这么想，

那猴精的hr自然顺着领导意思去办！、屠龙少年终成恶龙

领导也是从底层一点点干起来的，

也许他之前也很鄙视领导压榨下面的人加班，

也许他也遭遇过种种不公的对待，

当他终于通过自己的努力，

一路打怪练级，

升上去后，

却变成了当初他最讨厌的样子！

屠龙少年终成恶龙！

在不同的位置，

领导承担的kpi发生了变化，

视角不同、环境不同、矛盾主体与之前都大相径庭，

思维方式是一定也必须发生转变。

要知道单位的老板/一把手，更现实。

他需要能帮他巩固地位、带来项目、疏通关系的人。

不能给他带来直接的利益，在他眼里价值为0。

中层领导需要对团队负责，

需要对项目负责，

需要对老板/一把手负责！

干不好要么卷铺盖走人，

要么降职，退回普通员工苟着，

大部分人是无法接受的，

所以必须做出改变，

改变不了的，

必然会被游戏规则所淘汰！五、最后

根据28原则，

一个软件项目开发工作往往只占总共人力的20%，

而剩下80%的人力工作量需要用来解bug、稳定性、可靠性维护！

让领导每日头疼的都是那些提交上来测试出的bug，

所以90%以上领导眼里只有那些后期提交上来的bug，

都只能记得住能解燃眉之急，治病于严重的救火队员！

那些总是能未雨绸缪，治病于初始的员工的成果往往很少出现在领导眼前，

分量自然就会大打折扣！

这就是为什么额那些喜欢汇报工作的人，

总是能够得到领导的青睐！

还有就是，你老老实实完成多少工作量，

领导不一定记得住，

但是如果你因为工作分配不合理，

奖惩不合理，

而闹意见，哪怕只有1次！

从此你就会被打上不好管理的标签！

作为领导：

尊重技术、敬畏技术、了解技术、热爱技术、玩转技术！

放着扁鹊哥哥这种人才压着他，不给机会，

最后团队只会剩下一堆职场小白兔，

那一堆脏活、累活、难活都让马屁精来干？

不能每次都等到病入膏肓，

病急乱投医，

想着各种偏方、猛药！

四出去摇人，

最后一定会发现，永远有救不完的火，

有些火本来是可以没有的！

作为员工：

尊重领导、敬畏领导、了解领导、热爱领导、成为领导！

如果遇到一个真正懂技术的领导，一定要好好珍惜！

尽情发挥的你的聪明才智！

否则就学会做一个领导最爱的扁鹊，

多去承担一些燃眉之急的项目！！