什么是Scrumban？读这篇文章就够了！

提示：阅读完本文需要10分钟。

如果您曾经担任过项目经理，则可能至少熟悉一些常用的项目管理方法或者敏捷框架，例如Scrum和Kanban。

但是Scrumban呢？

如果此框架不是你熟悉的领域，或者你不确定如何使Scrumban正常工作，那么你来对地方了。通过这篇文章，以帮助你快速掌握Scrumban的含义，它的许多优点，如何将其付诸实践，衡量成功以及一些最佳实践。很快，您就可以开始冲刺，因此请准备好使用此强大的框架开始运行。

Scrumban是一种敏捷开发方法，是Scrum和看板的混合体。

---

由于Scrumban是混合框架-Scrum + Kanban = Scrumban-因此，首先要对Scrum和Kanban有所了解，这一点很重要。让我们从一些基本定义以及Scrum，Kanban和Scrumban之间的区别开始，然后再讲的有关Scrumban及其使用方法的所有内容。

什么是Scrum？

Scrum是一个广泛认可的敏捷框架，团队使用该框架来开发其产品或服务。它使用称为sprint（迭代）的短工作周期来讨论，限制和完成工作，清除积压的订单，并可以帮助团队缩短产品开发时间并提高质量。

可以阅读老程这篇文章《什么是冲刺？老程带你深入浅出了解Scrum中的Sprint》

什么是看板？

看板是一种可视化的工作流管理，它扎根于制造业。

看板是另一个著名且经常使用的框架，在精益生产、精益研发、精益生产中都可见其身影。这是一种控制和管理工作流的可视化开发方法。它使用显示任务相关卡片的可视面板，可以帮助团队快速查看所有出色的工作，进行中的工作以及所有已完成的工作。工作完成后，团队成员可以通过将任务拖动到适当的状态列来更新任务的状态。

---

什么是ScrumBan？

Scrumban框架结合了Scrum和看板，可以帮助团队改善工作方式。它结合了Scrum结构和看板灵活性，创建了一个混合框架，使团队可以在管理工作流时提高多功能性和敏捷性。

团队使用Scrumban更好地指导和管理基于产品，服务或维护任务的开发。这使得可以根据需要更好地进行调整。Scrumban还使用类似于Scrum冲刺的短迭代来控制和管理工作负载。

Scrumban的出现是为了满足希望将工作分批最小化并采用基于拉动的系统的团队的需求。Scrum和看板的混合体使团队可以灵活地适应和更改利益相关者和生产需求，而不会因他们的项目方法而负担过多。Scrumban通过看板的灵活性和可视化为Scrum的结构提供了功能，使其成为一种高度通用的工作流管理方法。

它也可以用作希望从Scrum过渡到看板的团队的垫脚石。对于许多软件开发团队而言，立即转移到看板将太过激烈。Scrumban为团队提供了一种健康，熟悉的方法，以学习如何在看板中实现持续改进，而不会放弃熟悉的Scrum结构。

为什么开发ScrumBan？

继续阅读以了解将Scrum和看板的哪些元素组合到Scrumban实践中。

Scrumban由精益看板从业者科里·拉达斯（Corey Ladas）开发，是从Scrum过渡到更加演进的框架的一种方式。尽管Scrum和Kanban框架在许多项目中都能很好地工作，但是每个框架都有一些局限性。Scrumban的原则和实践创建了独特而又互补的Scrum和看板功能。

采用ScrumBan的好处？
Scrum和看板方法的结合具有许多优势。

• 它利用Scrum的敏捷性和看板的流程概述来帮助团队保持持续改进的状态。
• 它可以帮助团队减少或消除开销压力，提高效率并提高客户满意度。
• 团队可以更清楚地了解如何在实践中应用Scrum Guide概念，而无需替换它们。
• 最大的好处在于提供更高质量的产品，实现持续改进，减少浪费并减少交货时间。

---

Scrumban与Scrum和看板有何不同？

Scrumban关键原则

