Staff / Principal QA Engineer — 不當 Manager 的高階技術路線完整指南

「我不想帶人但又不想 cap 在 Senior」是很多優秀 QA 的痛。Staff / Principal IC（Individual Contributor）路線是給技術專家的高階軌道，薪資跟 Manager 等價、但工作內容完全不同。

這篇講怎麼從 Senior 走上 Staff、Principal、甚至 Distinguished QA Engineer。

兩條路同樣榮譽、同樣薪資（成熟公司）。

不是 Senior + 1 年、是完全不同的能力組合。

1. 技術深度（必要條件）

• 一個自動化框架你能改它的 source code
• 看 trace / heap dump / profiler 抓 root cause
• 跨 stack 都懂（前端 + 後端 + DB + infra）
• 一週能寫 prototype 驗證一個 idea

2. 技術廣度（差異化）

不需全部精通。會 2-3 個深、其他 1 個能對話。

3. 影響力（最難的部分）

Senior: 你做的事影響你的 team
Staff: 你做的事影響整個 engineering org
Principal: 你做的事影響整個公司技術方向
Distinguished: 你做的事影響業界

沒影響力 = 不是 Staff。光技術強只是 Senior+。

4. 技術寫作（差異化）

• 寫 RFC 讓 100 人讀懂並 follow
• 寫 design doc 帶 5 個 engineer 同方向
• Blog post / conference talk

寫作能力是 Staff 跟 Senior 最大的能力差。

5. Mentor 多個 Senior

• 同時 mentor 3-5 個 Senior（不是 junior）
• 透過 code review、design review、1-on-1
• 不需要 reporting line

通常需要 ≥1 個「team-changing project」加 2-3 個「influence event」。

Team-changing project 例子

• 主導 QA 自動化框架重寫（讓 50 個 test 改 10 個 → 200 test 加 5 分鐘）
• 設計 cross-team contract testing 架構
• 把 CI 從 1 小時降到 10 分鐘
• 建 quality observability 系統（dashboard + alerts）
• AI 輔助 test gen 平台

Influence event 例子

• 在公司技術 talk 分享（內部 50+ 人聽）
• 寫 internal RFC 被多 team 採用
• 在業界 conference 演講（被引用 / 被讀）
• Open source 專案有 200+ star
• 跨 team 推動 process 改變

從 Staff → Principal 需要：

1. 技術願景（Vision）

• 看到 3 年後該長什麼樣
• 主導公司技術選型決定
• 影響 architecture 不只 QA 範圍

2. 跨團隊政治力

• 推動跨多 team initiative
• 處理 director-level conflict
• 跟 CTO 1-on-1 平等對話

3. 業界品牌

• 業界知名度（書 / talk / open source）
• Recruiting magnet（你的存在吸引人 join）
• 競品也認識你

4. 培養下一代

• 至少 mentor 出 1 個 Staff
• 你的 best practice 被當 reference

台灣 Staff 起跳薪水 ≈ Manager 同 level。美國 FAANG Principal 等於台灣 CTO。

比較表

我會問自己的 5 個問題

1. 我享受帶人解決卡點、還是自己解卡點?
2. 我願意一週只有 4 小時寫 code 嗎?
3. 我能在不下指令的情況下影響別人嗎?
4. 我看別人成長比看 system 改善更有成就感嗎?
5. 我能處理 emotion / conflict 嗎?

全是「是」→ Manager 全是「否」→ Staff 混合 → Tech Lead（半技半管）

Year 1: 從 Senior+ 變 Staff

• 找 1 個 team-changing project own 起來
• 寫 1-2 個 RFC 被採用
• Mentor 1-2 個 Senior
• 內部 talk 1 次
• 跟 CTO 1-on-1 至少 4 次/年

Year 2-3: 從 Staff 鞏固到 Senior Staff

• Cross-team initiative 1-2 個
• 外部演講 1 次
• Open source 貢獻
• 設定 team technical standards

Year 4-5: 從 Senior Staff 升 Principal

• 主導大 architecture decision
• 跟 CEO 對話 quality strategy
• 業界品牌（書 / 名 blog / open source 大專案）
• Mentor 出至少 1 個 Staff

如果你不想當全方位 Staff、可以走專家：

每個都能變一個 niche、薪資從 Staff 起跳。特別是 Security / Performance 在台灣供需失衡、薪資很高。

1. 寫 LinkedIn post 每月 1-2 篇（不是廣告、是 insight）
2. 寫 blog（個人 blog 或公司 blog）
3. Open source 貢獻（不一定大、要持續）
4. 內 / 外 talk 一年 2-3 次
5. Twitter / LinkedIn 跟業界互動

沒對外 brand = recruiter 不認得你 = Principal 卡住。

1. Staff 是「影響力」職位、不是「會 code 的 Senior」
2. 寫作能力是進場券
3. Mentor 是必要、不是可選
4. 每年問一次：我這年讓 5+ 人變更好嗎？
5. 走這條路要忍 — 升等慢、評估難、但天花板高

✅ 適合:
- 寫東西流暢、樂於分享知識
- 能在會議上講出有重量的話
- 喜歡跨 team 的問題
- 接受「我推動但別人 own」的成就感

❌ 不適合:
- 不耐煩處理「為什麼這樣設計」
- 只喜歡 own 自己的 feature
- 不喜歡寫 doc
- 跨 team 開會就煩

「不當 manager 也能往上爬」在台灣比矽谷晚 5-10 年才成熟。但好的公司已經分軌。如果你愛技術、不愛帶人 — Staff 路線不是 plan B、是平行軌。選錯路線比走慢更傷。先想清楚自己要什麼、再三年磨一劍。