敏捷宣言是什麼？Scrum、Kanban、Lean差在哪，各自解決什麼問題

敏捷宣言是什麼？本文整理四組價值取捨，說明Scrum的角色與衝刺節奏、Kanban的可見工作流與在製限制、Lean如何看待等待與重工，再用測試堵塞的情境示範判斷，作為準備PMI-ACP情境題的觀念基礎。

本文目錄

• 忙碌和交付是兩回事
• 敏捷宣言的四組價值取捨
• Scrum：用固定節奏檢視與調整
• Kanban：讓堵塞與在製量看得見
• Lean：沿著價值流減少浪費
• 假設案例：測試成了瓶頸
• 排序與品質：價值、風險與完成定義
• 三種做法怎麼互補
• 動手做4個練習
• 資料來源與教學說明
• PMI-ACP敏捷認證導航｜接著讀下一堂

團隊每個人都很忙，客戶卻一直等不到可用的成果。原因往往不在大家不夠努力，而是工作卡在等待測試、跨部門交接或需求確認。

這篇從敏捷宣言出發，分清Scrum、Kanban、Lean各自在改善什麼問題。

搭配本課程5分鐘影片，先看重點，再用下面的整理與練習確認理解。

忙碌和交付是兩回事

每個人都滿載，不代表客戶能及時拿到可用成果；同時開工的事越多，未完成的工作反而越容易堆積。比起「大家忙不忙」，敏捷更在意「有價值的成果有沒有順利交到使用者手上」。以下三種做法，都是從不同角度回答這個問題。

敏捷宣言的四組價值取捨

敏捷宣言（Manifesto for Agile Software Development）用四組價值取捨說明敏捷重視的事。以下採意譯，完整原文可從文末連結閱讀：

優先關注	仍有價值的配套	可以怎麼判斷
個人與互動	流程與工具	工具無法幫助理解問題時，補上直接對話
可用的軟體	詳盡的文件	用可檢查的成果驗證需要，文件支持使用與維護
與客戶合作	合約協商	先共同理解需要與影響，再處理約定
回應變化	遵循計畫	取得新資訊後評估取捨，而不是照表做完全部

重點在「左側較受重視，右側仍有價值」。這不是取消文件、合約或計畫，而是兩邊拉扯時，回到能否幫助合作、交出實際成果來判斷。

回應變化也不是客戶說什麼都立刻插單。例如測試發現使用者找不到入口，先釐清問題、比較調整的價值與代價，再協商下一步；安全、法規與品質限制仍須處理。

Scrum：用固定節奏檢視與調整

Scrum建立在透明、檢視與調適之上。衝刺（Sprint）是固定長度、最長一個月的週期，每個衝刺都要產出符合完成定義的增量。

Scrum有三種當責：

當責	負責的事
產品負責人（Product Owner）	產品價值與待辦清單排序
Scrum Master	協助框架正確運作、提升團隊成效、移除障礙，不是派工主管
開發人員（Developers）	共同安排如何完成工作

這些是當責差異，不是派工階級；Scrum Master也不能直接等同所有職缺上的「敏捷教練」。

Scrum的幾項活動用途不同：

• 每日站會（Daily Scrum）：開發人員檢視衝刺目標進度、調整近期計畫，不是輪流向主管報告。
• 衝刺檢視（Sprint Review）：和利害關係人一起看成果、討論後續調整，像試吃後調整菜單。
• 衝刺回顧（Sprint Retrospective）：檢視團隊合作與流程，選出改善行動，像檢討廚房怎麼配合。

Kanban：讓堵塞與在製量看得見

Kanban（看板方法）把工作分成待處理、進行中、驗證、完成等狀態，欄位應依真實流程設計。更重要的是明確管理流動，包括在製工作限制（WIP limit）。

在製工作，就是已經開始、還沒完成的項目。可以把限制想成廚房的爐口數量：一直開新鍋，不會自動增加端出的餐點。當下游的測試欄塞滿，團隊先一起協助清掉堵塞，再拉進新工作，比只追求上游開工更有用。

要注意，有看板不等於已經管理流動，限制值也要依情境調整，不能照抄其他團隊的數字。

Lean：沿著價值流減少浪費

Lean（精實）關心從需求到成果的整體流向。等待、反覆交接、需求沒釐清造成的重做，都消耗時間卻沒有增加使用者價值，所以改善要看整條流程。

