讀完這章你要能回答：我有沒有為團隊建立技術雷達？我評估新技術靠的是分析還是新鮮感？

技術領導者需要為團隊指明方向，這需要對技術趨勢的判斷。

技術演進的思考#

Leader 最重要的，說白了是要賭未來。技術領導者需要對技術趨勢有判斷，並引導團隊向正確的方向發展。

畢玄的觀點#

畢玄在對談中分享了對技術演進的思考：

技術演進到底該怎麼思考未來？這是每個技術領導者都要面對的問題。

思考框架：

回顧歷史：
├── 這個技術是怎麼發展過來的？
├── 哪些技術被淘汰了，為什麼？
├── 哪些技術存活下來了，為什麼？
└── 有什麼規律？

分析現狀：
├── 當前的技術瓶頸是什麼？
├── 業務需求在怎麼變化？
├── 有什麼新技術在冒頭？
└── 大公司在做什麼？

預測未來：
├── 哪些趨勢可能持續？
├── 哪些技術可能成為主流？
├── 我們應該在哪裡投入？
└── 什麼時候是合適的時機？

技術判斷的不確定性#

沒有人能準確預測未來。技術判斷是一種「有依據的猜測」，可能會錯。

畢玄的建議：

• 接受不確定性
• 保持學習和調整的能力
• 不要 All-in 在單一技術上
• 重要的是方向大致正確

選擇行業和方向#

湯崢嶸的建議#

湯崢嶸提出了選行業的核心問題：

技術是否能在這個行業發揮重要作用？

技術價值的判斷#

判斷標準#

好的技術方向：
├── 解決真實的問題
├── 有增長的市場需求
├── 技術門檻適中（不太低，不太高）
├── 與自身能力匹配
└── 有持續發展空間

警惕的信號：
├── 純粹的概念炒作
├── 沒有應用場景
├── 門檻過低（競爭激烈）
├── 過度依賴單一客戶/專案
└── 技術棧過於小眾

技術投資決策#

何時採用新技術？#

喬新亮的建議：

不要為了新而新。新技術的價值在於解決問題，不在於「新」。

採用新技術的考量：

技術雷達#

建議建立團隊的「技術雷達」：

採用（Adopt）：
├── 推薦在生產環境使用
└── 團隊已有經驗和信心

試驗（Trial）：
├── 值得在專案中嘗試
└── 需要總結經驗

評估（Assess）：
├── 值得關注和研究
└── 不急於使用

暫緩（Hold）：
├── 暫不推薦使用
└── 可能有更好的選擇

定期（如每季度）更新技術雷達，討論哪些技術應該調整位置。這是團隊對齊技術方向的好方法。

賭未來：反向共識與祕密#

「賭未來」要賭得有勝算，關鍵不是賭得比別人大，而是賭得比別人對且不一樣。最好的機會，藏在「重要、正確、但很少人同意」的地方。

反向問題：問自己——「有什麼很重要的事，是很少人同意我的？」如果你的判斷跟所有人一樣，那它早被定價、沒有超額報酬可言。真正的機會往往一開始聽起來像錯的。

**祕密（Secret）**指的是：重要、但還沒被廣泛相信的真相。它之所以還是祕密，是因為四道牆擋著大多數人：

• 漸進主義：大家只敢小步改良，不敢想「會不會整件事該重做」。
• 風險趨避：怕錯、怕丟臉，於是不去碰沒有共識的題目。
• 自滿：覺得現狀夠好了，沒動力去找。
• 扁平假設：以為「如果真有大機會，早就有人做了」，於是不去找。

判斷一個祕密能不能變成生意，還要回答「為什麼是現在？」——常常是某個技術、法規或文化條件剛好成熟，讓一件以前做不成的事，現在第一次做得成。

把「對未來的信念」攤成一個 2×2，可以幫你定位自己屬於哪種賭法：

最能創造突破的，往往是「確定 + 樂觀」這格：相信未來會更好，而且相信那是可以被刻意規劃、動手建造出來的，而不只是等它發生。賭未來不是賭運氣，是對一個少數人才看見的祕密下注，然後動手把它建出來。

技術領導力#

技術領導者的角色#

技術領導者需要：

• 指明方向：告訴團隊往哪裡走
• 做出決策：在不確定中選擇
• 承擔風險：為決策的後果負責
• 持續學習：保持對技術的敏感度

技術視野的來源#

