敏捷哲学是关于所有领域的持续灵活性，组织工作流程的方法也不例外。有时会发生这样的情况：Scrum 和 Kanban 方法的原始形式都不适合团队。然后你必须从每种方法中借用单独的元素。
这个过程称为 Scrumban：
Scrumban = Scrum + 看板
要实施Scrumban，不可能完全放弃Scrum及其迭代。必须完美掌握这两种方法。
Scrumban 是一种涉及使用板的可视化和工作约束方法。冲刺待办事项中的项目是按照严格的顺序完成的，因此并非所有任务卡都可以同时位于“进行中”列中。这有助于均衡工作流程。团队成员 银行数据 直观地监控卡片在板上移动的过程，并找出进一步改进该过程的机会。这就是看板在冲刺过程中的工作方式。
Scrumban 采用了 Scrum 的仪式和反馈循环，以实现透明度。
什么是Scrumban
资料来源：shutterstock.com
Scrumban最适合：
维护项目；
与任何事件相关的作品；
帮助台或信息支持的运作；
启动新项目的团队的远程工作；
初始阶段之前的活动、研究；
产品的测试和部署，
使用纯 Scrum 存在问题的组织。
如果计划使用Scrumban，则流程结构如下：
确定最适合特定项目的迭代或冲刺的平均规模；
维护规划、审查和回顾过程；
设计是在稍微多任务的基础上进行的，但同时团队也明白其他问题可能会“到来”，所以应该始终有所保留；
每个任务都有自己的优先级，但它们本身的大小几乎相同；
在制定问题之前，必须对其进行分析，并通过在黑板上的“完成”栏中将其可视化来解决问题；
每列包含一个 WIP 指标或项目工作过程中任务数量的限制；
没有指定具体的角色，但是根据需要进行介绍；
项目待办事项包括某人“命令”的任务，并且在板上为它们分配单独的一栏；
每日立正会每天进行，但其他仪式仅在必要时举行；
积压工作没有冲刺，没有燃尽，新任务会在必要时放到板上并投入工作；
在回顾时，团队的主要目标是缩短周期时间。
当然，你需要明白，这是一个按照Scrumban方法论实施项目的平均示例。根据团队的目标和需求，它可能会偏向一种或多种方法。