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

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

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

兩條路線並存（一張圖）

flowchart TB
    Senior[Senior QA] --> Choose{選哪條?}
    Choose -->|喜歡帶人| Lead[QA Lead]
    Choose -->|喜歡技術| Staff[Staff QA Engineer]

    Lead --> Mgr[QA Manager]
    Mgr --> Dir[Director / VP]

    Staff --> Principal[Principal QA Engineer]
    Principal --> Disti[Distinguished QA Engineer]

    Mgr -.同層.-> Principal
    Dir -.同層.-> Disti

    style Senior fill:#06b6d4,color:#fff
    style Staff fill:#a855f7,color:#fff
    style Principal fill:#a855f7,color:#fff
    style Disti fill:#a855f7,color:#fff
    style Lead fill:#f59e0b,color:#fff
    style Mgr fill:#f59e0b,color:#fff
    style Dir fill:#f59e0b,color:#fff

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

三條路線的影響力範圍

flowchart LR
    Senior[Senior<br>自己 + 1-2 同事] --> Three{三選一}
    Three --> Mgr[Manager 路線<br>影響 5-15 人]
    Three --> Staff[Staff 路線<br>影響 1 team 技術]
    Three --> Spec[Specialist 路線<br>影響某 domain]

    Mgr --> M1[1-on-1]
    Mgr --> M2[Hire/Fire]
    Mgr --> M3[OKR]

    Staff --> S1[Cross-team architect]
    Staff --> S2[Setting standards]
    Staff --> S3[Mentor seniors]
    Staff --> S4[Solve hardest tech problems]

    Spec --> SP1[Performance expert]
    Spec --> SP2[Security expert]
    Spec --> SP3[ML / AI test expert]

    style Senior fill:#06b6d4,color:#fff
    style Staff fill:#a855f7,color:#fff
    style Mgr fill:#f59e0b,color:#fff
    style Spec fill:#ec4899,color:#fff

Staff QA Engineer 的能力指標

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

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

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

2. 技術廣度（差異化）

mindmap
  root((Staff QA<br>知識廣度))
    自動化
      多框架精通
      自建 framework
      Cross-platform
    Performance
      Profiling
      Load testing
      APM 整合
    Security
      OWASP
      Threat modeling
      Pentest 基礎
    Distributed
      Microservices test
      Contract testing
      Chaos
    DevOps
      Kubernetes
      CI/CD 設計
      Observability
    AI / ML
      LLM testing
      Model evaluation
      Prompt engineering
    Data
      ETL test
      Data quality
      Analytics

不需全部精通。會 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

從 Senior 升 Staff 的具體 deliverable

通常需要 ≥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 改變

Principal QA Engineer 的能力增量

從 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。

Manager vs Staff 路線取捨

flowchart TD
    Decide{怎麼選?} --> Q1{你享受<br>1-on-1 嗎?}
    Q1 -->|享受| Q2{你願意<br>放下 code 嗎?}
    Q2 -->|願意| Mgr1[Manager 路線]
    Q2 -->|不願意| Mid[Tech Lead<br>Half-and-half]

    Q1 -->|累| Q3{你能<br>影響別人嗎?}
    Q3 -->|能| Staff_[Staff 路線]
    Q3 -->|偏好獨立| Spec_[Specialist]

    style Mgr1 fill:#f59e0b,color:#fff
    style Staff_ fill:#a855f7,color:#fff
    style Spec_ fill:#ec4899,color:#fff
    style Mid fill:#06b6d4,color:#fff

比較表

我會問自己的 5 個問題

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

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

Staff 路線的成長計畫

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

反模式

flowchart TD
    Anti[Staff 路線反模式] --> A1[只寫 code 不寫 doc]
    Anti --> A2[拒絕 mentor]
    Anti --> A3[不參與決策]
    Anti --> A4[只解自己 team 的事]
    Anti --> A5[逃避 conflict]
    Anti --> A6[嫌會議多但又想 promote]

    style A1 fill:#ef4444,color:#fff
    style A2 fill:#ef4444,color:#fff
    style A3 fill:#ef4444,color:#fff
    style A4 fill:#ef4444,color:#fff
    style A5 fill:#ef4444,color:#fff
    style A6 fill:#ef4444,color:#fff

Specialist 路線變體（Staff 的細分）

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

mindmap
  root((QA Specialist<br>路線))
    Performance
      Load test 大師
      APM 整合
      Scalability arch
    Security
      Pentest
      Threat model
      Bug bounty
    Mobile
      iOS / Android 深度
      Device farm
      App perf
    Accessibility
      WCAG 大師
      Legal / 法遵
      Audit
    Data / ML
      Pipeline test
      Model evaluation
      Drift detection
    AI / LLM
      Prompt eng
      LLM evaluation
      AI test gen
    Test Infrastructure
      Build CI
      Test orchestration
      Reporting

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

對外 branding 的 5 件事（必做）

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

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

給走 Staff 路線的 5 句話

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

我的觀察：誰適合 Staff

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

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

最後

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