領導需要比下屬更懂技術嗎？
領導必須更懂技術嗎？這是個問題。做了領導以后，因為工作的關系，許多人都不那么熟悉基礎的技術了，結果自己心里沒底，更怕遇到問題時在下屬面 前丟臉。所以，有些人選擇了雙管齊下——既不放棄領導的工作，又不放棄原有的技能，結果疲憊不堪。還有人干脆選擇不當領導了，因為有手藝，才有安全感。
這個問題也困擾過我，而且始終找不到“合理”的答案，最終還要靠親身的工作經驗來解答。所以在正式回答這個問題之前，讓我先講講自己的親身經歷。
在我剛工作的時候，業界使用的 Java（當時不少人還用的 J2SE 這種“專業”的說法）的版本是 1.4.2，而 Java 5.0 的版本已經推出了，并且 Sun 做了大量的工作，宣傳 Java 5.0 的各種好處。我作為充滿好奇的職場新人，當然也鸚鵡學舌地“明白”了不少，比如范型，比如改進的 for 循環等等。相比之下，實際項目中老版本代碼太多的“陋習”已經讓我躍躍欲試，要大修大改一把了。不過，要做到這一點，我首先需要獲得項目經歷的許可。于是 我仔細準備了幾天，湊齊了一些自認為有說服力的資料，然后跑去跟項目經理建議，我們應該升級到 5.0 版本。
我永遠都記得他當時的反應：先是一愣，然后說，“但是我們已經很熟悉 1.4.2 了呀，而且這個系統長期以來都是跑在 1.4.2 上面的，很穩定。你建議的這些特性，并沒有太多實際的好處。” 聽了這話我想，他雖然做過不少項目，但腦子已經不夠更新了，一直停留在 1.4.2 的時代了，這就是他否定我的建議的根本原因。“不過，如果你有興趣，也可以先做一個仔細的調研，然后模擬環境測試一下，看看 5.0 到底能不能跑。” 既然他最后給我留了個希望的口子，我還是奮力去準備爭取，耐著性子盡可能詳細地做了試驗。果然，我發現直接升級到 5.0 有問題，有個依賴的第三方庫會產生兼容問題。當然，最終升級方案還是通過了，系統也有驚無險地升級成功。但我回頭想想，卻不得不佩服項目經理的保守：如果 冒失升級上去，估計生產系統就不轉了。更讓我困惑的是，雖然他熟悉的版本是 1.4.2，但他似乎不太關心 5.0 到底有哪些進步，也沒怎么花時間去了解這些進步。
在我的職業生涯中，類似的經歷還有過好幾次，有時候甚至據理力爭，也無法說服領導。于是我得到一個結論：當上領導的人都不太了解具體技術了，只 是有人因循守舊，不愿意接受新變化，有人思想開放，可以接受新的方案。可問題是，對具體技術不夠了解的領導，他們的安全感來自哪里呢？他們不怕下屬犯錯 誤，甚至蒙騙嗎？
這些疑問，直到幾年后，我和徐易容一起吃了頓飯，聽他講“一定要做自己真正想做的，覺得有意義的事情”時，才真正解開。我記得當時他舉了個例子：
假設你是一個熱衷技術的人，領導安排你本年度的工作任務是，把某項搜索的相關性提高五個點。于是你兢兢業業地安排年度計劃，前三個月讀論文，再 三個月定方案，然后三個月編碼實現，最后三個月測試并根據反饋并最終部署。真正上線之后，領導發現形勢變化，你的工作不再需要了，然后給你安排下一年的工 作。你付出了一年的勞動，也掙了一年的薪水，但是你的工作真的有價值嗎？你做得開心嗎？
我聽到這個例子的時候，第一個想到的倒不是“要做真正向做的事情”，而是“原來領導可以不懂那么多技術，而這是完全沒有問題的”。我想，這個領 導或許并不懂關于相關性的那么多細節，也沒有讀過那么多論文，但是他可以動用資源去實現某個想法。在這種情況下，下面的員工即便去欺騙領導，最終受損失的 還是這名員工，因為他浪費了更多的成本，卻沒有真正的收獲。
再后來，我在讀書的時侯真正明白了“抽象”的意義，就是將某個具體的事物提煉到某個深入的層面，找到它和其它事物相通的地方。這樣，就能做到 “觸類旁通”。比如你之前很懂生產蠟燭，現在讓你去生產手表，雖然兩個工作不同，但如果你思考得足夠仔細深入就會知道，在合理配備資源、組織工序、優化流 程等等方面，兩者是相通的，所以即便不懂生產手表的細節，也不算門外漢，并不妨礙你管理手表生產工人。回到之前那個“搜索相關性”的例子，我相信，合格的 領導應該可以判斷這項任務的難度、工作量、意義，以分配資源和時間。他對相關性的了解可能沒有負責實現的程序員那么細致，但這一點也不妨礙他的工作，因為 大家是在兩個完全不同的層面上思考問題。
不過有些時侯，領導在更高的層面上思考問題，也會遇到難以應付的具體難題，這時不妨大度應對。比如有程序員建議將代碼管理從 SVN 換成 Git，就我所知，有些領導會因為完全不了解 Git 而想出各種理由否定，因為這類似“讓手工業時代生產蠟燭的領導去負責機械化手表生產線”，跨度太大。不過在我看來，好的領導并不會拒絕，因為他有必要時常 更新自己的知識，Git 不懂，大可以去了解一番，然后判斷這種切換會帶來什么好處，以及團隊中的大多數人是否能順利切換，過渡的的代價是什么，會面臨什么風險……兩相衡量，再做 決定。關鍵的第一步是，領導不能囿于原有經驗而無理拒絕，反而應該積極享受下屬程序員“送上門來”的選擇。要知道，這也是領導能迅速學習的便利之一——領 導之所以不必完全詳細地掌握具體的技術，一個原因也是他享有學習的便利，“君子性非異也，善假于物也”。
<span class="fl" id="shareA4"> </span>