--- title: 從 Senior 升 QA Lead — 第一個 90 天該做什麼（含 30/60/90 計畫範本） description: First-time QA Lead 完整 onboarding 指南。前 30 天聽、中間 30 天診斷、後 30 天行動。1-on-1 起手、團隊評估、利害關係人地圖、避免新官三把火。 category: career tags: [qa-lead, first-time-manager, 90-days, leadership] date: 2026-06-11 --- # 從 Senior 升 QA Lead — 第一個 90 天該做什麼 剛升 Lead 最容易做的事：**馬上想證明自己**。結果三個月後團隊把你討厭、改的東西沒人用、原本喜歡的事（寫 code）也沒時間做。 這篇給 first-time QA Lead 一份能照著跑的 90 天 playbook。原則：**先聽再診斷再行動**。 ## 90 天的心法（一張圖） ```mermaid flowchart LR D1[Day 1-30
Listen 聽] --> D2[Day 31-60
Diagnose 診斷] D2 --> D3[Day 61-90
Act 行動] D1 --> L1[1-on-1
了解每個人] D1 --> L2[觀察流程
不下決定] D1 --> L3[Stakeholder
建關係] D2 --> Dx1[品質現況
量化] D2 --> Dx2[找 3 大
核心問題] D2 --> Dx3[起草
路線圖] D3 --> A1[Quick win 1-2] D3 --> A2[長期 initiative
啟動] 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 ```mermaid mindmap root((QA Lead
Stakeholder
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**： 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。**不承諾、只對齊方向**。 ## 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 天結束，給主管一份簡報： ```markdown ## 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 小時被會議吃光、第一個跡象就是你開始爆躁。 ## 三個月後該避免的反模式 ```mermaid flowchart TD Anti[新 Lead 常見反模式] --> A1[Hero mode
自己下海解所有事] Anti --> A2[Yes-man
主管說啥都 yes] Anti --> A3[No-man
什麼都擋] Anti --> A4[改革派
馬上推大變革] Anti --> A5[甩鍋
blame 前任] Anti --> A6[消失
都在會議、團隊看不到] 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 出席。 ## 工具 ```mermaid mindmap root((QA Lead
工具箱)) 管理工具 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 句話 1. **你的價值不在你寫的 code，在團隊的 output** 2. **聽得越多、看起來越聰明** 3. **快速回應 > 完美回應** 4. **你的時間 30% 給團隊、30% 給 stakeholder、20% 給策略、20% 給自己** 5. **三個月夠你看清楚、不夠你大改革** ## 30 / 60 / 90 一頁式範本 ```markdown # 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 災難。