Scrumban团队使用Scrum作为工作方法，并使用看板作为他们查看，理解和改进工作的镜头。重点关注与传统Scrum或看板基金会不同的特定原则和实践。这些Scrumban关键原则和属性包括：

• 组织管理，以帮助团队计划实现效率所需的工作。
• 简化，标准化和专业化：这意味着简化流程以提高效率，对研发团队的基础架构进行标准化以创建更多的连续性，并雇用专门从事可以有效完成任务的特定角色的人员。
• 使用明确说明的工作方式政策，以确所有员工都了解他们的角色以及他们如何适应项目和整个公司的目标。
• 应用流定律和排队论，管理和限制要完成的工作流，并为要开始和完成的工作建立排队系统。
• 根据工作所提供的价值或经济利益，可以对工作进行优先排序。
• 使用Scrum开发迭代和增量方法来完成工作。
• 围绕团队进行组织。
• 在适当的时候，可以使用有时间限制的迭代，以便团队在预定的开发周期内完成工作。
• 在特定会议中利用持续改进技术，以不断寻找改进流程和完成工作的方法。

---

Scrumban如何= Scrum +看板

**Scrumban将Scrum的结构与基于流的看板方法结合在一起。**以下是Scrumban方法中合并的Scrum元素：

• 定期进行迭代计划，并与审查和回顾保持同步
• 根据工作的复杂性和冲刺的长度，确定可以拉入冲刺的工作量
• 按需确定优先级-为团队提供最好的下一步工作-或多或少
• 在开始开发之前确保必要的分析水平（准备就绪的定义）
• 使用“就绪”队列（在Backlog和Doing之间）进行组织

看板为Scrumban方法增加了流程改进，可视化以及更多价值指标。这些是Scrumban团队使用的看板元素：

• 拉动系统和连续的工作流：将项目拉入“正在做”，因为团队有能力这样做
• WIP限制：随时限制有多少项目正在进行中
• 没有明确指定个人角色，自组织型组织
• 交货周期短-强调及时分析和计划（而不是批处理，以进行迭代计划估计）
• 使用流程缓冲区和流程图来揭示流程弱点并确定改进机会
  重点放在周期时间上而不是燃尽（如果周期时间是可预测的，则燃尽是可预测的）
• 使用策略使流程步骤过渡更清晰
  团队在实际工作中如何使用ScrumBan

---

何时考虑使用Scrumban

对于需要基于流方法的灵活性的Scrum结构的团队，或希望从Scrum过渡到看板的团队，Scrumban是一个很好的解决方案。许多团队使用Scrumban作为不成熟和较成熟的敏捷实践之间的过渡点。

通常，对于Scrumban，没有特定的时间承诺，而对于Scrum，进行中的工作（WIP）受Sprint的时间承诺限制。Scrumban团队必须将自己限制在确定的WIP限制内。

使用Scrumban时，需要了解一些核心要素和步骤，以确保获得最佳结果。其中包括Scrumban方法，可视化面板，如何限制WIP，交互，按需和存储桶大小计划以及使用指标。

讲个栗子：

假设我们要开发出一款软件，其中我们正在使用用户故事或任务，了解视觉面板及其元素和ScrumBan方法是第一步。

1.工作方法

根据功能代办列表（ProBackLog)中事项的重要性及复杂度，对部分进行优先排序；
每个经过优先级排序的任务后，本次迭代周期内需要做的任务，将移动到ToDoList,当成员主备开始执行某项任务时，将其移动到Codeing中,也即是WIP列，一旦完成该任务，便将其移动到CodeTest中，测试完成后，移动到Done列，标志着该任务完成；

2.迭代

为了缩短交互时间，应使用WIP阈值，并应设置计划触发器，以使其他团队成员知道何时进行下一个计划。与Scrum相似，Scrumban中的工作迭代保持简短。这样可以确保团队可以轻松适应和修改其行动方案，以应对瞬息万变的环境。

迭代的大小以周为单位，理想的迭代大小取决于团队的工作流程。但是，建议不要超过两周。团队通常使用速度（衡量生产率的标准）来帮助理解吞吐量的任何问题，以支持持续改进。

