加你妹的班

一年前寫過一個小文，叫《 能不能不加班》，從加班的形成原因思考了加班這件讓很多職場人頭痛事情。今天翻看的時候又有了點新的想法，所以一併記錄下來，當是上一篇的姊妹篇吧~

一個項目的進度出了問題的時候，聽到最多的就是：「加個班吧」」。加！你！妹！呀！你知道問題出在哪么你就加班？萬一是主程帶著老婆孩子跑路了呢？你應該趕緊找個人填補人員漏洞呀。萬一是主美溜出國尋找靈感了呢？你應該趕緊把他叫回來。萬一是主策被抓進局子里了呢？趕緊去撈人啊！

你可能會問，為啥偏偏是主策被關到局子里而不是其他人？

嗯哼，重新問。

你可能會問：這些例子太極端了，我們平時怎麼會遇到這些問題？其實一點也不極端，項目平常的工作和這些事情沒有任何區別，關鍵在於你是否找到了問題的根源並給予解決。趕上點啥事都要加班那就是麻繩提豆腐，甭提了。

對加班的迷信實際上是一種思維上的的懶惰，因為這時的人更傾向於用加班解決所有問題，而不是從新的方向尋找更高效的解決方案。雷軍說過的那句話：「不要用戰術上的勤奮來掩飾戰略上的懶惰」在這裡也適用。

我一直以來對加班的抵觸並不僅僅是因為加班帶來的勞累，而是長期加班對整體效率的拖累和對團隊思考方式的禁錮。

我以前和很多朋友聊過項目進度的問題，當談到希望讓項目儘快上線的問題時，幾乎所有的項目管理者都是在考慮通過加班來推進這個目標。但是卻極少有人會去思考通過精簡內容，引進新的流程體系或者使用新的技術來解決問題。

最近我聽朋友說過一個項目的事情，他們項目使用Unity製作一款大型3D MMORPG手游，這個項目有近百人，現在被頻繁的崩潰折磨，整個遊戲客戶端崩潰率高達30%，技術們夜以繼日的加班調試各種崩潰，但是進度一直不理想。為什麼會這樣呢？這個量級的遊戲，整個邏輯異常複雜，會觸碰到引擎的各個細節，而通常這些崩潰都是因為沒有正確的處理好引擎的諸多細節而導致的，而要理解引擎的這些細節，最重要的依據就是源代碼。問了一下發現，他們居然沒有購買源代碼。/攤手 Unity的源碼價格多少我不太清楚，但是一定比整個團隊為此付出的代價低的多。這時候你說天天讓技術加班有用嗎？顯然沒啥用，越加越完蛋。

我看過很多大Boss在演講時候提到自己員工辛苦加班助推項目上線的情形，大部分員工在短期大量的工作後都是半癱的狀態。

加班就是個殺敵一千自損八百的功夫，輕易不要用。用了你就得確信這事兒一定能成。

很多管理者想要快，還想要持久的快，讓員工一年52周都保持滿滿的負載。那個a總和b總出來，你們用跑百米衝刺的速度跑馬拉松試試？保證你死在半道上。

還有很多管理者覺得員工受不了長期加班沒關係，多提供福利就行了嘛。那個d總和c總出來，你們用跑百米衝刺的速度跑馬拉松試試？我沿途提供最好的飲水，飲食，擦汗，鼓勵等等服務行不行？保證你死在半道上。

然後還有很多管理者覺得員工受不了長期加班沒關係，我提供加班費呀。那個e總和d總出來，你們用跑百米衝刺的速度跑馬拉松試試？你們每跑100米我給你們100塊錢行不行？保證你死在半道上。

那a，b，c，d，e，f總們要問了：那怎麼辦呀？

不加班不就行嘍…… /攤手

還有一類老闆特喜歡制度型長期加班，周末沒事還得來值個班啥的，但是當你看到團隊在進行制度型長期加班的時候依然保持有條不紊的時候就要注意了，你的團隊可能已經適應了這個工作節奏，並找到了舒適的渾水摸魚方法，他們有可能在早晨上班的時候長時間摸魚後在加班時間趕進度，或者在工作時間做完工作後在加班時間玩遊戲，也有可能工作的非常碎片化，效率奇低。一個人的精力是有限的，如果長時間做一個事情就會非常疲勞，要麼停下來休息，要麼做些別的事情調整一下，你說他都不出工了，你還留著他在公司呆著幹啥。但是無論如何，加班侵佔了他們的自由時間。這樣的員工最終要不是選擇離開，就是變成一個平庸之輩。兩者都對你沒有任何好處。

那麼你要問了，有什麼好的解決方法么？不加班不就行嘍…… /攤手

最後再推薦兩本書：

一本是《How Google Work》，他裡面的內容會讓你對高級人才（創意精英）以及他們的工作方式有全新的認識。也會懂的如何發揮員工的積極性來提高工作的質量和效率。

另一本是阿朱的《走出軟體作坊》，這是當年對我影響很大的書，書中內容大部分是用各種方法解決隊伍中的各種問題。但是核心的思想不在於這些問題和解決方案，而是一種思路，一種正確而高效的解決問題的精神。

題圖來源：Arcaion | Pixabay
推薦閱讀：