從 Senior 升 QA Lead — 第一個 90 天該做什麼

剛升 Lead 最容易做的事：馬上想證明自己。結果三個月後團隊把你討厭、改的東西沒人用、原本喜歡的事（寫 code）也沒時間做。

這篇給 first-time QA Lead 一份能照著跑的 90 天 playbook。原則：先聽再診斷再行動。

90 天的心法（一張圖）

flowchart LR
    D1[Day 1-30<br>Listen 聽] --> D2[Day 31-60<br>Diagnose 診斷]
    D2 --> D3[Day 61-90<br>Act 行動]

    D1 --> L1[1-on-1<br>了解每個人]
    D1 --> L2[觀察流程<br>不下決定]
    D1 --> L3[Stakeholder<br>建關係]

    D2 --> Dx1[品質現況<br>量化]
    D2 --> Dx2[找 3 大<br>核心問題]
    D2 --> Dx3[起草<br>路線圖]

    D3 --> A1[Quick win 1-2]
    D3 --> A2[長期 initiative<br>啟動]
    D3 --> A3[向上 reporting]

    style D1 fill:#06b6d4,color:#fff
    style D2 fill:#a855f7,color:#fff
    style D3 fill:#10b981,color:#fff

Phase 1: Day 1-30 — Listen（聽）

核心原則

不下決定、不改流程、不評論前任。

新官三把火是最常見的失敗模式： - 「我以前公司怎樣怎樣」→ 團隊翻白眼 - 「我覺得這流程不好」→ 你不懂背景就改 - 「我會把這個自動化」→ 沒問清楚需求

這 30 天你的工作 = 聽 + 問 + 記。

必做：1-on-1 跟每個成員（每人 60 分鐘）

第一次 1-on-1 不問 OKR、不問績效，問這些：

1. 你最近做的工作中、最有成就感的是什麼？
2. 最挫折的是什麼？
3. 你覺得這個 team 做得最好的是什麼？
4. 你覺得有什麼可以更好？
5. 你期待我這個位置做什麼？最不希望我做什麼？
6. 你未來 1-2 年想學什麼 / 想往哪走？
7. 我能怎麼幫你？
8. 有什麼你一直想說但沒機會說的？

記下來。三個月後回頭看，你會發現很多人在第一次 1-on-1 給的訊息最真。

必做：跟 5-8 個 stakeholders 1-on-1

mindmap
  root((QA Lead<br>Stakeholder<br>Map))
    直接合作
      Engineering Manager
      Engineering Lead
      Product Manager
      Design Lead
    上層
      你的主管 CTO / VP
      其他 Lead 同層
    下游
      Customer Support
      Account Manager
    支援
      DevOps / SRE
      Security
      Data

每個都問：

「過去半年你跟 QA 合作最爽的是什麼？」
「最不爽的呢？」
「你期待 QA 幫你解決什麼？」
「你最想看到我做什麼？」

Stakeholder map 是 Lead 的隱形資產。前 30 天不建，後面缺。

必做：影子觀察（不打斷）

跟著一個 sprint 完整跑（refinement / planning / daily / demo / retro）
觀察 dev 怎麼接 ticket、QA 怎麼接 PR、bug 怎麼分配
不下決定、不改流程

不要做

❌ 改流程（你還不懂背景）
❌ 砍誰、加誰（人事評估還不夠）
❌ 馬上 launch 新 initiative
❌ 跟上一位 Lead 比較
❌ 公開承諾「我會做 X」

Phase 2: Day 31-60 — Diagnose（診斷）

量化現況

不是憑感覺改，用數字看：

維度	怎麼量
自動化覆蓋率	E2E case 數 / 應該被測的 critical path 數
Flaky 率	過去 30 天 CI failure 是真 bug vs flaky 的比例
Sprint velocity	QA bottleneck 拖延的 story 數
Escaped bug	上線後一週內被報的 bug 數 / 月
MTTR	Bug 從發現到修好平均時間
Test pyramid	Unit : Integration : E2E 比例
文化	你 1-on-1 中聽到的 burnout / 士氣訊號

寫成 Confluence / Notion 文件，讓你主管看到你做的「現況評估」。

找出 3 大核心問題

從上面數據 + 1-on-1 + stakeholder 訪談，挑 3 個對團隊影響最大、且你有資源解的問題。

常見的真 Top 3：

自動化太脆弱、信心崩潰
QA 永遠 sprint 最後一週才能測
跟 dev 角色界線模糊、互卸責

每家公司不一樣。你的 Top 3 不一定是新加入的人覺得明顯的。

起草 6 個月路線圖

不是完整計畫、是方向骨架：

H1 (Month 1-3):
  - Quick win 1: 把 X flaky 的 case 修穩
  - Quick win 2: 加 PR 留言顯示測試 result

H2 (Month 4-6):
  - 中期: 自動化覆蓋率從 X% → Y%
  - 中期: Spec review 流程上線

Long-term (6+ months):
  - Test pyramid 改造
  - Quality gate 設立

跟主管 review。不承諾、只對齊方向。

Phase 3: Day 61-90 — Act（行動）

啟動 Quick win（1-2 個）

選小、快、明顯的：

