如何從技術牛人升階爲管理牛人

圖片: Yestone.com 版權圖片庫

編者按：本文來自聚會玩創始人、前百度工程師李攀的投稿。他的我的博客請點此。

全部互聯網公司，包括創業公司，都有很多技術牛人，這些技術牛人的技術棧深度廣度已經達到必定程度，在他們的世界裏，沒有實現不了的需求，也沒有解決不了的問題。

可是，咱們卻不多看到在技術和管理兩方面都很出衆的人才。

直接點，技術牛人如何培養本身的管理能力，蛻變爲合格的技術管理呢？

也許你們會說這是一個僞命題，由於大部分技術牛人根本不屑去作管理，他們認爲管理那些雜事浪費時間而沒有意義，管理職位是一個沒法體現他們價值的職位，他們只想在技術上鑽得更深更廣。

實際上，技術管理並非一個獨立的職位，技術管理融入在技術研發的每個階段，例如，任何團隊協做都涉及到任務分工，任何技術團隊都涉及到代碼規範、合併和管理，這些點滴，都須要有由技術人員而不是項目經理來管理。因此，即時不肯意作管理的技術人員，發展到必定階段，多多少少都會涉及到管理的相關內容。

一個技術人員的職業發展過程大體是這樣的：

• 實習期

還在學校學習，以前從未涉及過真實工程或項目，實習期間經過閱讀項目代碼，修復 bug 等開始積累經驗，天天都會以爲本身收穫很大，時間不夠；

• 應屆畢業

經驗很少，參考項目其餘模塊代碼後，能獨立完成小功能需求，能勝任小模塊開發，也能維護項目代；

• 工做 2-5年

能勝任任何功能模塊開發，並開始作模塊設計和系統設計，設計的東西本身能用，作得好也許還能給別人；

• 工做 5年 以上

負責整個項目的架構設計，實現項目的基礎和核心模塊。

前三個階段的思惟方式都是考慮本身怎麼作，怎麼實現功能，怎麼完成任務。到第四個階段，就會開始涉及到管理相關的工做，由於，首先，你的東西不再是你一我的用的，你須要跟別人講解和溝通；其次，你的架構和核心模塊出來之後，你須要把剩下的任務合理分配給合適的成員來開發。

－－－－－－－－－－－

我認爲，從技術崗位轉型爲管理崗位，更多的不是能力的變化，而是思惟方式和心態的改變。技術管理者是管理者的一類，管理者三大核心職責以下：

確立團隊目標

不論項目大小，必定要有目標，有目標才能讓全部人明確方向，知道天天工做的意義在哪兒，工做是否是朝着團隊的目標在一步步靠近。 純技術人員的執行者思惟應該切換爲宏觀思惟，由於如今我的的成功已經不叫成功，團隊成功纔是成功，如何讓團隊產出高的績效纔是你應該思考的問題。

離達成這個目標咱們還缺哪些資源

這點主要涉及到統籌規劃能力。在項目初期，你就須要很是清楚明確地知道目前團隊的能力以及你能調配的資源，這樣才能保證後期不會由於資源不足致使目標沒法達成。

咱們如何朝着目標邁進

這一點穿插在整個過程當中，是最重要，也是我這兩年在聚會玩的團隊管理中看到和親身體會最深的，它囊括了技術管理的方方面面。

－－－－－－－－－－

若是某件事一我的作須要 m 個工時來完成，那麼 n（n>1）我的來作，理論所需工時是 m/n，可是實際的時間必定比這個多，結果是（m/n）*α（α>1），α就是協做成本。技術管理者要作的，就是儘可能下降協做成本，包括如下方面：

• 任務分配

以前你一我的能把事情作得很好，如今怎麼保證團隊一羣人把它作好？任務分配包括如何把任務合理地分配給適合的人，能達到最好的結果，即人的價值得以體現，產出質量也高。這就要求管理者對任務的瞭解要全面深刻，對團隊每一個人的能力瞭解也要準確。

• 全局觀

技術人員工做時都須要專一，反過來，做爲技術管理人員，要防止過分專一。多去了解項目各方面的進展和存在的問題， 對項目和團隊的任何細節瞭如指掌，出現任何大大小小的問題都能迅速定位和分析解決，不會由於專一於技術細節而失去對全局控制。

• 溝通能力

之前天天和機器溝通，如今切換爲和人溝通。之前的桀驁不馴和不屑是由於技術能力強，如今應該切換爲更耐心，更注意語氣和用詞的溝通。另外，更多的去主動發現問題，而後經過溝通技巧來解決問題。

• 協調調度能力

項目過程當中必定會遇到一些沒法預期的技術問題致使項目被 block，若是問題已經持續未被解決，這時須要及時調度有能力的人來參與解決，防止項目一直處於不肯定狀態。當多個功能或者項目並行進行時，因爲人力資源有限，可能須要不斷地根據項目進展來動態調整各項目優先級來保證總體的進度。優先級調度和調整是一個很複雜的過程，但記住一點，咱們永遠只作優先級最高的事情，最高優先級事情完成之後，優先級第二的事情天然會升級爲優先級最高的事情，在這個升級的過程當中，咱們也許還須要和產品等相關部門進行一次優先級動態調整或者評估。這也涉及到項目管理的負反饋，讓每個階段的結果反饋給新的階段，保證最後的結果更接近咱們的目標。

• 時間管理能力

時間管理是每一個團隊都頭疼的事情，直接體如今項目進度上。時間管理看起來很難，實際很簡單。每一個任務拆分必定要足夠細可量化，2 天以上的任務都是不合理的。並且過程當中須要嚴格控制好每個量化好的時間節點或里程碑，保證每一個節點的質量和時間點無誤是保證最終結果的最好方式，出現任何一處 delay 都須要強制想辦法及時補救，避免聚沙成塔，這樣才能防止項目最後出現不可能預期的延期。

• 放權和培養

親自去解決具體的技術問題，作代碼審覈看代碼哪些地方存在不規範，和測試人員討論具體的測試用例是否合理，這些工做如今須要作，可是，它們已經再也不是你關注的重點，你應該更多的放權讓其餘人去作，在這個過程當中必定不需事事親爲，在這基礎上，你應該更加註重對成員的培養，培養他們的學習能力，思考能力和解決問題的能力（這三個能力是我對技術人員的基本要求），讓成員快速進步和成長，獨當一面。

• 傾聽

無論之前技術多牛，多恃才放曠和桀驁不馴，做爲管理者，須要揹負團隊的使命和績效，因此應該在任什麼時候候主動聽取團隊核心成員的意見，作一個好的傾聽者。傾聽必定要作到多維度聽取，而後再分析和作決定。

能作到並實踐好上面這些點，恭喜你已經蛻變成爲了一個優秀的技術管理人員。