我的一位客户正在为 看板与 Scrum 作为起点而苦苦挣扎。他们真的很喜欢 Scrum 的能量：团队、协作、学习，但从工作流的角度来看，他们需要看板的适应性：紧急请求、不同的工单类型、能够快速改变方向。当管理和文化存在但短期需求和/或外部依赖太多时，就会发生这种情况。
这对我来说并不新鲜。在过去的几年里，我一直在帮助客户解决这种情况——在 Scrum 和看板之间找到一个舒适的混合体。新鲜的是，我终于画了一张图来总结流程的样子。希望你喜欢它。
规划
图表的左侧 说明了我合作过的大多数敏捷团队通常会发生什么。无论您使用的是 Scrum 还是看板，团队通常会受益于：
- 目标感（愿景）
- Inception Deck—— 如果你有一个为期一个月的项目，这将节省数小时或数天的时间。跳过你的危险。
- 故事（或门票）
- 工作量估算（故事点数或 S、M、L）
- 粗略的计划（积压）——这里用与工作结构相匹配的形式来描述——按特征区域我们现在、以后和甚至以后做的事情。
- 对工作做出预测的能力
在图中，
工件为深绿色
，
活动为浅绿色
。
正在做
此图显示了一个物理板，可帮助团队协作完成工作。它本质上是一个 Scrum 板，团队在其中使用单一故事拉模型而不是冲刺批模型。一个很大的区别是紧急工作有一条快速通道。让我们浏览一下这些列。
- 下一步： 在这里我们看到团队接下来要处理的故事。通常这个框位于待办事项列表上——只要每个人都知道该做什么，它放在哪里并不重要。一些团队跳过这个直接从有序和优先的待办事项列表中拉取。
- 已计划： 计划 会议在结构上可能与 Scrum 计划会议相同，但在这里我们一次只计划一个故事。故事被分解成任务，以增加对工作的共同理解。因此，可能是整个团队，但更有可能只是团队的子集需要参与该故事。当然，很简单，小tickets或者stories，可能不创建任务就直接去in-progress。
- 进行中 ：哪些任务/工单正在由谁处理。 每日站立 会议是我们制定当天最佳计划的地方。我们可能会向后走板以专注于完成工作。
- 完成 ：完成了哪些任务/故事。我们可能每周或每两周举行 一次演示和审查 会议，以检查我们对完成的定义并展示我们的进展。
- 回顾 ：我们定期会面以了解如何更好地工作。
看板的结构，Scrum 的能量
“Scrum 的能量”意味着保持 Scrum 的基本部分，使其独一无二和有价值。这些都是：
- 共享所有权 ——团队共同负责交付。一个小例子是，我们可能有一个标记为“测试”的任务（任何人都可以做），但没有“QA”的看板步骤。
- 学习 ——非常注重学习文化。这是通过回顾和 Scrum Master(!) 实现的。
- Scrum Master ——Scrum Master 代表着对学习和进步的投资。这是关于让某人专注于发展系统。这个角色与看板配合得很好！
- 团队协调 ——在 Scrum 中，通过计划、审查和站立会议来保持团队同步是一项非常重要的任务。召开这些会议让我们保持高度一致。