Scrum 还是看板？新手如何选择最合适的方式
刚接触敏捷的团队常常问，应该用 Scrum 还是看板，仿佛其中一个必然正确、另一个必然错误。诚实的答案是：它们是面向不同情境的不同工具。理解每一种真正是什么，而不是围绕它们的口号，会让选择变得简单。
各自是什么
根据 scrum.org 上的《Scrum 指南》，Scrum 是一个围绕固定长度迭代（称为 Sprint，通常为一到四周）构建的框架。团队对一个 Sprint 目标作出承诺，依据由产品负责人排序的产品待办列表开展工作，并按既定节奏开会：Sprint 计划会、每日 Scrum、Sprint 评审会和 Sprint 回顾会。三种当责角色承载着工作：产品负责人、Scrum Master 和开发人员。其要义是稳定的检视与调整节奏，在每个 Sprint 交付一个可用的增量。
看板更为轻量。它不规定角色、迭代或仪式。相反，它在看板上将工作流可视化，限制同时进行中的工作量，并管理团队的吞吐量。其核心的两项实践是让工作可见，以及为在制品设上限，从而让团队在开始新工作之前先完成手头的事，而不是把所有事情都以一半的注意力同时摆弄。
实践中如何区分
Scrum 以时间盒方式运作；看板以连续流方式运作，没有强制的周期。
Scrum 定义角色和事件；看板不会给你现有的角色或会议增添任何东西。
Scrum 通过一个 Sprint 容纳得下多少来限制工作；看板则直接用明确的在制品上限来限制工作。
Scrum 为面向目标的产品式交付而设计；看板适合源源不断、内容各异的请求流。
抛开教条来选择
当工作可以规划成目标、团队相对稳定、且规律的交付节奏对干系人有帮助时，选择 Scrum。新产品开发和功能交付很契合这一点。当工作以不可预测的方式到来、必须随到随处理时，选择看板，例如支持、运维或维护——在这些场景中，提前承诺两周的范围只会是一种虚构。
看工作是如何到来的。 可成批规划指向 Scrum；持续不断、内容各异的请求细流指向看板。
衡量你对结构的需求。 如果清晰的角色和固定的节奏能帮到一个正在组建的团队，Scrum 开箱即用地提供了这套脚手架。
考虑你的起点。 看板可以叠加在你今天已有的做法之上，这使它成为众多团队在适应远程与混合办公时的温和选择，无需一次性重新改造一切。
你并未被锁死。许多团队先用看板把混乱理顺，待工作足够可规划、能够设定目标后再采用 Scrum；或者把两者结合，在 Sprint 内部使用看板和在制品上限。框架是手段，而非奖品。真正的目标，是一个能以可持续的节奏完成有价值工作、并在过程中不断改进工作方式的团队。
如果你的团队正在权衡如何组织交付，XNM 的项目集与项目交付咨询服务 可以帮助你让方法与工作相匹配，并将其落到实处。