看板与 Scrum：您采用哪种敏捷方式？

摘要： 看板是一个依靠可视化任务来管理工作流程的项目管理框架，而 Scrum 是一个项目管理框架，可帮助团队通过一系列价值观、原则和实践来构建和管理他们的工作。

敏捷 是一套理想和原则，也是 我们的北极星 。 DevOps 是一种在软件开发和运维团队之间实现流程自动化和一体化的方法。在实施敏捷和 DevOps 方面， 看板 和 Scrum 会提供不同的方法来实现这一目标。

我们很容易说出 Scrum 实践与看板实践之间的区别，但这只停留在表面。虽然实践上有区别，但原则基本相同。这两个框架均可帮助您构建更好的产品（和服务），减少麻烦。

那么，我们当前处在什么位置？

敏捷 是进行产品管理和产品开发的一种结构化迭代方式。这种方法认识到了产品开发的波动性，并为自组织团队提供应对变化的策略，同时又不偏离正轨。如今，敏捷几乎已经不算什么竞争优势了。没有人还有闲心再在一个黑盒子里持续数年甚至数月去开发一个产品。这意味着做正确的事情比以往任何时候都更加重要。

看板 用于可视化您的工作流、限制 在制品 以及最大限度提高效率（或流量）。看板团队专注于缩短项目（或 用户故事 景）从开始到结束所需的时间。为此，他们使用了 看板 并不断改善其工作流。

Scrum 团队致力于通过被称为“冲刺”的设定时间间隔来完成工作增量，这些工作有可能是可交付的。他们的目标是创建学习循环，以快速收集和整合客户反馈。Scrum 团队会采用特定角色，创建特殊工件，并定期举行仪式以持续推进事务向前发展。 Scrum 指南 中有对 Scrum 的最佳定义。

无论哪种项目管理框架最适合您，我们都有Jira 模板来帮助您快速上手和运行。请查阅我们的 Scrum 模板 或 看板面板模板 ，两者均可免费使用。

有了 Scrum，您的团队可以承诺每次冲刺结束后都能提供一些有价值的工作增量。Scrum 建立在经验主义的基础之上，专注于小的工作增量，这样有助于您更好地了解客户，更清楚地知道接下来要做什么。下面是对这种方法的分解：

Scrum 移动速度快，冲刺通常持续一到四周，并且有明确的开始和结束日期。时间短迫使您将复杂任务分解成较小的故事，并帮助您的团队快速学习。关键问题在于：您的团队能否快速发布可用代码？

冲刺会被 冲刺计划 、 冲刺回顾 和 回顾会议 打断，中间还穿插着每日 Scrum 会议（ 每日短会 ）。这些 Scrum 仪式 都比较轻松，可以连续进行。

Scrum 有三个明确定义的角色。

• 产品负责人 为客户代言，管理产品待办事项，并帮助确定开发团队所做工作的优先级。
• Scrum 大师 帮助团队坚持 Scrum 原则。
• 开发团队 选择要完成的工作，提供增量，并表现出集体责任。

谁来管理 Scrum 团队？没有人管理。Scrum 团队为自组织团队，所有成员身份平等，只是职责各不相同。整个团队协调统一，共同朝着向客户输送价值的目标前进。

Scrum 指标 是 Scrum 团队用于提高效率和有效性的数据点。这些指标可为决策制定提供信息，并帮助团队提高在规划和执行上的效率。在冲刺规划阶段，团队可使用的指标有冲刺目标、团队速度、团队能力、工作类型等。在每日立会中，团队还可以衡量冲刺目标的进度、查看冲刺燃尽情况、了解工作负载分布等。

团队努力了解其在冲刺时间段内可完成的工作量，致力于在一次冲刺当中完成交付。不过，Scrum 团队可以收到客户反馈，鼓励自己调整和改变冲刺，从而为客户提供最大价值。在冲刺回顾期间，Scrum 团队应讨论如何限制未来变更，因为变更会导致潜在可交付增量面临风险。如果团队在冲刺期间频繁更改范围，则可能表明没有充分理解所选工作。这可能也意味着团队的一些操作性强/无法规划工作干扰了计划。

有关 Scrum 方法的更多详情，请参阅 什么是 Scrum？

看板可帮助可视化您的工作，限制在制品 (WIP)，并将工作快速从“进行中”转变成“完成”。