3.限制正在进行的工作/限制Wip（在制品）

Scrumban的一个关键目标是限制进行中的工作（WIP），以便团队中的每个人都可以专注于成功并快速地仅完成当前迭代中分配的任务。如果你以前是Scrum团队的一员，那么你可能已经有限制WIP的心态，并且鉴于范围的大小与团队的交付能力之间的关系，这已经限制了可以进行迭代的工作量。

我们可以使用Scrumban方法来维护此通用策略，但是Kanban建议以可能不同甚至更细化的方式进行维护，因为要了解约束会刺激团队的行为变化。在WIP限制看板（在制品限制）中称为这种做法。

在第一次Scrumban迭代中，团队应尝试预测他们将能够交付多少产品待办事项。此数字是吞吐量预测，并将该迭代的总WIP限制定义为该数量。对于添加的新项目，旧项目必须完成或降级。当出现新的冲刺时，团队将具有平均吞吐量历史记录(速率），并且可以根据团队绩效的实际情况来调整WIP限制。

看板还建议可以按流程步骤应用在制品限制。例如，一次最多只能开发三个项目。每个团队只能与一个项目相关联。这些更加细化的限制有助于指导和训练团队，并确保更加专注，客观和完整交付。

当涉及到端到端的流程和任务时，应将WIP限制规则清楚地传达给Scrumban团队。在制品限制是基于需求的，这称为拉动系统。

---

按需计划，合适召开计划会议？

Scrumban计划应基于需求，并且仅在激活计划触发器时才进行。计划触发器与仍在ProbackLog(“待办事项”)部分中的任务数量相关。当下降到一定数量时，应该召开计划会议。

未预定义应触发计划会议的任务数量，因为这取决于团队的研发速率，完成所有现有任务的速度以及计划下一次迭代所需的时间。团队为下一次迭代计划的任务将添加到开发板的“待办事项”部分。

确定优先级

在计划会议期间，应优先考虑代办任务，方法是将任务添加到ProbackLog并标记优先级。这可以帮助团队中的每个成员知道哪些任务应该首先完成，哪些任务可以稍后完成。可以通过添加数字或添加优先级列来进行优先级排序，其中最重要的任务位于顶部，最不重要的任务位于底部。

Scrumban初学者的最佳做法/提示

• 请记住，Scrumban与Scrum有所不同，因为它强调的关键原则和实践与传统的Scrum基金会大不相同。无论您是Scrumban的新领导者还是Scrumban的新手，这里都有一些最佳实践和提示。

• 识别何时使用Scrumban而不是Scrum，看板或其他，是最好的框架。

• 仅专注于当前活动，避免被其他相关活动或可能影响生产率的噪音分散注意力。

• 保持您的董事会简单和相关的交叉联系。避免使过程和时间表过于复杂的混乱情况。

• 在继续进行之前，请先完成整个任务，避免尝试执行多任务，因为这会对当前的WIP造成不必要的风险。

• 最重要的是，限制在制品以允许实际的截止日期，资源使用和更高质量的可交付成果。

• 识别，记录任何更改或计划外的任务，以解决在制品和时间表方面的任何潜在风险。

• 通过与WIP保持现实，确保您的团队为成功做好准备。如果您的团队超负荷工作，他们不太可能能够集中精力并达到他们的目标或您的截止日期。

• 记住要建立成功标准并衡量在制品。重要的是要知道什么在起作用，什么没在起作用。

• 也许最重要的是，请记住，Scrumban的嵌入式原理和实践并非软件开发过程所独有。它们可以轻松地应用于许多不同的上下文中，从而在相互关联的业务功能之间提供通用的语言和共享的经验。反过来，这增加了组织的一致性，这是成功的基本特征。

这是否意味着Scrumban将适用于任何项目或任何公司？

不，重要的是要知道它如何适用于公司拥有的项目类型。我们还必须考虑项目目标，团队经验，准备情况，时间安排和其他因素。但是，如果我们确定Scrumban是正确的选择，它将成为结合了两个本已令人赞叹的框架中最好的框架的有价值的工具。