什么是 Scrumban？

Scrumban 到底是什么

Scrumban 留下 Kanban 和 Scrum 里真正顶用的部分，扔掉其余的。从 Kanban 那里，它拿走可视化的板、按列组织的工作流，以及对在制品数量的明确上限 — 让流动看得见的那些东西。从 Scrum 那里，它拿走限时的冲刺 — 把待办堆变成计划的那个东西。

它跳过的是：每日站会、待办梳理会、故事点的那套仪式、当成例行公事的回顾会。这些对一个磨合好的组织里的十名工程师有用；对一个想在周六把东西发出去的创始人没用。

这个名字来自 Corey Ladas，他的文章和后来的书 Scrumban 讲的是 Scrum 团队如何从固定迭代走向基于拉动的流动。

Scrumban、Kanban 与 Scrum 的区别

三者的不同主要在两点：工作是否按时间盒来计划，以及看板周围包着多少流程。

来源：冲刺、角色和事件参见 Scrum 指南；流动和在制品上限参见 Kanban 指南。

Scrumban 看板长什么样？

Scrumban 看板就是叠了一个冲刺的 Kanban 看板。列显示工作在哪儿；冲刺说明这周关注待办里的哪一部分。最简的看板有四列：

• Backlog — 你可能会做的一切。底部不排序，顶部排好序。
• Todo — 你已经决定接下来要做的事。故意保持很少：它快空了，就是该计划的信号。
• Doing — 某个人（真人或 AI 智能体）此刻正在做的事。
• Done — 完成的工作。冲刺结束时清掉或归档。

如何搭建 Scrumban 看板？

1. 建四列：Backlog、Todo、Doing、Done。
2. 把你知道的所有事都放进 Backlog。不用全部排序 — 排好顶部就行。
3. 决定 Doing 里同时最多放多少。一个人的话，一两件；小团队的话，大约每人一件。
4. 选一个冲刺长度 — 一周或两周 — 并给它写一句话的目标。只把服务于这个目标的事拉进 Todo。
5. 按拉动来工作：Doing 里有一件做完了，就从 Todo 顶部拿下一张卡片。没人把工作硬塞给别人。
6. 在 Todo 快空的时候计划，而不是按日历计划。冲刺结束时，看看什么做完了、什么没做完，然后开始下一个。

Weft 为什么选 Scrumban

Weft 之所以存在，是因为大多数任务管理器都长成了两个极端之一：要么是一个孤零零的待办应用（无限长的清单，没有节奏），要么是一套五十人用的敏捷套件（对一个人的创始人来说全是流程开销）。Scrumban 正好落在中间 — 结构足够逼出每周或每两周一次的交付，又不至于多到让你在交付那天忙着维护流程。

Weft 怎么实现它

• 四个默认 列：Backlog、Todo、Doing、Done。在制品的上限看的是等你处理的事，而不是每列一个数字。 Kanban 指南 把限制在制品的明确策略视为工作流定义的一部分，这样只有在产能空出来时才拉入新的事项。
• 同一时间只有一个进行中的 冲刺，目标可选。冲刺是可选的 — 如果纯 Kanban 更合适，跳过它就行。 Scrum 指南 把冲刺定义为长度固定、不超过一个月的事件，上一个冲刺结束后紧接着开始新的冲刺。
• 任务有优先级、估算、截止日期，以及可选的所属冲刺。没有史诗，没有工作流，没有自定义字段。
• 任务挪进带 semantic="doing" 的列时开始计周期时间，进入 "done" 时结束。这些数字来自老实的使用，不是故事点算术。

用 AI 智能体跑 Scrumban

拉动机制也让 Scrumban 适用于 AI 智能体。通过 MCP 连接 Weft 的智能体会自己领下一张卡片：start_task 认领它，第二个智能体就拿不到同一张卡片；complete_task 结束它，并附上做了什么和证据。智能体需要决定时，会来问你而不是瞎猜 — 而当太多已完成的工作在等你验收时，智能体就不再开始新任务。这就是 Kanban 的在制品上限，用在唯一无法扩展的资源上：你的注意力。

什么时候 Scrumban 不是对的方法

• 你同时在带好几个 Scrum 团队。 Scrum 指南 认为一个 Scrum 团队通常不超过 10 人，并指出更大的产品应该组织成多个 Scrum 团队，共享同一个产品目标和同一个产品待办列表。项目群层面的报表、共享速率、跨团队依赖 — 在 Jira 里跑完整的 Scrum 是值这个钱的。 Nexus 指南 正是为这种情况写的：多个 Scrum 团队基于同一个产品待办列表工作，并用额外的实践来暴露和解决跨团队依赖。
• 你做的是纯支持 / 持续运维。不需要冲刺节奏 — 纯 Kanban 或者一套工单系统更合适。
• 你需要甘特图和时间轴。Scrumban 关心的是冲刺，不是依赖关系图。

Scrumban 常见问题