讀完這章你要能回答：阿里經驗中哪幾條能本地化套用到我的團隊？哪幾條我絕對不該照搬？

來自畢玄、玉伯、湯崢嶸的阿里工作經歷與思考。

淘寶技術演進的教訓#

畢玄的淘寶經歷#

畢玄（林昊）是阿里巴巴的技術專家，HSF 框架的創始人，親歷了淘寶技術架構的多次演進。

淘寶的技術演進史是一部不斷踩雷、不斷重建的歷史。每一次重大架構變遷都付出了巨大代價。

HSF 的誕生故事#

**HSF（High Speed Framework）**是阿里內部的 RPC 框架，畢玄是核心創始人之一。

創建背景：

• 淘寶早期系統耦合嚴重
• 服務化需求迫切
• 市面上沒有合適的方案

踩過的坑：

技術坑：
├── 早期性能問題
├── 序列化框架選擇
├── 服務發現機制
└── 容錯和限流

組織坑：
├── 推廣困難，業務團隊不願意遷移
├── 多個類似專案同時存在
├── 誰來維護的問題
└── 文件和支援不足

淘寶技術架構變遷#

畢玄分享的架構演進：

技術債務的代價#

淘寶早期為了快速發展，積累了大量技術債務。後來花了很大力氣進行重構和升級。

畢玄的反思：

• 有些債務在當時是必要的（業務優先）
• 但要意識到這是債務，需要還
• 越拖越難還
• 有時候不得不「推倒重來」

阿里文化的理解與融入#

湯崢嶸的阿里經歷#

湯崢嶸在阿里工作期間，對阿里文化有深刻的理解和思考。

阿里文化的特點#

湯崢嶸的觀察：

正面：
├── 使命驅動，有理想主義
├── 執行力強，說到做到
├── 樂於分享，知識傳承
├── 擁抱變化，適應能力強
└── 重視人才，願意投資培養

挑戰：
├── 節奏快，壓力大
├── 政治因素存在
├── 大公司病
├── 文化適應需要時間
└── 不是所有人都適合

融入大公司文化#

湯崢嶸對融入大公司文化的建議：

1. 理解規則：每個組織都有顯性和隱性的規則
2. 建立關係：關係網絡在大公司很重要
3. 證明價值：用結果說話
4. 保持學習：大公司有很多可以學的
5. 管理期望：不要期待馬上有大影響

加入大公司後，先花時間了解環境，不要急於改變。理解了為什麼事情是這樣之後，再嘗試改進。

阿里「重視人才、願意投資培養」背後，其實有一套可遷移的用人方法——先想清「誰」、用人之長、晉升後要換行為，以及「價值觀 > 能力 > 技能」的可塑性階梯。完整版收在 歷久彌新的原則 一章。

體驗技術部的創新實踐#

玉伯的螞蟻經歷#

玉伯（王保平）是螞蟻集團體驗技術部負責人，語雀的創始人。他的經歷展示了在大公司內部創新的可能性。

語雀的故事#

語雀是螞蟻內部孵化的知識管理工具，經歷了多次起伏：

語雀的發展：
├── 起源：內部工具，解決文件管理問題
├── 成長：逐漸成為阿里內部知識管理平台
├── 挑戰：兩度面臨生死抉擇
├── 堅持：團隊堅持創新產品的信念
└── 結果：成為獨立產品，對外服務

內部創新的經驗#

玉伯分享的內部創新心得：

語雀兩度生死局，但創新產品之心未死。

內部創新的挑戰：

• 需要和現有業務爭奪資源
• 短期內難以證明價值
• 組織調整可能影響專案存續
• 需要高層的支援和保護

成功的關鍵：

• 解決真實的問題
• 有熱情的團隊
• 適度的保護
• 持續迭代
• 耐心等待時機

「願等花開」。有些事情需要時間，不能急於求成。—— 玉伯

大公司的技術管理#

大公司的特點#

在阿里這樣的大公司做技術管理，有其特殊性：

在大公司發揮影響力#

畢玄的建議：

1. 在專業上建立聲望：讓人認可你的技術能力
2. 解決重要的問題：選擇有影響力的專案
3. 建立關係網絡：跨團隊的合作很重要
4. 善於溝通：讓其他人了解你的工作
5. 保持耐心：大公司的事情需要時間

