走进任何一个敏捷团队的工作区，你会看到一面贴满便利贴或数字卡片的看板。Kanban vs Scrum 看板 这个问题在团队第一次搭看板的时候就会出现——困惑是正常的，因为两者都用列、都用卡片、都挂在同一面墙上（或同一个屏幕上）。
但它们代表了本质不同的工作管理方式。以下是真正的区别，带例子，你可以直接用来搭自己的看板。
一眼对比
| Kanban 看板 | Scrum 看板 | |
|---|---|---|
| 时间结构 | 连续流动——无固定周期 | 固定 Sprint（1-4 周） |
| 列 | 可自定义的工作流阶段 | 通常：To Do / In Progress / Done |
| WIP 限制 | 必须——限制每列最大任务数 | 可选——有用但不是内建的 |
| 看板生命周期 | 持久的——一直存在 | 每个 Sprint 重置 |
| 规划节奏 | 按需——准备好了就拉新任务 | Sprint Planning——承诺一批 |
| 指标 | 交付时间、周期时间、吞吐量 | Velocity、燃尽图 |
| 最适合 | 运维、客服、持续交付 | 产品团队、功能开发 |
Kanban 看板：连续流动
Kanban 看板把工作可视化为流过各个阶段。最简单的看板有三列：To Do、In Progress、Done。真实团队通常加更多列：Backlog、Ready for Dev、In Dev、Code Review、Testing、Done。
Kanban 的核心特征是 WIP 限制——每列顶部的数字限制了该列同一时间最多能有多少张卡片。如果 In Progress 的 WIP 限制是 6，里面已经有 6 张了，在动到 Done 之前没人能开新任务。这个约束是 Kanban 的引擎：它强制团队先完成再开始。
Kanban 最早由 David Anderson 在 2000 年代从丰田制造系统改编而来。核心洞察是：把工作可视化并限制 WIP，能暴露电子表格里看不见的瓶颈。当 Testing 列一直在涨而 Done 始终空着的时候，看板准确告诉你约束在哪里——不需要开会。
Kanban 最适合：
- 工单持续涌来的运维和支持团队
- 没有固定发布周期的持续交付团队
- 需要优化流动而不是按固定批次规划的团队
- 想在不改变现有流程的前提下开始改善的团队——Kanban"从你现在做的事开始"的原则让它成为最容易采纳的敏捷实践
CodePic 的 Kanban 模板给你一个现成的看板，WIP 限制可配置。
Scrum 看板：Sprint 范围内
Scrum 看板可视化 Sprint Planning 中承诺的工作。通常每个 Sprint 开始时重置——旧看板归档，新看板带着 Sprint 的承诺 Backlog 创建。
Kanban 看板问"下一个该做什么？"，Scrum 看板问"这个 Sprint 我们承诺完成什么？"承诺就是边界。Sprint 范围外的东西不在看板上。
Scrum 看板通常附带 Kanban 看板不需要的额外视觉信息：每张卡上的故事点、追踪 Sprint 目标的燃尽图、把 User Story 和 Task 和 Bug 分开的泳道。
Scrum 看板最适合：
- 按固定周期交付功能的产品团队
- 需要可预测规划节奏的团队
- 需要知道"[日期]之前交付什么"的干系人
- 优先级变动大到每两周承诺一批比持续拉取效果更好的复杂产品
CodePic 的 Sprint Planning 模板让你几秒钟搭好一块 Sprint 看板。
团队最容易用错的地方
错误：跑 Scrum 看板不加 WIP 限制。 一块 Scrum 看板 In Progress 里有 20 张卡片，Done 里有 2 张——这张看板什么都告诉不了你。它变成了一份状态报告，不是一个工作流工具。加 WIP 限制——哪怕是非正式的——能把讨论从"每个人在忙什么"转移到"为什么我们在开始那些做不完的事"。
错误：给 Kanban 看板加 Sprint。 Kanban 的力量是连续流动。加上人为的 Sprint 边界（"每天都有工单进来但我们每两周规划一次"）是在削弱它的意义。如果你的工作天然是连续的，让看板保持连续。
错误：两块都不用。 最坏的情况：团队开了三次会讨论 Kanban vs Scrum，最后用共享电子表格追踪工作。一面贴了便利贴的实体白板——哪怕没标注——都比一个配置完美的数字工具没人看更好。先搭任何一块看板，再迭代。
怎么选
选 Kanban： 工作持续涌来、你想限制 WIP、不需要固定规划周期。
选 Scrum： 你按固定周期交付、有需要可预测性的干系人、团队从规划节奏中受益。
先搭实体看板再选定工具。 在墙上贴三列。贴便利贴跑一周。你从这件事里了解到的团队需求，比读任何一种方法论的书都多。然后搭配合你学到的东西的那块看板。
总结
Kanban 看板优化流动——它问"下一个最重要的任务是什么？"并通过 WIP 限制防止过载。
Scrum 看板可视化承诺——它问"这个 Sprint 我们答应完成什么？"并追踪对承诺的进展。
两者都是墙上的方块，直到一个团队用它们来发起关于工作的更好对话。看板不解决问题——它让问题变得可见，让团队能解决。