學習管道：
├── 行業會議和分享
├── 技術博客和論文
├── 開源社區
├── 與同行交流
├── 動手實踐
└── 失敗的經驗

關注對象：
├── 大公司的技術博客
├── 頂尖開源專案
├── 行業領袖的觀點
├── 學術界的前沿研究
└── 創業公司的創新

避免技術情懷#

畢玄特別提醒：

技術人最大的問題就是情懷化。不願意承認自己的判斷錯了。

情懷化的表現：

• 堅持使用已經過時的技術
• 因為「熟悉」而拒絕更好的選擇
• 把技術偏好當成技術判斷
• 為了技術而技術

技術決策應該基於業務需求和客觀分析，而不是個人偏好或情懷。

平衡短期與長期#

短期壓力與長期發展#

技術領導者經常面臨的矛盾：

• 業務要快速交付 vs 技術需要基礎建設
• 解決當前問題 vs 預防未來問題
• 使用熟悉技術 vs 嘗試新技術
• 維護現有系統 vs 開發新系統

平衡的方法#

喬新亮的建議：

短期（30%）：
├── 解決當前的問題
├── 支撐業務需求
└── 維護現有系統

中期（50%）：
├── 持續改進
├── 技術債務管理
└── 團隊能力建設

長期（20%）：
├── 技術預研
├── 基礎設施升級
└── 新技術探索

技術預研#

對於重要的技術方向，需要投入資源進行預研：

預研的目的：

• 評估技術的可行性
• 積累實踐經驗
• 培養團隊能力
• 為未來做準備

預研的方法：

• POC（概念驗證）
• 小規模試點
• 技術 Spike
• 開源專案參與

與業務結合#

技術不是孤島#

技術方向的選擇必須與業務需求結合。脫離業務談技術是沒有意義的。

技術與業務的關係：

• 技術是為業務服務的
• 業務的需求決定技術的方向
• 技術的突破可以創造新的業務可能

理解業務#

技術領導者需要理解：

• 業務的商業模式
• 主要的競爭優勢
• 增長的驅動因素
• 面臨的挑戰和機會

用戶任務理論（JTBD）#

理解業務最有力的視角之一是 JTBD（Jobs To Be Done，用戶任務理論）：顧客不是「購買」產品，而是在某個情境下「僱用」一個方案，幫自己取得某種進步。經典的說法是——人們要的不是一把電鑽，而是牆上那個洞。

用戶要不要「換用」你的方案，由四股力量的拉鋸決定：推力 + 拉力要大過習慣 + 焦慮，切換才會發生。

flowchart LR
    subgraph PRO["促成切換（要夠大）"]
        P1["推力<br/>對現狀的不滿"]
        P2["拉力<br/>新方案的吸引"]
    end
    subgraph CON["阻礙切換（要克服）"]
        C1["習慣<br/>對現狀的慣性"]
        C2["焦慮<br/>對新方案的不安"]
    end
    PRO -->|"推+拉 > 習慣+焦慮"| SW["✅ 用戶切換"]
    CON -.->|"否則"| NO["維持現狀"]

任務本身有三個維度，缺一不可：

• 功能：要把哪件事做完（把報表做出來）。
• 情感：過程中想有什麼感受（不要再加班到崩潰）。
• 社會：在他人眼中想呈現什麼形象（被當成靠譜的人）。

JTBD 對技術方向的啟示：任務是穩定的，解決方案會演進。 人們「想更快從 A 到 B」這個任務幾百年沒變，但方案從馬車換到汽車再到叫車 App。策略要聚焦在那個不變的任務上，而不是綁死在當下的某個技術方案——這樣技術迭代時你才不會迷失方向。

技術驅動業務#

好的技術領導者不只是支撐業務，還能用技術驅動業務：

• 提出業務團隊沒想到的可能性
• 用技術創新降低成本、提升效率
• 建立技術壁壘
• 開拓新的業務方向

定期和業務團隊交流，了解他們的痛點和期望。很多技術創新的機會來自對業務的深入理解。

本章要點#

1. 賭未來是領導者的職責：需要對技術趨勢有判斷
2. 選對行業和方向：技術是否能發揮重要作用
3. 理性評估新技術：基於價值和風險，不是新鮮感
4. 建立技術雷達：團隊對技術方向的共識
5. 避免技術情懷：決策基於分析，不是偏好
6. 平衡短期長期：短期支撐業務，長期投資未來
7. 與業務結合：技術服務業務，也能驅動業務