Scrumban 将两种领先的敏捷方法（Scrum 和看板）整合到一个流程中，帮助完成工作。但是，什么是 Scrumban？为什么应该考虑采用它的独特方法呢？
在本指南中，我们将说明什么是 Scrumban，它适合的项目类型，以及哪些人可以充分利用其混合方法来实现敏捷项目管理。
什么是 Scrumban？
Scrumban 方法将 Scrum 和看板的最佳功能整合到一个混合项目管理框架中。它使用 Scrum 稳定的冲刺、站会和回顾结构。然后增加了看板的可视化工作流和正在进行的工作限制。结果造就了一种真正灵活的方法，可用于管理任何规模的项目。
Scrumban 最初是为了让团队轻松从 Scrum 过渡到看板（反之亦然），但现已发展成为一个成熟的系统，允许团队处理复杂、持续进行的项目。它的灵活性体现在：采用混合方法，并为团队提供了各种敏捷工具。
但是，Scrumban 是一种敏捷方法吗？是的，它结合了 Scrum 和看板（均为敏捷方法），并从敏捷工作流中提取元素来创建混合流程。
了解 Scrum
Scrum 是一个敏捷框架，允许团队在名为冲刺的固定时间段内持续完成工作。每次冲刺时，Scrum 团队都会交付产品的一个可用迭代—最简可行产品 (MVP)。
在每次冲刺结束时，团队都会进行审查与回顾，不断改进项目及其流程。Scrum 团队由具有特定角色的成员和一名 Scrum 教练组成，Scrum 教练负责领导团队并扫清项目障碍。
与看板一样，Scrum 也使用面板来跟踪项目进度。不过，Scrum 板与看板的不同之处在于，它使用的待办事项列表与面板是分开的。面板上显示的是团队在单个冲刺期间关注的工作，而待办事项列表则包括与项目相关的所有其他工作项目。团队在决定即将开始的冲刺的工作内容时，会从此待办事项列表中拉取工作。
团队可以使用 Jira 的 Scrum 模板轻松开始构建 Scrum 板和待办事项列表。
Scrumban 方法包含 Scrum 的哪些部分？
首先，Scrumban 使用 Scrum 结构。通过设有时限的冲刺以及规划和审核事件，可以清楚地知道需要完成什么工作以及完成时间。此外，Scrumban 项目延续了 Scrum 的传统，即定期审查 MVP 并根据不断变化的需求做出调整。
Scrum 为 Scrumban 提供的重要元素
Scrum 为 Scrumban 框架提供了三大重要元素，包括：
- 冲刺：团队在名为冲刺的规定时间段内完成 Scrumban 项目中的所有工作。冲刺通常持续两周，但团队可选择更短（或更长）的时间。一旦团队就要在冲刺中完成的任务达成一致，在冲刺结束之前，他们将无法接收新任务。
- 每日站会：为了明确团队成员负责的工作，Scrumban 团队每天都会碰面举行站会，会议时间不超过 10 分钟。在会上，参与者需简要回答以下三个问题：
- 我完成了哪些任务？
- 我当前在处理什么任务？
-
我遇到了哪些障碍？
-
回顾：在每次冲刺结束时，团队都会开会分析他们的表现。哪些流程进展顺利，应该重复哪些流程？哪些流程无效，应该停止哪些流程？团队记录每次回顾的收获，并根据这些信息开展未来的冲刺。
Scrum 和敏捷：两个术语不可互换
简要说明：Scrum 与敏捷不同，因此请不要混淆。Scrum 是用于完成任务的框架，而敏捷是帮助 Scrum 流程取得成功所需的一系列原则或思维方式。
简而言之，如果没有框架（例如 Scrum、看板或 Scrumban），就无法使用敏捷方法。同时，如果不培养敏捷思维方式，就无法使用 Scrum。
了解看板
看板是日语词汇“标牌”和“面板”的组合，是一种直观呈现工作并限制正在进行的工作量的方法，帮助团队实现高效的流。丰田在 1953 年推出了这种使用视觉卡片的方法，以提高产量并实现团队统一。如今，该方法更加侧重工作效率，因为它非常适合需要持续改进的团队。
Jira 使团队可以使用看板面板模板轻松开始下一个项目。在功能强大的面板上可视化和跟踪工作，并管理工作的持续交付。Scrumban 方法包含看板的哪些部分？
Scrumban 方法包含看板的哪些部分？
Scrumban 以看板的工作流可视化作为其流程的核心。除了面板和卡片外，Scrumban 还使用正在进行的工作限制、任务拉取系统以及持续的工作流。这意味着，团队甚至可以在冲刺中途完成项目。
看板为 Scrumban 提供的重要元素
看板的三大主要元素可以为 Scrumban 方法带来价值：
- 面板：面板通常包含表示项目每个阶段的列：“待办”列、“进行中”列和“完成”列。
- 卡片：面板包含项目的任务或卡片（因为团队过去使用白板上的索引卡或便利贴）。当每个成员开始处理卡片上的工作时，他们会将其从“待办”列移至“进行中”列，完成后再移至“完成”列。
-
进行中的工作限制：为了使团队能够高效工作，他们必须知道自己在规定的工作时间内可以实际处理的任务。团队成员在一天之内可以处理多少张卡片？通过定义此限制，团队可以防止超额工作（和精疲力尽），同时可以向利益相关者展示他们要完成的工作。
Scrum、看板和 Scrumban 概览
| | Scrum | 看板 | Scrumban |
|---|---|---|---|
| 方法 | Scrum 固定长度的冲刺固定角色一致的交付 | 看板 限制进行中的工作直观地跟踪任务持续的工作流程 | Scrumban 固定长度的冲刺限制进行中的工作直观地跟踪任务持续的工作流程 |
| 角色 | Scrum 产品负责人Scrum 主管开发团队 | 看板 无 | Scrumban 无 |
| 工件 | Scrum 产品待办事项Sprint 待办事项增量已完成 | 看板 看板看板卡片 | Scrumban Scrumban 面板Scrumban 卡片 |
| 活动 | Scrum 冲刺规划每日立会冲刺审查Sprint 回顾 | 看板 看板会议 | Scrumban 冲刺规划每日立会Sprint 回顾 |
| 流程 | Scrum 产品待办事项Sprint 待办事项进行中审查完成 | 看板 待办事项进行中完成 | Scrumban 待办事项进行中完成 |
Scrumban 方法的优势
为什么选择 Scrumban 方法而不是 Scrum 或看板？这种方法的威力在于它结合了其他两种方法的精华部分：
- 提高灵活性：由于 Scrumban 在每次冲刺中都提供增量工作，因此即使在流程的中间也允许项目变更。与此同时，项目在朝着完成的方向推进。
- 持续交付：借助面板和持续的工作流，团队可以在完成功能时即进行交付，而无需等到冲刺结束。
- 减少超负荷：将进行中的工作限制在团队的能力范围内，使团队能够不断推进工作，而不会感到倦怠。
- 更快地解决事务：通过在面板上列示卡片，使 Scrumban 能够为团队提供所需的透明度，从而加强协作，同时快速确定问题和解决方案。
能够处理大型项目：由于 Scrum 和看板都以持续和渐进的改进为中心，因此即使是最复杂的项目，Scrumban 也能使团队努力完成。
Scrumban 方法的局限性
尽管 Scrumban 方法有很多优点，但也有一些局限性需要注意，包括：
- 缺乏明确的文档：Scrumban 相对较新，关于其实现的文档并不多。因此，可能很难找到指导或最佳实践。
- 可控性较差：由于 Scrumban 放弃了传统的 Scrum 角色，因此团队成员可以自行管理自己的冲刺。缺乏明确的领导者可能会导致责任混乱。
复杂：结合了两种方法中的元素可能会让熟悉另一个系统或从未使用过敏捷系统的团队成员感到困惑。
何时使用 Scrumban
Scrumban 非常适合仅靠 Scrum 或看板不足以满足需求的特定用例。此类示例包括：
需求不断变化的软件开发项目
存在范围蔓延情况的软件项目是使用 Scrumban 方法的绝佳机会。Scrumban 通过冲刺和持续开发来应对范围蔓延的情况。即使需求发生变化，团队也可以继续逐步完成工作。
具有多个并行计划的项目
在大型公司中，同时进行项目的情况并不少见。有时，这些项目甚至涉及同一团队。由于 Scrumban 非常灵活，允许执行并行计划，因此即使小型团队，也可以处理多项需求。
初创企业或瞬息万变的环境
初创企业的环境和项目通常会不断地变化。他们每天都会遇到新挑战，而且几乎没有任何资源。Scrumban 为该环境引入的功能使小型团队也能使用灵活的框架来进行工作，从而获得发展。
归根结底，这不是看板与 Scrum 之争。从每种方法中采用最适合团队的原则，可以更有效地处理任何项目。
使用 Jira 开始您的下一个 Scrumban 项目
Scrumban 是一种灵活的敏捷方法，可帮助项目团队在其能力和项目复杂性之间取得平衡。Scrumban 的优势在于，它结合了 Scrum 和看板的精华部分。
如果您已准备好体验 Scrumban 混合项目管理方法的优势，Jira 可让您轻松设置下一个项目。从 Jira 的数十个预配置模板之一开始，然后围绕任何团队结构、工作流程或敏捷方法来自定义项目。借助 Jira，您可以轻松组织工作、保持协调一致并构建更好的产品。
Jira 还使营销、人力资源或财务等业务团队能够利用 Scrumban 原则。除了面板视图外，Jira 还提供日历和时间线视图，为这些团队提供了一种清晰、简单的工作可视化方式。Jira 是整个组织的共享协作平台，允许软件开发团队和业务团队保持联系，同时使用针对他们自己的用例精心打造的工具。
Scrumban：常见问题解答
Scrumban 是如何处理优先级的？
由于 Scrumban 不需要 Scrum 主管，因此团队会对他们如何在 Scrumban 面板中处理优先级的意见进行权衡。通常，团队会同意为每项任务指定基于价值的排名（价值越高，优先级越高），或采用基于风险的系统（对截止时间的影响越大，就越重要）。
Scrumban 适合大型项目吗？
绝对适合。由于 Scrumban 提供的是渐进进展，因此它允许团队处理范围会随着时间的推移而自然变化的大型项目。一致的产出交付可确保团队在每次冲刺中都完成大型项目的增量工作。
团队在采用 Scrumban 时会面临哪些常见挑战？
最大的挑战始终是文化方面。与任何组织变革一样，那些习惯于不同做事方式的人总会有所反对。让团队致力于 Scrumban 的原则和结构将是主要的挑战。