大家好，我是良許。

這個問題我太有發言權了。當年在那家500強外企做嵌入式Linux開發的時候，我們部門的Leader技術水平説實話真不是最強的。

團隊裏有個老哥，Linux內核源碼看得比誰都透，驅動開發閉着眼睛都能寫，但他就是個高級工程師。

而我們Leader呢？技術中規中矩，但就是坐在那個位置上。剛開始我也想不通，甚至有點不服氣，覺得憑什麼啊？

但後來我自己創業，帶了團隊，才真正明白這個道理。

1. 技術最牛≠最適合當Leader

很多技術人有個誤區，覺得技術部門的Leader必須是技術最強的。這想法我理解，因為我當年也這麼想。但現實是，技術能力只是Leader眾多能力中的一項，甚至不是最重要的那一項。

我舉個真實的例子。在那家外企的時候，有次我們要做一個車載娛樂系統的項目，涉及到Linux應用層、驅動層、還有跟車廠的協議對接。

那個技術最牛的老哥，拿到需求就埋頭開始寫代碼，三天三夜肝出來一套方案，技術上確實牛逼，性能優化到極致。但問題來了：這套方案跟車廠的現有架構完全不兼容，需要對方大改。最後項目差點黃了。

而我們Leader呢？他第一時間做的不是寫代碼，而是拉着我們開會，梳理需求，然後帶着技術方案去跟車廠的技術負責人溝通，來回改了三版，最後敲定了一個雙方都能接受的方案。技術上可能不是最優解，但項目按時交付了，客户滿意，公司賺錢了。

這就是區別。技術最牛的人，眼裏只有技術；而合格的Leader，眼裏是整個項目、整個團隊、整個商業目標。

2. Leader需要的是綜合能力

做嵌入式這些年，我見過太多技術大牛當了Leader之後水土不服的。為什麼？因為Leader需要的能力太綜合了。

第一，溝通協調能力。 這個太重要了。技術部門不是孤島，要跟產品、銷售、客户、老闆打交道。我現在自己做公司，每天至少一半時間在溝通。跟客户講技術方案，要把複雜的嵌入式系統講得對方聽得懂；跟團隊成員溝通任務，要照顧到每個人的技術特點和情緒。

技術最牛的那個人，往往最不擅長這個。他們習慣了跟代碼打交道，代碼不會跟你扯皮，不會有情緒，但人會啊。

第二，資源調配能力。 這個我深有體會。創業之後，手裏就那麼幾個人，每個人的技術棧不一樣，怎麼把合適的人放在合適的位置上，怎麼讓項目進度最優化，這是個技術活。

有時候明知道某個技術方案更好，但團隊裏沒人會，學習成本太高，就得選次優方案。這種取捨，技術大牛往往做不了，他們會堅持用最好的技術，但Leader要考慮的是整體效率。

第三，風險把控能力。 做嵌入式開發，特別是汽車電子這種，風險意識必須強。當年在外企，有次一個項目用了一個開源庫，技術上沒問題，但我們Leader硬是讓我們換掉了，原因是那個庫的許可證有風險，萬一將來出問題，整個項目都得推倒重來。

當時我們都覺得他多慮了，但後來真有個同行因為開源許可證的問題被告了，賠了一大筆錢。

技術最牛的人，關注的是技術實現，但Leader要看到技術之外的坑。

第四，商業思維。 這個是我創業之後才真正理解的。技術人員還是要有點商業思維。你做的技術再牛，如果不能轉化成商業價值，那就是自嗨。

我現在做外包項目，經常要在技術和成本之間找平衡。客户預算就那麼多，你非要用最牛的方案，成本高了，項目就沒了。有時候用個簡單的單片機方案就能解決問題，非要上Linux，那是浪費。

3. 技術Leader的核心價值是什麼？

説了這麼多，可能有人會問：那Leader是不是技術就可以不行了？當然不是。

技術Leader的技術能力，不需要是團隊裏最強的，但必須達到一個標準：能判斷技術方案的可行性，能識別技術風險，能指導團隊的技術方向。

我現在帶團隊，雖然有些細節的技術實現我不如團隊裏的年輕人（畢竟他們天天寫代碼，我天天開會談業務），但我能判斷一個技術方案靠不靠譜，能看出來哪裏有坑，能告訴他們這個方向對不對。這就夠了。

而且，Leader的技術能力更多體現在技術視野上。你要知道行業裏有什麼新技術，競爭對手在用什麼方案，客户未來可能有什麼需求。這種宏觀的技術判斷力，比寫代碼的能力重要得多。

4. 最後

技術部門的Leader，憑什麼不是技術最牛的那一個？因為Leader需要的能力，遠不止技術。技術只是基礎，溝通、協調、決策、商業思維，這些才是Leader的核心競爭力。

希望我的經歷能給你一些啓發。不管你選擇哪條路，都要認清自己的優勢，找到適合自己的方向，這才是最重要的。