一、扁鵲三兄弟

魏文王之問扁鵲耶？曰：“子昆弟三人其孰最善為醫？”扁鵲曰：“長兄最善，中兄次之，扁鵲最為下。”魏文侯曰：“可得聞邪？”扁鵲曰：“長兄于病視神，未有形而除之，故名不出于家。中兄治病，其在毫毛，故名不出于閭。若扁鵲者，镵血脈，投毒藥，副肌膚，閑而名出聞于諸侯。”魏文王曰：“善。”

這是一篇小學語文課本的文章，

時隔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次！

從此你就會被打上不好管理的標簽！

作為領導：

尊重技術、敬畏技術、了解技術、熱愛技術、玩轉技術！

放著扁鵲哥哥這種人才壓著他，不給機會，

最后團隊只會剩下一堆職場小白兔，

那一堆臟活、累活、難活都讓馬屁精來干？

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

病急亂投醫，

想著各種偏方、猛藥！

四出去搖人，

最后一定會發現，永遠有救不完的火，

有些火本來是可以沒有的！

作為員工：

尊重領導、敬畏領導、了解領導、熱愛領導、成為領導！

如果遇到一個真正懂技術的領導，一定要好好珍惜！

盡情發揮的你的聰明才智！

否則就學會做一個領導最愛的扁鵲，

多去承擔一些燃眉之急的項目！！