看板非常适合有大量传入请求的团队，请求的优先级和大小各不相同。Scrum 流程要求对范围内的情况高度控制，看板则允许您顺其自然。我们来看同样的五个注意事项，以帮助您抉择。

看板建立在持续的工作流结构基础之上，可以让团队保持灵活，并即时适应优先级的不断变化。工作项目（用卡片表示）在 看板 上组织，可以从工作流的一个阶段（列）过渡到下一个阶段。常见的工作流阶段包括“ 待办”、“进行中”、“审查中”、“已封闭 ”和“ 已完成 ”。但是这样很无聊。

看板最棒的一点是可以就您的团队的工作方式创建自定义列。我的团队会发布内容，所以我们的列（简化）按照从 待办事项 到 优先处理 ，到 大纲就绪 ，到 编写 ，到 设计 ，到 技术审查 ，再到 发布 的顺序排列。借助看板，我们了解到我们每周大概发布一条内容，还知道了我们有哪些瓶颈（查看 技术审查！ ）。

在看板中，更新就绪后即可发布，没有定期计划，也没有预先确定的截止日期。

理论上，看板不会规定完成任务的固定时间。如果任务提前（或滞后）完成，可以根据需要发布，而不必等到冲刺审查等发布节点再发布。

看板归整个团队所有。有些团队会招募敏捷教练，但与 Scrum 不同的是，团队中不会设置“看板大师”来确保一切顺利进行。整个团队需要承担集体责任，协作完成并交付看板上的任务。

提前期和周期时间是看板团队的重要指标，衡量的是任务从开始到结束所需的平均时间。周期时间缩短表明看板团队取得了成功。

累积流程图 (CFD) 是看板团队在了解每个状态下工作项目的数量时，会用到的另一个分析工具。累积流程图可帮助确定需要解决的具体瓶颈，以提高吞吐量。

克服瓶颈的另一个办法是设置 进行中的工作 (WIP) 限制 。WIP 限制明确了任何一列一次可存放的卡片数上限。达到 WIP 限制后，Jira 之类的工具会在该列设置上限，然后团队便会集中处理这些项目，以向前推进。

看板工作流随时可能变化。新的工作项目可以添加到待办事项中，现有卡片可根据优先级被封闭或移除。此外，如果团队能力发生变化，可以重新校准 WIP 限制并对应调整工作项目。此项设置旨在提升在看板中的灵活性。

有关看板方法的更多详情，请参阅 什么是看板？

敏捷社区认为，此次对话不应就工具展开。我们经常看到工具的选择推动了框架的选择，而框架的选择又推动了团队对原则的采用。我们认为这一决定应沿着相反方向发展。

在就 Scrum 原则达成一致，同时对 Scrum 框架感到满意后，便可以开始寻找能够满足您的需求的 Scrum 工具。看板也是这样。我们可能存在偏见，但作为敏捷团队使用量排名第一的软件开发工具，我们认为 Jira 可以帮到您。

借助 Jira 针对 Scrum 和看板设定的专用项目类型，您完全可以践行每个框架的原则。这里，我们还提供了 通过 Jira 使用 Scrum 和 通过 Jira 使用看板 的指南来帮助您入门。

Scrum 和看板都是“常规的敏捷工具”，其运行方式久经考验，屡试不爽，坦白说这一点很难反驳。借用一个著名宣传语，可以说：“没有人会因为选择 Scrum 而被解雇。”

但是您的决定不一定要那么非黑即白。有几百个团队都在使用混合模式，即同时使用 Scrum 和看板。我们已着手在 Jira 中帮助团队兼用两种工具。正因为此，我们创建了团队管理的项目。

顾名思义，团队管理的项目支持团队自由挑选对自己有意义的敏捷功能；可以选 Scrum，也可以选看板，还可以两者兼用。团队管理的项目不要求第一天只能实施一个框架，而是允许您随着自己对所在团队所适用（不适用）框架的了解，逐步使用越来越强大的功能。

您可以放心选择团队管理的 Scrum 或团队管理的看板，因为我们知道这两个模板都可以不断演变以适应团队的需求。

无论您选择哪种框架，都要坚持用一段时间。从待办事项中抽出一些工作并完成整个流程，然后问以问您的团队哪些方面进展顺利，哪些方面进展不佳。一旦试用 Scrum 和看板并提出这些问题，您便踏上了通往敏捷天堂的道路。