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

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

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

核心原則

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

新官三把火是最常見的失敗模式：

• 「我以前公司怎樣怎樣」→ 團隊翻白眼
• 「我覺得這流程不好」→ 你不懂背景就改
• 「我會把這個自動化」→ 沒問清楚需求

這 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

每個都問：

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

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

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

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

不要做

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

量化現況

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

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

找出 3 大核心問題

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

常見的真 Top 3：

1. 自動化太脆弱、信心崩潰
2. QA 永遠 sprint 最後一週才能測
3. 跟 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。不承諾、只對齊方向。

啟動 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 天結束，給主管一份簡報：

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。

跨過 Senior → Lead 的心理轉換

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

每週固定保留時間

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

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

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 出席。

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

# My QA Lead Onboarding Plan

• [ ] 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

• [ ] 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

• [ ] 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

• 4 hours coding
• 4 hours reading docs
• 2 hours learning
• 2 hours strategic thinking

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