Scrum 與 Kanban：差在哪裡，小團隊適合哪一個
作者：Andrei Finogeev，Weft 創辦人 ·
Scrum 以不超過一個月的固定衝刺來規劃工作，有三種當責（Product Owner、Scrum Master、Developers），每輪衝刺內有四個事件。Kanban 沒有衝刺，也不規定角色：工作在看板上連續流動，團隊明確限制同時進行的工作量。如果幾個人的團隊需要固定的交付節奏和每個週期穩定的目標，選 Scrum；如果工作來得無法預測、優先順序天天在變，選 Kanban。Scrumban 介於兩者之間：以 Kanban 的流動為主，只在有幫助的地方用衝刺。
Scrum、Kanban 與 Scrumban：速查表
Scrum 依 2020 年版《Scrum 指南》的定義，Kanban 依《Kanban 指南》（v2025.5）的定義。Scrumban 沒有官方指南；這一欄描述的是它通常的做法。
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| 節奏 | 一輪接一輪、每輪一個月以內的固定衝刺 | 連續流動，沒有迭代 | 連續流動；衝刺可選，通常一到兩週 |
| 角色 | Product Owner、Scrum Master、Developers | 不作規定 | 不作規定；通常由一個人負責優先順序 |
| 會議 | Sprint Planning、Daily Scrum（15 分鐘）、Sprint Review、Sprint Retrospective | 不作規定 | 只開團隊覺得有用的，通常是規劃和檢視 |
| 什麼在限制工作量 | 團隊為這輪衝刺承諾的內容 | 對進行中工作的明確上限 | 進行中工作的上限，再加上衝刺目標（如果有的話） |
| 週期中途變更範圍 | 衝刺目標維持不變；Sprint Backlog 可以再細化 | 隨時：有空位就拉進下一項 | 隨時；衝刺目標是靶子，不是鎖 |
| 主要衡量指標 | 朝衝刺目標和產品目標的進展 | 進行中工作、產出量、工作項目年齡、週期時間 | 通常沿用 Kanban 的流動指標 |
| 看板 | 可選；每輪衝刺重設 | 方法的核心；長期保留 | 長期保留；衝刺是其中的一段 |
| 最適合 | 朝一個目標開發、約十人以內的產品團隊 | 客服支援、維運，以及工作總是計畫外湧入的人 | 想要流動也想要短期目標的小團隊和獨立創業者 |
Scrum 是什麼
Scrum 最早由 Ken Schwaber 和 Jeff Sutherland 於 1995 年在 OOPSLA 研討會上發表；今天的規則是 2020 年版《Scrum 指南》。一個 Scrum 團隊通常不超過十人，以衝刺為單位工作：衝刺是固定長度、一個月以內的事件，上一輪結束後立刻開始下一輪。
每輪衝刺有四個事件。Sprint Planning（一個月的衝刺最多八小時）訂出衝刺目標並挑選工作。Daily Scrum 是 Developers 的 15 分鐘檢查。Sprint Review（最多四小時）向利害關係人展示成果，Sprint Retrospective（最多三小時）檢視團隊的工作方式。
Scrum 有三個產出物，各自對應一項承諾：Product Backlog（產品目標）、Sprint Backlog（衝刺目標）和 Increment（Definition of Done）。
Kanban 是什麼
《Kanban 指南》把 Kanban 定義為「一種讓價值在流程中流動得更順暢的最佳化策略」。它源自豐田用來示意何時該再生產的卡片系統，並在 2000 年代被改造用於知識工作。
它有三項實踐：定義並視覺化工作流程、主動管理其中的工作項目，以及改善工作流程。唯一硬性的規則是：系統中的人要明確控制從開始到完成之間有多少工作項目在進行，也就是進行中工作（WIP）上限。
Kanban 不規定角色、衝刺或會議。它追蹤四項流動指標：進行中工作、產出量、工作項目年齡和週期時間。
優點與缺點
Scrum
- 固定的節奏：每個人都知道下一次成果何時交付
- 每輪衝刺有明確目標，團隊不容易偏離
- 內建檢視產品和流程的時間點
- 每輪衝刺四個事件，對兩三個人的團隊是實實在在的時間成本
- 緊急工作不是等到下一輪衝刺，就是打亂計畫
- 每種當責都要有人負責，一個創業者分身乏術
Kanban
- 直接用你現有的看板開始；只需要加上 WIP 上限
- 新工作隨時都能拉進來
- 流動指標能看出工作卡在哪裡
- 沒有內建的期限或目標，耗時長的工作容易偏離
- 沒有 WIP 上限，它就只是一張有欄位的待辦清單
- 事先規劃完全交給團隊自己
該選哪一個
- 五到十人、路線圖穩定的產品團隊
- Scrum。當好幾個人每隔一兩週就要對同一個目標取得共識時，這些事件花的時間是值得的。
- 客服支援、維運，或靠接收請求運作的團隊
- Kanban。工作什麼時候來就什麼時候來；WIP 上限和清楚的 Done 欄位比衝刺計畫更重要。
- 獨立創業者或兩到五人的團隊
- Scrumban。保留一塊有 WIP 上限的連續看板，把一到兩週的衝刺當作短期目標，不必搬來整套 Scrum 事件。
Scrumban：折衷的中間地帶
Scrumban 由 Corey Ladas 提出，作為 Scrum 團隊走向以拉取為基礎之流動的一種方式。實務上，它是一塊有 WIP 上限、永不重設的 Kanban 看板，再加上衝刺作為可選的時間盒，把一部分工作歸在一起。完整指南說明了規則和看板的設定方式： Scrumban 是什麼？
當 AI 代理負責部分工作時
如果 ChatGPT、Claude、Cursor 或 Codex 幫你接任務，Scrum 的事件就沒有人出席了：代理不會來參加站會。仍然重要的是 Kanban 提供的東西：一塊顯示哪些正在進行的看板、一個讓十個任務不會同時開工的 WIP 上限，以及一條說清楚卡片何時算完成的規則。
瓶頸也會轉移。代理完成工作很快，慢的那一步變成了你對它們成果的審查。為「可以等你審查的已完成工作量」設上限，就是為人的那一欄設 WIP 上限。
Weft 正是為此打造的 Scrumban 看板：有欄位、可選的衝刺、對等待你審查的已完成工作量的上限，AI 會在開工前認領任務、回報進度，遇到只有你能決定的事就停下來問你。
常見問題
Scrum 和 Kanban 是一樣的嗎？
不一樣。兩者都是敏捷方法，也都常用看板，但 Scrum 以角色和事件固定的衝刺來規劃工作，而 Kanban 是連續流動、不規定角色，並對進行中工作設定明確上限。
Kanban 有衝刺嗎？
Kanban 本身沒有：《Kanban 指南》不規定迭代。在 Kanban 看板上加入衝刺的團隊，通常是在做 Scrumban。
Scrum 的衝刺怎麼運作？
衝刺是一段一個月以內的固定期間。它以訂出衝刺目標的 Sprint Planning 開始；Developers 每天開 15 分鐘的 Daily Scrum；最後以檢視成果的 Sprint Review 和檢視流程的 Sprint Retrospective 結束，下一輪衝刺隨即開始。
Scrumban 是誰發明的？
這個詞一般歸功於 Corey Ladas，他在文章和 2009 年出版的書中，把 Scrumban 描述為 Scrum 團隊走向 Kanban 式拉取的一種方式。
Scrum 就是敏捷嗎？
不是。敏捷是 2001 年《敏捷宣言》裡的一套價值觀和原則；Scrum 和 Kanban 是遵循它們的兩種具體工作方式。
一個人的開發者能用 Scrum 嗎？
照原樣用不了：Scrum 假設有一個團隊、擔負三種不同的當責。一個人的開發者通常只保留有用的部分 — 待辦清單和短期的衝刺目標 — 並把看板當作 Kanban 來用，這就是 Scrumban。
資料來源
閱讀於 2026年11月11日。