為什么技術最牛的碼農當不了首席工程師？
金三銀四招聘季，公司的管理者都在思考：在現在的市場環境下，到底應該為自己的公司注入怎樣的新鮮血液來維持發展。工程師們同樣也在思考如何獲得更多成長和晉升的途徑。
Eduards Sizovs 是 DevHub 的創始人，立志于為軟件工程師群體提供專業的職業咨詢服務，同時也是一位歐洲知名的技術布道師。
今天 Eduards Sizovs 基于行業經歷，介紹現在工程師市場中稀缺的 “T” 型人才(既擁有豐富的技術背景，同時對業務也有一定的理解能力)，以及這類人才在組織中發揮的重要作用，為工程師群體描繪了一條新的職業發展道路，幫助個人和公司得到更長遠的發展。
今天，我的前同事 Alex 給我打了個電話，討論了一下他現在所在的新興互聯網公司的一些境遇。
Me：最近怎么樣呀?
Alex：還行吧，最近公司在招一個***工程師(Principle Developer)。
Me：那挺好的，你沒去爭取一下么?
Alex：我去了，但是被老板拒了，聊了一下他覺得我不太合適。
Me：你覺得自己能勝任么?
Alex：廢話，我有 7 年的大型項目經驗，精通各種架構，能持續產出簡潔高效的代碼并能主動去解決各類歷史遺留問題，流轉到我這里的工單都能最快速地處理。
我應該是全組代碼水平***，研發效能***的工程師了，不提我提誰?
Me：那你想過沒有，或許就是這個原因導致你沒有被選上?
隨后我們聊了些其他的事就掛了電話，雖然 Alex 不太高興，但是我感覺還挺好的，因為找到了問題的關鍵。
于是，我給 Alex 公司的老板 Andrey 打了個電話。
Me：好久不見，聽說你們最近在招***工程師，為什么不直接從現有團隊里面提拔一個呢?
Andrey：比如 Alex ?
Me：比如 Alex。
Andrey：公司現有的技術團隊的確擁有很多很厲害的工程師，但是我認為他們都不太具備一個***工程師所必需的素質。
Me：能展開說說么?
Andrey：這個事情的邏輯是這樣的：一個***工程師跟一般工程師的主要區別并不在于他是否是團隊中最聰明的那個，而在于他是否有團隊驅動力，是否能持續推動團隊的改善和進步，能幫助團隊中的新人快速地進階。
雖然不一定要像精神***那么厲害，但必須具備相應的領導力，這種領導力不僅需要體現在研發團隊中，還要能影響產品、運營、市場等部門的同事，甚至也要能在管理層擁有一定的決策權。
所以我認為一個***工程師需要能在公司內更好更快地組織資源，推動組織整體向前，并帶來正向的企業文化。
Me：所以你認為***工程師在幫助工程師的同時也要去了解非技術人員的問題?
Andrey：沒錯，經常聽到工程師們抱怨“業務方面”的同事完全不懂技術，溝通效率也非常低，但光是抱怨解決不了任何問題，必須要有人在中間搭橋，解決這些問題。
***工程師的定位就相當于公司內部的外交官：
- 他必須有足夠的溝通能力，能跟不同的人打交道。
- 能游走在不同的部門，打通上下層溝通渠道。
- 要敢于提出那些隱藏在公司內部卻很少有人敢于提及的問題，并具備足夠的領導力來贏得大家的支持。
Me：從你的描述來看，這個人既要有豐富的技術背景也需要有一定的對業務的理解能力。
Andrey：這個職位需要的是 “T” 型人才，不僅僅深耕于技術領域，對很多原理型的東西有深厚的積累，同時還要能延展出去，跟運維、品控、安全、產品、人力、市場等領域的人共同協作，幫助公司進步。
Me：感覺是一個一半工程師一半業務人員的感覺。
Andrey：理應如此，現在大部分研發團隊都僅僅把功能上線的數量當作考評的唯一指標，這種方式其實已經過時了。
對于任何以盈利為目的的公司來說，賺錢都是公司最重要的目標之一。現在很多功能都是為了上線而上線，產品、技術、運營、市場等團隊之間缺乏有效溝通，上線了一堆功能卻沒有辦法給公司帶來任何增長點。
我們需要更多 “業務型” 工程師，他們能從全局出發，理解整個產品從最初的設計到部署再到如何才能打動客戶給公司帶來更多的效益，能夠找到公司現有的不足并承擔起相應的責任來解決問題。
這些工作可能是解決研發流程問題，或者是建立新的跨部門溝通機制，甚至是解決招聘問題。
借助鍵盤來實現商業價值的機會其實遠比工程師們想象的要少，如果你手中只有錘子，那你看所有的問題都覺得像釘子。
對于我的公司來說，越多 “業務型”工程師越好，而一個好的***工程師能給其他工程師樹立一個學習的榜樣。所以我覺得找一個***工程師的意義不亞于一個創業合伙人。
Me：但是按照你的標準，基本上已經篩掉了市面上包括 Alex 在內的 99% 的工程師了。
Andrey： 一個***工程師是一個能給公司內不同組織都帶來影響的人，這樣的人正如你所說的，市面上 99% 的工程師都不能滿足我的需求，但是為了公司的發展，也只能繼續尋找了。
總的來說，我覺得我們這個行業需要：
- 不是“僅以上線為目的工程師” ，而是業務型工程師。
- 不是 “碼農”，而是 T 型人才。
- 不是僅有 “抱怨”，而是跨組織溝通技巧。
