EP220 | 外商科技業升遷底層邏輯

重點摘要

• 升遷的底層邏輯不是「最努力」或「最聽話」，而是能否替主管分擔工作負擔（loading）——主管願意升你，本質上是因為他想把某塊業務交出去
• Scope（工作涵蓋範圍） 是升遷速度的核心關鍵：每年主動擴大自己負責的範圍，才能累積足以晉升的能力與產出
• 升遷除了個人能力，還需要 Business Need（業務需求）——公司沒有缺那個職位，能力再強也容易卡關
• 從菜鳥到資深工程師，關鍵能力轉變是：從「把交辦任務做好」→「獨立 run 一個案子」→「跨部門協調」→「帶領小組從零做起」
• 想升主管，要先主動爭取帶小組的機會，讓升遷看起來是「順理成章」，而非單方面索求

---

詳細內容

主管的核心動機：把事情分出去

主管每天在做的事是分配工作、處理灰色地帶、協調部門間的問題。當一個主管帶的人越來越多，最自然的動機就是「找一個能接手部分業務、讓我輕鬆一點的人」。

因此升遷的本質不是被老闆「賞識」，而是你能不能讓老闆把事情安心丟給你。

主管即使因為私人喜好提拔了某人，如果這個人升上去後沒有分攤工作，那個位置也很快會變得尷尬或消失。

能力階梯：從菜鳥到主管

階段	核心能力
初級工程師	把交辦任務執行好、錯誤率低
有經驗的工程師（約2年）	丟一個案子能獨立跑完，不需要反覆問
資深工程師	跨部門協調、能從零規劃新技術案子、代表部門對外談判
主管（Tech Lead / Manager）	帶領小組、讓主管把整塊業務切出來交給你 run

進階速度與「案子的 cycle 長度」有關。軟體工程師半年出一個案子，累積經驗快；硬體工程師案子常拖到兩三年，升遷相對較慢。

Business Need：能力之外的另一個門檻

外商越來越重視 Business Need（業務需求）：

• 公司組織在擴張 → 需要主管 → 升遷機會多
• 組織凍結、老員工卡位 → 即使能力符合，也容易被 delay
• 裁員浪潮後，主管職位稀缺，名額審核更嚴格

因此想升遷快，除了個人強，還要選對賽道：

1. 選成長中的部門（如 AI、Cloud 等擴張團隊）
2. 選問題夠複雜的單位（戰功才能累積）
3. 選人員擴增快的地方（有 Business Need）

Scope 策略：每年主動擴大負責範圍

節目引用一位中國工程師在 Meta 四年升主管的案例：他每年主動和主管談更大的 scope，把案子越接越大，大到自己一個人做不完，自然需要人手協助，進而帶出小組。

Scope 就像投資開槓桿——你接的案子越大，需要的人力越多，你的影響力越大，升遷的理由也越充分。

如何操作：讓升遷「順理成章」

1. 明確表達意願：主動告訴主管自己有意願承擔更大的職責（因為現在不少人選擇躺平，主管有時反而找不到人升）
2. 先做下一個等級的事：在正式升遷前，就先展現出那個職級應有的能力與行為
3. 讓決策從主管口中說出：不是去要求「給我升」，而是讓主管自然產生「這件事交給他最合適」的想法
4. 選對時機與地點：若現在的 team 沒有升遷空間，換 team 是合理選項

---

精選語錄

「升遷的底層邏輯就是：你能不能解決上面的問題。主管一般在處理的問題都是比較灰色地帶的東西，如果有些同事能夠做到這種處理，主管對我來講就一定要把他升起來，因為升起來之後他可以管一些人，我的事情就變少了。」

「Scope、scope、scope。跟房地產是 location、location、location 一樣。你要往上升，scope 就要變大；scope 變大，你的技能就要變得更複雜。」

「你坐在家裡說我要當主管，然後拼命把目前的事情做好——沒有用的。因為你沒有創造 Business Need，也沒有去為下一階段做準備。你要先爭取那個機會，讓布局順理成章。」

---

時間軸

本集為直播錄音，逐字稿中無明確時間標記，以下為主題段落順序：

• 開場 — 主持人介紹（摩布、雪柔、Iris、Latisha），各自分享對升遷的困惑與背景
• 免責聲明 — 升遷有人為因素、倖存者偏差的討論；底層邏輯仍有參考價值
• 核心邏輯 — 主管升人是為了分擔 loading，不是純粹因為喜歡
• 能力階梯 — 菜鳥到資深工程師的技能轉變，案子 cycle 長度的影響
• Scope 概念 — Meta 工程師案例，每年擴大負責範圍的策略
• Business Need — 組織擴張與收縮對升遷名額的影響
• 操作層面 — 如何表達意願、布局讓升遷順理成章
• 結語 — 升主管的錢與權討論，人力槓桿的概念