減少浪費也包括把品質放進流程裡。為了趕進度省略必要驗證，後面的缺陷與返工往往更大。

假設案例：測試成了瓶頸

情境：看板上開發完成的工作越積越多，測試人力成了瓶頸，客戶仍拿不到可用成果。主管提議先開更多新功能，另一位成員提議大家一起清理測試堵塞。哪個比較符合改善流動？

判斷：先協作清理測試堵塞。

理由：持續開工只會增加未完成項目，沒有增加真正的交付。先讓堵塞透明，檢查在製限制與測試障礙，再共同調整，並保留必要的品質檢查。這也不是把責任推給測試人員。

排序與品質：價值、風險與完成定義

排序不只看需求重不重要，還要把價值、風險與相依性一起考慮：

1. 高風險的假設，可以先用小實驗驗證。
2. 重要的客戶需求，拆成可檢查的小批次，早點得到回饋。

完成定義（Definition of Done）是團隊共同的品質門檻，像餐點端出前都要符合衛生與熟度要求。期限到了，也不能把未測試的部分當成交付；遇到趕進度與品質的拉扯，先找保留品質又縮小範圍的選項，而不是把風險往後推。

三種做法怎麼互補

做法	提供	改善
Scrum	固定節奏	檢視與調整
Kanban	可見工作流	流動與堵塞
Lean	價值流	減少浪費

三種做法在合適的情境中可以互相補充。選用時先說出現在的問題，再決定要改哪個工作安排，最後用完成時間、品質與回饋檢視效果。準備PMI-ACP情境題也是同樣的思路：從問題、行動到結果連起來，比只認出框架名稱更有用。

動手做4個練習

以下為本課自編假設情境與理解練習，非官方試題，情境亦非真實企業紀錄。

一個提供預約服務的團隊採短週期工作。開發持續新增功能，驗證區卻堆積許多項目；客戶反映入口難找，團隊仍依原計畫增加更多選單；回顧會議上只有抱怨，沒有改善行動。

練習1

• 練習：目前應優先多開新功能，還是協作處理驗證區堵塞？
• 解析：協作處理堵塞。增加開工可能擴大未完成量，應檢查在製限制、環境與品質等障礙，不能把責任只推給驗證人員。

練習2

• 練習：客戶說入口難找，下一步應怎麼連到敏捷價值？
• 解析：先釐清使用障礙，檢視調整的價值與成本，再共同決定順序；不是不經評估就插單，也不是拿原計畫拒絕討論。

練習3

• 練習：衝刺檢視和回顧會議各關注什麼？
• 解析：衝刺檢視看成果與後續調整，回顧會議看團隊做事方式與改善行動，兩者不能互相取代。

練習4

• 練習：期限快到了，能不能把省略必要測試的項目列為完成？
• 解析：不宜。完成定義是共同品質門檻，可以討論縮小範圍與降低風險，但不應靠移除品質檢查製造完成的表象。

資料來源與教學說明

本文依敏捷宣言官方網站、Scrum指南作者發布的繁體中文版、PMI的PMI-ACP考試內容大綱與敏捷實務指南整理；敏捷宣言採意譯，比喻與看板欄位為本課原創示意，並非PMI規則。練習為教學示例，非官方試題。本課程為證照認識與準備方法介紹，不保證通過測驗，亦非PMI官方課程，與PMI無合作關係。

資訊查核日期：2026-11-04。實際規定以PMI官網最新公告為準。

• PMI：PMI-ACP考試內容大綱（英文）
• PMI：Agile Practice Guide敏捷實務指南
• PMI：Use Whatever Agile Method Works方法組合說明
• Scrum指南作者：Scrum指南繁體中文版
• 敏捷宣言官方網站：敏捷軟體開發宣言

PMI-ACP敏捷認證導航｜接著讀下一堂

• 第1堂｜PMI-ACP是什麼？和PMP、CSM差在哪，適合哪些人考
• 第2堂｜PMI-ACP報考資格有哪些？四條經驗路徑、21小時訓練與申請稽核流程一次看懂
• 第3堂｜PMI-ACP考幾題、考多久？120題題型、休息規則與四大領域比重整理
• 第5堂｜PMI-ACP怎麼準備？官方大綱、敏捷實務指南與情境題讀題方法
• 第6堂｜PMI-ACP怎麼換證？3年30 PDU配置規則，以及履歷與職缺怎麼運用