Scrum Master 是敏捷 Scrum 框架中的服務型領導者，負責移除團隊障礙、促進協作並推動持續改善。這篇指南涵蓋 Scrum Master 職責、認證比較、薪水行情與入門路徑，幫你從零開始規劃敏捷職涯。
什麼是 Scrum Master？角色定位與常見誤解
根據 Scrum Guide 的定義，Scrum Master 負責「在 Scrum 框架中建立 Scrum，並協助每個人理解 Scrum 的理論與實踐」。聽起來很抽象，但用一句話說：Scrum Master 是讓團隊能順暢運作的人，而不是告訴團隊該做什麼的人。
這個角色最核心的概念是 servant-leader（服務型領導者）。傳統的專案經理分配任務、追蹤進度、向上回報；Scrum Master 則是移除障礙、引導團隊自我組織、保護團隊不被外部干擾打斷。
Scrum Master 不是什麼
很多人第一次聽到 Scrum Master，會直覺把它等同於專案經理或團隊主管。以下是最常見的三個誤解：
- 「SM 就是開會主持人」：Scrum Master 確實會引導 Scrum 事件（站立會議、回顧會議等），但引導只是手段，目的是讓團隊學會自我管理。一個成熟的 Scrum Master 會逐步讓團隊自己主持會議。
- 「SM 負責寫進度報告」：進度透明是整個團隊的責任，不是 SM 一個人的工作。SM 要做的是建立讓進度自然可見的機制（例如看板、燃盡圖），而不是每週寫一份 Excel 報告給主管。
- 「SM 是團隊的老闆」：SM 對團隊成員沒有人事權，不做績效考核，也不分配任務。SM 的影響力來自信任與專業，不是職位權力。
我們團隊有一位成員從傳統 PM 轉職為 Scrum Master，他在第一個月最大的衝擊是：「以前我習慣把任務分好、追蹤每個人的進度，現在我要忍住不插手，讓團隊自己決定怎麼做。」這個心態轉換，是每個新手 SM 都會經歷的過程。
| 面向 | 傳統專案經理 | Scrum Master | 團隊主管 |
|---|---|---|---|
| 核心職責 | 規劃、分配、追蹤 | 引導、移除障礙、教練 | 人事管理、績效考核 |
| 權力來源 | 職位授權 | 專業信任 | 組織層級 |
| 對團隊的關係 | 指揮與控制 | 服務與賦能 | 管理與評估 |
| 成功指標 | 專案準時交付 | 團隊持續改善 | 部門 KPI 達成 |
Scrum Master 的核心職責：每日、每週、每個 Sprint 做什麼
很多人好奇：「Scrum Master 一天到底在做什麼？」這是個好問題，因為 SM 的工作不像工程師寫程式那樣有明確的產出物。SM 的產出是團隊的效能提升——這很難量化，但影響巨大。
一天的 Scrum Master 時間軸
以一個兩週 Sprint 的軟體團隊為例，SM 的典型一天大概長這樣：
09:00 — 檢查看板與障礙清單：在站立會議之前，先掃一遍看板上的任務狀態。有沒有卡住超過一天的任務？有沒有新冒出來的阻礙？
09:30 — Daily Scrum（15 分鐘）：注意，SM 不是主持人，而是觀察者。團隊成員彼此同步「昨天做了什麼、今天要做什麼、有什麼阻礙」。SM 的工作是記下阻礙，會後立刻處理。
10:00 — 障礙排除：這是 SM 最核心的工作。障礙可能是技術性的（測試環境掛了）、流程性的（等其他部門審批）、或人際性的（兩個成員對技術方案有衝突）。SM 要判斷哪些障礙團隊能自己解決，哪些需要 SM 出面協調。
14:00 — 一對一 Coaching：SM 不只服務團隊整體，也要關注個別成員的成長。這不是績效面談，而是用教練式提問幫成員釐清問題。
三個服務對象的職責分工
Scrum Master 同時服務三個對象，每個對象的需求不同：
對開發團隊：
- 移除阻礙（這是最高優先級）
- 保護 Sprint 不被外部需求干擾（當有人想「插單」時，SM 是第一道防線）
- 引導團隊建立自組織能力
- 促進技術實踐的改善（例如推動 code review、自動化測試）
對 Product Owner：
- 協助梳理 Product Backlog，確保每個 User Story 都夠清楚
- 促進 PO 與開發團隊之間的溝通
- 幫助 PO 理解如何用經驗主義做決策（而不是提前規劃一切）
對組織：
- 推動敏捷文化轉型，向上管理高層的期待
- 協助其他團隊理解 Scrum 的運作方式
- 消除組織層面的系統性障礙
非 IT 情境案例：製造業的 Scrum Master
SM 不只存在於軟體業。我們接觸過一家台灣中部的精密零件製造商，他們在新產品開發流程導入 Scrum。SM 最大的挑戰不是技術，而是跨部門溝通——研發、品管、採購三個部門各有自己的時程表和優先順序。
SM 做了一件關鍵的事：把三個部門的代表拉進同一個 Sprint Planning，讓大家第一次看到彼此的依賴關係。光是這個「透明化」的動作，就讓新產品開發週期從 6 個月縮短到 4 個月。
Scrum 框架核心：五大價值觀、三大支柱與 Scrum 事件
Scrum Master 不只是「執行流程的人」，而是深度理解框架精神並幫助團隊內化的人。如果你只會照著流程跑，那你是「Scrum 秘書」，不是 Scrum Master。
五大核心價值觀
Scrum Guide 定義了五個核心價值：承諾（Commitment）、專注（Focus）、開放（Openness）、尊重（Respect）、勇氣（Courage）。
記憶口訣：「承專開尊勇」——承諾專注地開放尊重，需要勇氣。
這五個價值不是牆上的標語，而是 SM 每天要用行動體現的原則。例如：
- 勇氣：當高層要求團隊在 Sprint 中途加入新需求時，SM 要有勇氣說「不」，並解釋為什麼這會破壞團隊的承諾。
- 開放：當 Sprint 進度落後時，SM 要引導團隊公開討論原因，而不是掩蓋問題。
三大支柱
Scrum 建立在三個經驗主義的支柱上：
- 透明性（Transparency）：所有重要資訊對所有人可見。看板、燃盡圖、Product Backlog 都是透明性的工具。
- 檢視（Inspection）：定期檢視進度與產出。Sprint Review 和 Daily Scrum 就是檢視的機制。
- 調適（Adaptation）：根據檢視結果做出調整。Sprint Retrospective 是調適的核心事件。
五個 Scrum 事件
| Scrum 事件 | 目的 | 時間限制（2 週 Sprint） | SM 的角色 |
|---|---|---|---|
| Sprint | 將想法轉化為價值的容器 | 2 週（固定） | 確保 Sprint 目標清晰 |
| Sprint Planning | 規劃本次 Sprint 的工作 | 最多 4 小時 | 引導團隊聚焦目標 |
| Daily Scrum | 每日同步進度與障礙 | 最多 15 分鐘 | 觀察並記錄障礙 |
| Sprint Review | 展示成果、收集回饋 | 最多 2 小時 | 促進利害關係人互動 |
| Sprint Retrospective | 回顧流程、持續改善 | 最多 1.5 小時 | 引導團隊深度反思 |
當團隊超過 9 人：大規模 Scrum 簡介
Scrum Guide 建議團隊規模在 10 人以下。但如果你的組織有 30、50 甚至上百人需要協作呢？這時候就需要擴展框架：
- LeSS（Large-Scale Scrum）：最多 8 個團隊，共用一個 Product Owner 和一份 Product Backlog，保持 Scrum 的簡潔性。
- SAFe（Scaled Agile Framework）：適合大型企業，結構更複雜，包含 Portfolio、Program、Team 三個層級。
對 SM 來說，理解這些框架的存在很重要——因為你的職涯發展可能會從單一團隊的 SM，走向多團隊的 Scrum Master，最終成為 Agile Coach 或 Release Train Engineer。
Scrum Master 認證完整比較：CSM、PSM I、PMI-ACP 怎麼選
認證不是必要條件，但在台灣市場，有認證的 SM 在求職時確實有明顯優勢。以下是三大主流認證的完整比較：
| 比較項目 | CSM（Certified Scrum Master） | PSM I（Professional Scrum Master） | PMI-ACP（Agile Certified Practitioner） |
|---|---|---|---|
| 發證機構 | Scrum Alliance | Scrum.org | PMI |
| 考試形式 | 線上選擇題（50 題，60 分鐘） | 線上選擇題（80 題，60 分鐘） | 線上選擇題（120 題，3 小時） |
| 前置條件 | 必須完成 16 小時授權課程 | 無（可自學） | 需 21 小時敏捷教育 + 工作經驗 |
| 費用（含課程） | NT$25,000–45,000 | 約 NT$6,400（僅考試費） | NT$15,000–20,000（含會員費） |
| 及格標準 | 74%（37/50） | 85%（68/80） | 65%（78/120） |
| 效期 | 2 年（需累積 SEU 學分續期） | 永久有效 | 3 年（需累積 PDU 續期） |
| 適合對象 | 想要互動學習、建立人脈 | 預算有限、自學能力強 | 已有 PMP、想擴展敏捷知識 |
CSM 認證考試準備步驟（含台灣報名流程）
CSM 的最大特色是強制上課——你必須完成 Scrum Alliance 授權講師（CST）的 16 小時課程，才能取得考試資格。
報名流程：
- 選擇授權講師課程：在 Scrum Alliance 官網搜尋台灣的 CST 課程。台灣常見的培訓機構包括長宏專案、鈦坦科技等，費用約 NT$25,000–45,000。
- 完成 16 小時課程：通常是連續兩天的密集工作坊，包含大量互動演練、角色扮演和案例討論。
- 線上考試：課程結束後，你會收到考試連結。50 題選擇題，60 分鐘，74% 及格。大多數學員在課後一週內通過。
- 取得證書：通過後立即獲得 CSM 認證，有效期 2 年。
上課的實質價值：很多人覺得「花三四萬只為了考一張證照太貴了」。但 CSM 課程的價值不在考試本身——互動演練讓你體驗 Scrum 的運作方式，講師的實戰經驗分享是書上學不到的，而且你會認識一群同樣在敏捷路上的同行。
PSM I 自學備考計畫（4 週衝刺版）
如果你預算有限或偏好自學，PSM I 是最佳選擇。考試費約 NT$6,400，而且永久有效，不需要續期。但要注意，PSM I 的及格標準是 85%，比 CSM 的 74% 高出不少。
第 1 週：熟讀 Scrum Guide
- 下載 Scrum Guide 官方 PDF（有中文版），全文只有 13 頁，但每一句都可能出題。
- 建議至少讀 3 遍，第一遍通讀、第二遍做筆記、第三遍專注理解「為什麼」。
第 2–3 週：模擬題練習
- 使用 Mikhail Lapshin 的免費模擬題（Google 搜尋即可找到），目標正確率 85% 以上。
- Scrum.org 官網也有免費的 Open Assessment，務必做到滿分。
- 重點：不要背答案，要理解每個選項為什麼對或錯。
第 4 週：弱點補強 + 正式考試
- 回顧錯題，找出自己的弱項（通常是 SM 的職責邊界、Scrum 事件的時間限制）。
- 正式考試：80 題、60 分鐘，時間很緊，平均每題只有 45 秒。
我們團隊有一位非技術背景的營運主管，用這個 4 週計畫通過了 PSM I。她的心得是：「最難的不是背知識，而是改變思維——很多題目考的是『SM 應該怎麼做』，答案往往是『讓團隊自己決定』，這跟我以前當主管的習慣完全相反。」
（推薦搭配 Coursera 上的 IBM Scrum 課程，作為 Scrum Guide 的補充學習資源，有系統化的影片教學。）
Scrum Master 薪水行情：台灣市場完整數據
談錢不俗氣。了解市場行情，才能在求職和薪資談判時有底氣。
台灣 Scrum Master 薪資區間
根據我們蒐集的 104 人力銀行、LinkedIn 和業界訪談資料，台灣 Scrum Master 的月薪大致如下：
| 經驗等級 | 月薪範圍（NT$） | 典型背景 |
|---|---|---|
| 初階（0–2 年） | 50,000–70,000 | 剛取得認證、從 PM/工程師轉職 |
| 中階（3–5 年） | 75,000–100,000 | 有 2–3 個團隊的 SM 經驗 |
| 資深（5 年以上） | 100,000–150,000+ | 兼任 Agile Coach、有大規模轉型經驗 |
影響薪資的關鍵因素
產業別差異巨大：金融科技（FinTech）和外商軟體公司的 SM 薪資通常比傳統製造業高 20–40%。一位在外商銀行擔任 SM 的朋友，年薪含獎金超過 NT$200 萬。
認證等級：CSM 是基本門檻，但如果你有 A-CSM（Advanced CSM）或 CSP-SM（Certified Scrum Professional），薪資談判空間明顯更大。
英語能力：在外商或跨國團隊，英語流利的 SM 薪資可以再加 15–25%。
是否兼任 Agile Coach：資深 SM 如果能同時指導多個團隊的敏捷轉型，薪資會跳到另一個層級。
薪資談判實戰建議
取得 CSM 後想談加薪？以下是一個實際可用的框架：
- 量化你的貢獻：「導入 Scrum 後，團隊的 Sprint 完成率從 60% 提升到 85%」比「我幫團隊變得更敏捷」有說服力一百倍。
- 對標市場行情：用 SMART 原則設定你的目標薪資，並準備好市場數據佐證。
- 強調認證的持續投資：CSM 每兩年需要續期，這代表你持續在學習——這是雇主應該願意投資的。
如何成為 Scrum Master：入門路徑與必備技能
不管你現在是工程師、PM、QA 還是完全非技術背景，都有路可以走。關鍵是選對路徑，然後有計畫地補強。
三條入門路徑
路徑一：從開發工程師轉型
- 優勢：理解技術語言、知道開發流程的痛點
- 需補強：引導技巧、教練式提問、放下「我來寫比較快」的衝動
- 建議：先在現有團隊兼任 SM 角色 3–6 個月，累積實戰經驗
路徑二：從 PM／BA 轉型
- 優勢：有專案管理經驗、熟悉利害關係人溝通
- 需補強：從「控制」轉向「服務」的心態、Scrum 框架的深度理解
- 建議：這是最常見的轉職路徑，但也是最容易「做回 PM」的陷阱
路徑三：非技術背景直接入門
- 優勢：沒有「舊習慣」要改，反而更容易接受 servant-leader 的概念
- 需補強：敏捷基礎知識、對軟體開發流程的基本理解
- 建議：先取得 PSM I 或 CSM 認證，再找願意培養新手 SM 的團隊
必備技能清單
硬技能：
- Scrum 框架的深度理解（不只是流程，而是背後的原則）
- 敏捷指標：Velocity（速率）、Burn-down Chart（燃盡圖）、Cycle Time（週期時間）
- 工具操作：Jira、Confluence、或其他 Sprint 管理工具（後面會詳細比較）
- 基本的流程圖繪製能力，用於視覺化團隊的工作流程
軟技能：
- 衝突調解：團隊成員意見不合時，SM 要能引導建設性對話
- 教練式提問：用問題引導對方思考，而不是直接給答案
- 向上管理：讓高層理解敏捷的價值，而不只是「我們在跑 Scrum」
- 跨部門溝通：SM 經常需要跟不懂 Scrum 的部門協調
30-60-90 天新手 SM 行動計畫
前 30 天：觀察與學習
- 參加所有 Scrum 事件，但先觀察，不急著改變
- 一對一跟每個團隊成員聊天，了解他們的痛點
- 建立「障礙清單」，記錄所有你觀察到的問題
31–60 天：小幅改善
- 從最容易解決的障礙開始，建立「SM 有用」的信任
- 引入一個新的回顧會議格式（例如 Start/Stop/Continue）
- 與 PO 建立每週一次的 Backlog Refinement 節奏
61–90 天：建立節奏
- 團隊應該能自主運作 Daily Scrum，SM 只需觀察
- 開始關注團隊層面的改善（例如技術債、自動化測試覆蓋率）
- 向組織展示具體成果（Sprint 完成率、障礙解決速度等）
SM 面試常見 10 題與回答框架
準備 Scrum Master 面試時，以下是台灣市場最常被問到的問題：
- 「你如何處理團隊成員不參與 Daily Scrum 的情況？」 → 先了解原因（覺得沒用？時間不方便？），再針對根因解決。
- 「PO 和開發團隊對需求理解不一致，你怎麼辦？」 → 引導雙方用具體的驗收標準（Acceptance Criteria）對齊。
- 「Sprint 中途老闆要加需求，你怎麼處理？」 → 保護 Sprint 承諾，引導老闆與 PO 討論優先順序。
- 「你如何衡量團隊的敏捷成熟度？」 → 不只看 Velocity，更看團隊的自組織程度、持續改善的頻率。
- 「描述一次你成功移除障礙的經驗」 → 用 STAR 框架（情境、任務、行動、結果）回答。
回答的核心原則：永遠展示你會「引導團隊解決」而不是「自己解決」。 面試官想看到的是 servant-leader 的思維，不是英雄主義。
職涯發展：5 年後去哪裡？
Scrum Master 不是終點，而是敏捷職涯的起點：
- 年 1–3：單一團隊 SM → 深耕 Scrum 實踐，建立教練能力
- 年 3–5：多團隊 SM / Scrum of Scrums → 處理跨團隊依賴，學習 LeSS 或 SAFe
- 年 5+：Agile Coach → 從團隊層面提升到組織層面，推動整體敏捷轉型
- 進階路徑：Release Train Engineer（SAFe）、敏捷轉型顧問、培訓講師
如果你對冒牌者症候群有共鳴——覺得自己「不夠格」當 SM——這很正常。幾乎每個新手 SM 都經歷過。關鍵是持續學習、持續實踐。
推薦學習資源
免費資源：
- Scrum Guide 官方 PDF（中文版）：必讀，只有 13 頁
- Scrum.org Open Assessments：免費模擬題，測試你的理解程度
- YouTube 頻道：Scrum.org 官方頻道、長宏專案的 CSM Podcast
付費資源：
- 台灣在地 CSM 課程（長宏專案、鈦坦科技等）
- Coursera 上的 IBM Scrum 課程：系統化的線上學習，適合自學者
- 書單：《Scrum：用一半的時間做兩倍的事》（Jeff Sutherland）、《敏捷革命》
Scrum Master 常用工具與實務技巧
工具不會讓你成為好的 Scrum Master，但好的工具能讓你的工作更有效率。以下是台灣市場最常見的 Sprint 管理工具比較：
Sprint 管理工具比較
| 工具 | 免費方案 | 適合規模 | 核心功能 | 台灣使用率 |
|---|---|---|---|---|
| monday.com | ✅ 最多 2 人 | 5–50 人 | Sprint 看板、自動化、儀表板 | ★★★☆ |
| ClickUp | ✅ 功能完整 | 3–30 人 | Sprint 管理、時間追蹤、文件 | ★★★☆ |
| Notion | ✅ 個人免費 | 1–15 人 | 彈性資料庫、Wiki、看板 | ★★★★ |
| Jira | ✅ 最多 10 人 | 10–100+ 人 | Scrum/Kanban 看板、報表 | ★★★★★ |
你是哪種團隊？
- 5 人以下、剛開始接觸 Scrum → 先用 Notion 的敏捷專案管理模板，免費且彈性高，適合摸索期
- 5–15 人跨部門協作 → monday.com 是我們的首選。它的自動化功能特別強——我們設定了一條規則：「任務狀態改為『阻礙中』時，自動通知 SM 並建立追蹤項目」。這個設定讓我們的障礙平均解決時間從 2.3 天降到 0.8 天。免費方案不需要信用卡。
- 技術團隊跑 Scrum，需要深度整合 → ClickUp 的 Sprint 功能內建 Velocity 圖表和燃盡圖，對技術團隊很友善
- 15 人以上的大型專案 → Jira 仍然是業界標準，但學習曲線較陡
回顧會議（Retrospective）五大常用格式
回顧會議是 SM 最能展現價值的場合。以下是五種常用格式，建議每 2–3 個 Sprint 換一次，避免團隊疲乏：
- Start / Stop / Continue：最經典，適合新手團隊。三個問題：我們應該開始做什麼？停止做什麼？繼續做什麼？
- 4Ls（Liked / Learned / Lacked / Longed for）：比 SSC 更深入，適合團隊已經有回顧習慣後使用。
- Mad / Sad / Glad：用情緒切入，適合團隊經歷了特別困難的 Sprint 後使用。
- Sailboat（帆船）：用比喻——風是推動力、錨是阻力、礁石是風險、島嶼是目標。適合視覺化思考的團隊。
- Timeline：按時間軸回顧整個 Sprint 的關鍵事件，適合 Sprint 中發生了很多事情時使用。
實務上，你可以用 Miro 的白板功能來進行遠端回顧會議——我們團隊試過用 Miro 的便利貼功能跑 Sailboat 回顧，遠端團隊的參與度比用 Google Doc 高出很多。
Burn-down Chart 解讀與常見異常模式
燃盡圖是 SM 最重要的視覺化工具之一。它顯示 Sprint 中剩餘工作量隨時間的變化。
常見異常模式：
- 前半段平坦，後半段急降：團隊在 Sprint 前期花太多時間分析，後期趕工。解法：在 Sprint Planning 時把任務拆得更小。
- 中途突然上升：Sprint 中途加入了新工作。解法：SM 要保護 Sprint 邊界。
- 一直平坦到最後一天才歸零：團隊可能在「批次交付」而非持續交付。解法：引導團隊每天都有可展示的進度。
Scrum Master 常見挑戰與解決策略
每個 SM 都會遇到這些問題。差別在於你有沒有準備好應對策略。
挑戰 1：組織不支持敏捷轉型
高層嘴上說「我們要敏捷」，實際上只想要「更快交付」。他們不理解 Scrum 需要時間建立節奏，也不願意改變現有的審批流程。
解法：
- 用數據說話：追蹤導入 Scrum 前後的交付頻率、缺陷率、客戶滿意度
- 小規模試點：先在一個團隊跑 3 個 Sprint，用成果說服高層擴大範圍
- 找到盟友：組織裡一定有人支持敏捷，找到他們，建立領導力聯盟
挑戰 2：團隊成員抗拒 Daily Scrum
「每天開會很浪費時間」「這不就是在監控我們嗎？」——這是最常聽到的抱怨。
解法：
- 重新定義會議目的：Daily Scrum 不是向 SM 報告，而是團隊成員彼此同步
- 讓團隊自己決定格式：不一定要站著、不一定要回答三個問題，只要達到同步目的即可
- 嚴格控制在 15 分鐘內：如果每次都超時，團隊當然會抗拒
挑戰 3：Product Owner 缺席或不清楚需求
PO 太忙、不參加 Sprint Planning、寫的 User Story 模糊不清——這會讓整個 Sprint 失去方向。
解法：
- 建立 PO 責任協議：明確列出 PO 在每個 Scrum 事件中的角色
- 引入 Backlog Refinement：每週固定一小時，PO 和團隊一起梳理需求
- 如果 PO 真的太忙，建議組織指派一位 Proxy PO
挑戰 4：SM 被當成「雜事處理員」
「幫我訂會議室」「幫我催 IT 開帳號」「幫我寫會議紀錄」——如果你的日常充斥這些事，你不是 Scrum Master，你是行政助理。
解法：
- 建立角色邊界：用一張簡單的表格列出「SM 做的事」和「SM 不做的事」，在團隊面前公開
- 向上溝通：讓主管理解 SM 的時間應該花在哪裡
- 逐步移交：把行政工作移交給適當的人，但要有過渡期，不要一夜之間全部拒絕
金融業案例：法規合規與 Sprint 節奏的衝突
一家台灣的銀行在數位金融部門導入 Scrum，遇到一個獨特的挑戰：每個功能上線前都需要經過法規合規審查，而審查通常需要 2–4 週——遠超過一個 Sprint 的長度。
SM 的解決方案： 1. 把「送審」視為一個獨立的工作項目，提前一個 Sprint 啟動 2. 與合規部門建立固定的溝通節奏（每週三下午），而不是每次都臨時送件 3. 在 Sprint Planning 時，把「等待合規審查」的任務標記為「外部依賴」，不計入 Sprint 的 Velocity
這個案例說明：Scrum 不是死板的框架，SM 的價值在於根據組織的實際情況調適框架，而不是強迫組織配合框架。
進入心流狀態的團隊，往往是那些障礙被及時移除、Sprint 目標清晰的團隊——這正是 SM 的核心貢獻。
結論
Scrum Master 是一個看似簡單、實則深奧的角色。它不需要你寫程式、不需要你管人，但需要你有耐心、有勇氣、有持續學習的決心。
全文重點回顧：
- 角色定位：SM 是服務型領導者，不是專案經理也不是團隊主管。核心工作是移除障礙、引導團隊自組織。
- 核心職責：同時服務開發團隊、Product Owner 和組織三個對象，每天的工作從站立會議的觀察開始，到障礙排除、教練、推動改善。
- 認證選擇：預算充足選 CSM（NT$25,000–45,000，強制上課）；預算有限選 PSM I（約 NT$6,400，自學可考，永久有效）；已有 PMP 選 PMI-ACP。
- 薪資行情：台灣初階 SM 月薪 NT$50,000–70,000，資深可達 NT$100,000–150,000+，外商和金融科技業薪資最高。
- 入門路徑：不管你是工程師、PM 還是非技術背景，都能轉職 SM。關鍵是取得認證 + 累積實戰經驗 + 持續精進軟技能。
你的下一步行動：
- 下載 Scrum Guide 官方 PDF，花一個小時讀完——這是一切的起點。
- 決定你的認證路徑（CSM 或 PSM I），設定一個 3 個月內取得認證的目標。
- 開始在現有工作中實踐 Scrum 的精神——即使你的團隊還沒正式跑 Scrum，你也可以從引導回顧會議開始。
想把敏捷管理付諸實踐？第一步：在 monday.com 用 Sprint 看板模板建立你的第一個 Scrum 看板，設定 Sprint 週期和任務狀態欄位，10 分鐘就能建好你的敏捷工作流程。免費方案不需要信用卡。
Scrum Master 常見問題
Scrum Master 一定要有技術背景嗎？
不一定。Scrum Master 的核心能力是引導、教練和移除障礙，這些都不需要寫程式。但理解基本的軟體開發流程（什麼是 CI/CD、什麼是 code review）會幫助你更有效地與開發團隊溝通。非技術背景的 SM 在溝通和引導方面往往有天然優勢。
一個 Scrum Master 可以同時服務幾個團隊？
Scrum Guide 建議一個 SM 專注服務一個團隊。實務上，台灣很多公司會讓一個 SM 同時服務 2–3 個團隊。但超過 3 個團隊，SM 的效能會明顯下降——你會變成「開會機器」而不是真正的教練。如果公司要求你服務太多團隊，這本身就是一個需要向上溝通的障礙。
Scrum Master 和 Agile Coach 有什麼差別？
SM 聚焦在單一團隊的 Scrum 實踐，Agile Coach 則在組織層面推動敏捷轉型。Agile Coach 通常需要精通多種敏捷框架（Scrum、Kanban、XP、SAFe），並且有能力影響高層決策。SM 是成為 Agile Coach 的常見起點，通常需要 5 年以上的 SM 經驗。
沒有認證可以找到 Scrum Master 工作嗎？
可以，但難度較高。台灣大多數 SM 職缺會在「加分條件」中列出 CSM 或 PSM I。沒有認證的話，你需要用實際的敏捷經驗來彌補——例如在前公司主導過 Scrum 導入、有具體的改善成果數據。建議至少取得 PSM I（費用約 NT$6,400），投資報酬率很高。
PSM I 和 CSM 哪個比較好考？
CSM 的及格標準較低（74%），而且上完課後大多數人都能通過，通過率超過 90%。PSM I 的及格標準是 85%，題目更注重情境判斷，需要真正理解 Scrum 的精神。如果你只是想「拿到一張證照」，CSM 比較容易；如果你想「真正學會 Scrum」，PSM I 的準備過程會讓你學到更多。