聚焦貢獻，而不是聚焦權限#

在大公司最容易掉進的陷阱，是把注意力放在「我有什麼權限、歸我管的有多大」。真正能發揮影響力的人，問的是另一個問題：「我能為最終成果貢獻什麼？」 這個問題會自動把你的視角從「向下守住地盤」轉成「向上對結果負責」。

聚焦貢獻時，要同時照顧三類績效，缺一塊都會走偏：

• 直接成果：看得見的業務數字、交付的系統——這是底線。
• 重申價值觀：透過怎麼做事，把組織真正相信的價值觀活出來、傳下去。
• 培養明日之人：今天的成果之外，有沒有讓團隊裡長出能接棒的人。

砌石匠的寓言。 三個石匠被問在做什麼：第一個說「我在謀生」，第二個說「我在做全國最好的石匠活」，第三個說「我在蓋一座大教堂」。只有第三個是用「貢獻於整體成果」的視角工作——但要小心第二個：一味追求專業手藝本身，可能反而忘了整座教堂。

落到日常工具上，這也是 MBO（目標管理） 的真正用意：它是讓每個人用共同目標來自我控制，而不是讓主管拿來監視。一個值得養成的習慣是定期寫「Manager’s Letter」——主動向上說明你理解的目標、你打算貢獻什麼、需要什麼支援——把「對齊成果」變成主動行為，而不是等著被指派。

認識你的時間#

在資源相對充足的大公司，最容易被浪費、也最不可替代的資源其實是時間。錢、人手、設備都能再要，時間用掉就沒了。管理時間的順序是：先記錄（真實記下時間花在哪，而非憑印象）、再管理（砍掉浪費）、最後整合（把碎片湊成完整的塊）。

砍掉浪費時，可以用「三刀」自問：

• 完全不做會怎樣？ 如果答案是「沒差」，就別做了。
• 這件事誰能做得一樣好、甚至更好？ 能授權的就授權出去。
• 我有沒有在浪費別人的時間？ 我主持的會、發的需求，是不是在消耗團隊的整塊時間？

整合時間還有一個常被忽略的點：知識工作有最小時間塊。寫一份像樣的設計草稿，需要連續的 6–8 小時，被切成六個一小時等於零；認真帶一個人，一次至少要 1 小時，否則只是打卡式關心。

健康的組織很無聊。如果一個團隊天天上演英雄救火、處處是戲劇性危機，往往不是團隊厲害，而是基礎工作沒做好、時間沒被好好整合。真正運轉良好的組織，外人看起來平淡無奇。

離開大公司的考量#

畢玄後來離開阿里創業，他的思考：

大公司有大公司的好，但也有天花板。要清楚自己想要什麼。

離開的原因可能有：

• 想做不同的事情
• 成長空間受限
• 創業夢想
• 價值觀不匹配
• 外部機會

不要因為一時的不順心就離開。大公司的經驗是寶貴的，離開前要想清楚。

阿里經驗的普適性#

什麼是可以借鑑的#

方法論：

• 數據驅動的決策
• 快速迭代的開發
• 事後檢討文化
• 人才培養體系

技術實踐：

• 服務化架構
• 高可用設計
• 性能優化
• 中台建設

什麼需要謹慎#

阿里的經驗不能直接搬用，需要結合自己的情況。

不能照搬的：

• 阿里的規模和資源不是每個公司都有
• 某些文化特點不適合所有組織
• 技術方案需要根據業務調整
• 管理方式需要適應團隊特點

本章要點#

1. 技術演進有代價：淘寶的每次架構變遷都付出了巨大代價
2. 技術債務要管理：有意識地產生，有計劃地償還
3. 文化融入需要時間：先理解，再嘗試改變
4. 內部創新是可能的：需要熱情、耐心和適度保護
5. 大公司有特殊性：利用資源，但不被束縛
6. 聚焦貢獻而非權限：問「我能為成果貢獻什麼」，兼顧直接成果／價值觀／育人
7. 時間是不可替代資源：先記錄再管理再整合；健康的組織很無聊
8. 經驗需要本地化：不能照搬，要結合實際