例 1: 把 5 個最 flaky 的 case 修掉 → CI pass rate 拉回 95%+
例 2: 寫 bug-report template → bug 退回率降低
例 3: 設一個 quality gate（unit pass 100%）→ 立刻看到效果

3 個月內團隊能感受到「有 Lead 不一樣了」，但不是革命。

啟動長期 initiative（1 個）

挑 1 個半年級別的大事，啟動但不要急著完成：

例：建立 QA 自動化新框架（POM 重構）
例：建立 Spec review checklist + 流程
例：跟 PM 對齊 Definition of Ready

確保有 owner、有 milestones、有 review 節奏。

第一次向上 reporting

90 天結束，給主管一份簡報：

## QA Team Status — First 90 Days

### Findings (現況)
- 量化指標 5-7 個
- 主要 strength
- 主要 risk

### Diagnosed Problems (Top 3)
1. ...
2. ...
3. ...

### Quick Wins Delivered
- ...
- ...

### Long-term Initiative Started
- 名稱、目標、ETA

### Asks (need help)
- 預算
- Tooling
- Headcount
- Stakeholder support

Asks 是關鍵。主管要的是「我能怎麼幫你」、不是 status report。

平行 track：別忘了照顧自己

跨過 Senior → Lead 的心理轉換

之前	現在
寫 code 是成就	帶人解 bug 是成就
自己跑越多越好	自己跑越少越好
快是因為自己快	快是因為團隊快
Sole contributor	Force multiplier
1-on-1 是別人帶你	1-on-1 是你帶別人

接受這個轉變最痛。前 6 個月會懷念寫 code、想自己下海解 bug。忍住。

每週固定保留時間

1 小時自己寫 code（保持手感）
1 小時讀 RFC / spec / design doc（保持技術判斷）
30 分鐘自己學新東西
30 分鐘思考策略（不是執行）

如果這 4 小時被會議吃光、第一個跡象就是你開始爆躁。

三個月後該避免的反模式

flowchart TD
    Anti[新 Lead 常見反模式] --> A1[Hero mode<br>自己下海解所有事]
    Anti --> A2[Yes-man<br>主管說啥都 yes]
    Anti --> A3[No-man<br>什麼都擋]
    Anti --> A4[改革派<br>馬上推大變革]
    Anti --> A5[甩鍋<br>blame 前任]
    Anti --> A6[消失<br>都在會議、團隊看不到]

    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

1. Hero mode

「QA 出問題我自己跳下去解」→ team 學不到、你燒到 burnout。

解法：問「你需要什麼才能解這個？」而不是「我來」。

2. Yes-man

主管問你能不能做 X、你說 yes 但其實 team 撐不住。

解法：說「我評估一下、明天回你」。等 24 小時的決定都會比較準。

3. No-man（防守心態）

什麼新 idea 都「不行因為 XX」。

解法：說「這個 idea 我喜歡的部分是 X、擔心 Y。如果改成 Z 我可以試試」。

4. 馬上推大變革

剛升 Lead 就提「整個自動化框架重寫」。

解法：先做 1-2 個 quick win 累積信任、再提大事。

5. 甩鍋前任

「以前那個 Lead 沒做這個...」

解法：永遠講「未來怎麼變更好」。

6. 消失

整天會議、團隊找不到你。

解法：每天保留 office hour（不接會議的 1 小時）、daily 出席。

工具

mindmap
  root((QA Lead<br>工具箱))
    管理工具
      Notion / Confluence
      Linear / Jira
      Lattice / Small Improvements
    1-on-1 筆記
      Notion 範本
      Range
      Plai
    Stakeholder mapping
      Miro / Mural
      Figjam
    OKR / Tracking
      Lattice
      Google Sheets
    溝通
      Slack
      Loom (async)
      Linear

給 first-time QA Lead 的 5 句話

你的價值不在你寫的 code，在團隊的 output
聽得越多、看起來越聰明
快速回應 > 完美回應
你的時間 30% 給團隊、30% 給 stakeholder、20% 給策略、20% 給自己
三個月夠你看清楚、不夠你大改革

30 / 60 / 90 一頁式範本

# My QA Lead Onboarding Plan

## Day 1-30: Listen
- [ ] 1-on-1 with all team members
- [ ] 1-on-1 with 5-8 stakeholders
- [ ] Shadow 1 full sprint
- [ ] Read all team docs (style guide, runbooks)
- [ ] Set up my own work tracker

## Day 31-60: Diagnose
- [ ] Quantify current state (7 metrics)
- [ ] Identify Top 3 problems
- [ ] Draft 6-month roadmap
- [ ] Validate Top 3 with manager + team
- [ ] Identify 2 quick wins + 1 long-term initiative

## Day 61-90: Act
- [ ] Deliver quick win #1
- [ ] Deliver quick win #2
- [ ] Launch long-term initiative
- [ ] First state-of-the-team report to manager
- [ ] First retrospective on my own performance

## Personal time-block (weekly)
- 4 hours coding
- 4 hours reading docs
- 2 hours learning
- 2 hours strategic thinking

最後

升 Lead 是換職業、不是換職位。前三個月你做什麼比後一年的細節更重要。聽、診斷、再行動 — 這個節奏會讓你避開 80% 的 first-time manager 災難。

從 Senior 升 QA Lead — 第一個 90 天該做什麼（含 30/60/90 計畫範本）