帶團隊，要不要把員工推向前臺？

一、事必躬親，是剛轉型管理的技術專家，最容易犯的錯誤

我還算一個有情懷的技術人，當，我只是一個工程師的時候：

我會把自己負責的模組當成自己家，乾乾淨淨，整整潔潔，不允許別人在自己負責的模組裡隨意寫爛程式碼。
畫外音：誰又會允許外人在自己家隨便拉屎。

對於架構設計，專案設計，也會盡量調研各種方案，在時間允許的情況下，儘可能選擇最佳方案。

對於自己負責的專案，我會了解專案的各個細節，關注關鍵路徑，緊盯專案風險，以確保專案按時上線。
畫外音：曾經負責過1000人日的專案，專案準時上線，特別有成就感。

當我帶領一個團隊的時候，一切都變了：

“你這段程式碼應該這樣寫…”
“你這個方案不合理，應該這麼設計…”
“你下午去和PM確認下驗收結結果，然後…”

在PM和RD在溝通時，我偶爾會插話，“RD說的不詳細，這裡應該是這樣子的…”。

在老闆詢問一個校招生，對業務流程掌握了多少時，我居然會“搶答”。

路過同事的工位，我會好心的窺屏，指出ta程式碼哪裡寫得不對，應該這樣這樣寫…
畫外音：額，體會下coder的心情，我還以為幫助到了團隊同學呢，真為自己的情商著急。

在團隊同學在排查一個線上問題時，我看著ta緩慢的敲著命令，對日誌也不熟悉，心裡異常焦急。此時，我會將同事一把推開，讓我來！！！然後開始哐哐哐敲命令定位問題，最後拍著下屬的肩膀，搞定了。

我甚至以為，自己把一切安排的井然有序，還自鳴得意ing…

有一天，tp找到我，和我說。

“事必躬親，關注所有細節，這樣帶團隊，累麼？”
畫外音：很累。

“累吧？那你休息一週吧？你猜，當你休假的時候，團隊會變成什麼樣子？”

“你用這種方式，帶8人的團隊可以，帶20人團隊，帶50人的團隊，可行麼？”

“一個人牛逼不是真牛逼，把你的本領傳授給團隊的下屬，讓團隊的人個個獨當一面，才是真的牛逼”

我若有所思，似乎明白了什麼。

二、拿下屬的成果去邀功，推下屬出去背鍋，是最被人不恥的管理者

聽到兩個經理在討論帶團隊的“術”。
“和你說，我的經驗是，團隊需要一個‘防火牆’的角色。”
“什麼是‘防火牆’？”
“隔在中間，起火的時候推出去，能背鍋的一個角色呀！”
畫外音：心中奔起一萬匹CNM。

做員工的時候，最不喜歡什麼樣的leader，做leader的時候，就別做那樣的人。

做專案總結的時候，我leader都會說，你去。

向老闆彙報的時候，我leader都會說，你去。

受邀做技術大會演講的時候，我leader都會說，你去。

我不解，為啥總把我推到前臺聚光燈下？

tp同我講，“加班加點，一線拼殺的，不都是你麼？專案沒有你，做不成，難道不應該是你去彙報麼？我，只是幫助大家解決問題而已。”

他繼續說，“讓兄弟們毫無後顧之憂的幹，做好了，兄弟們的功勞，沒做好，不是還有我扛著麼。所以，放手去幹就好了。”

“我心裡的想法是”，tp繼續說道，“我給自己定了一個OKR，每個季度必須讓我的老闆，認識X個我手下的兄弟。”

一個leader，每天都在考慮如何讓“防火牆”背鍋。
一個leader，每天都在考慮如何讓自己的老闆認識自己的下屬。
你，願意跟哪個leader？

總結
leader的職責，是把自己的本領傳授給下屬，讓人人都牛逼。
好的leader，會把自己的下屬，推向前臺。

原文釋出時間為：2018-08-02
本文作者：58沈劍
本文來自雲棲社群合作伙伴“架構師之路”，瞭解相關資訊可以關注“架構師之路”。