如何成為一名優秀的技術領導

在「30 歲後的程序員出路在哪裡？「的討論中獲得最高呼聲的觀點是」轉型做技術管理者「。那麼，如何成為一名優秀的技術領導就成了每一位程序員必須思考的問題了。用卓越的技術深度參與和主導項目還是只做扶持和監控來保證項目高質量？盡量滿足領導的需求還是把團隊的消化能力放在首位？帶領團隊按時交付還是更注重創新……

什麼是好的技術領導

早前就有人在 Hacker News 上問過這個問題，不到一天時間就獲得了 160 多條回復。 關於技術領導者應該具備的品質和管理技巧，網友們提出了各自的看法和建議，InfoQ 中國曾歸納發表過，大致內容如下。

如果不能從幫助團隊獲得滿足感，那麼就不要成為一名領導者：技術領導者的工作不再是讓自己成為最好的編碼人員，而是要儘可能地讓其他人成為最好的編碼人員。工作分配也要以一種有利於團隊和個人成長的方式進行。要負責為團隊成員清楚障礙，讓他們的工作進入正軌。

將自己視為其他開發人員的導師：即使已經知道了答案，有時候也需要讓團隊自行決策。許多時候，正確的答案並不唯一。技術領導者的工作不是選擇正確的答案，而是確保團隊不選擇錯誤的答案。允許團隊作為一個整體自行決策有利於保持高漲的士氣，讓每名成員都更有自豪感和主人翁精神。

了解技術、需求和團隊，能在多個角色中自如切換：作為技術領導者要了解團隊所開發的應用，了解該應用所涉及的領域，了解功能背後的技術，並編寫詳細的技術文檔。有時候，技術領導者首席工程師還是架構師，當解釋系統或代碼的行為時，他需要能夠快速改變高度；當同開發人員調試問題時，他要能夠深入技術細節；而當向 CEO 解釋計劃或成本估算時，他要能夠在一個更高的層次上談論系統。

要謙遜，相信團隊：要承認，關於某個主題或組件，有人懂得比你多。成為一名優秀的領導者，並不需要事事都懂得比別人多。如果團隊成員都將你視為權威，那麼他們會害怕自己做決策。在這種情況下，你就成了障礙。

減少具體的編碼工作，但仍然要編碼：即使不做很多具體的編碼工作，也仍然需要監控和接受所有的 pull request，並利用這個過程，幫助初級開發者修改代碼。這是必須的，如果不編碼，那麼開發人員會質疑你的判斷，不容易接受你的建議。但作為技術領導者，你的首要任務是確保團隊成員的生產力，而不是自己的生產力。你要為整個團隊的輸出負責，如果那意味著零編碼，那麼就不要編碼了。

技術領導的普遍痛點

前開心網創始人兼 CEO 程炳皓在準備 GTLC 全球技術領導力峰會演講內容之前，對身邊的 CTO、技術總監等技術管理者的朋友做了一個簡單的調研，共設了 3 個問題：你技術領導歷程中 3 個最頭疼的問題是什麼；你的解決方法是什麼；你工作歷程中 3 個最重要的收穫是什麼。大家的回答驚人相似。

時間緊張，醜陋實現：本能地想把系統設計得更靈活、更通用、易擴展、易維護，但需求需要快速上線，時間、人力實在不允許，導致很多醜陋的實現，怎麼看怎麼不爽，經常有衝動想重構一把。

需求變化太快：需求變化太快，技術文檔、使用文檔等完全跟不上，系統存在於大家的大腦里，經常信息同步不及時，導致溝通效率低下，常常需要翻看代碼才知道是怎麼回事。

」霸道總裁「批評質疑：自以為做得不錯了，但經常達不到強勢 CEO 或其它直屬 leader 的預期，挨批、被質疑，自信心狂受打擊。

工作強度太大：高壓狀態下幹活，強度也大，感覺大腦都快轉不動了，但還要確保自己以及團隊高效產出、並且少出錯。

招不到人，現有的又鬧辭職：合適又靠譜的研發、測試同學很難招到，或者幹得好好的人突然提出離職，手忙腳亂。

各部門都有眾多緊急需求，又都覺得很容易：各業務線兄弟團隊都有需求提過來，都說很緊急，都覺得需求不大，開發稍微花點時間就能搞定。

極客邦每年都會舉辦全球技術領導力峰會（GTLC），邀請互聯網及傳統行業權威技術領袖，分享他們關於技術、關於行業、關於商業、關於投資、關於領導力的實踐與蛻變經驗。除了程炳皓，阿里巴巴集團技術委員會主席王堅、百度搜索公司技術委員會聯席主席譚待、原京東集團高級副總裁李大學、攜程網 CTO 葉亞明、螞蟻金服 CTO 程立、58 集團 CTO 邢宏宇等諸多行業大咖都參與了分享。

2018 年，第三屆全球技術領導力峰會（GTLC）將於 6 月 8-11 日在北京千禧大酒店舉行，包括 2 天主題分享、2 天深度培訓及豐富的社交和晚宴活動。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！