ScrumBan是什么？

Posted 2021-04-25 大敏捷

-----

对于ScrumBan，业界有多种多样的理解，比如有：

理解之一：看板 with scrum like cadence。

理解之二：Scrum本身与kanban无关，ScrumBan就是将两者结合起来，既融入Scrum迭代思想，又融合看板理论。

理解之三：只不过是在 Scrum 框架内使用虚拟看板系统

理解之四：一个新的软件开发框架, 它结合了 Scrum 的最佳元素和看板方法。

理解之五：ScrumBan不仅仅是关于利用Scrum和看板的一些元素来创建一个软件开发过程。更多的，它强调在Scrum上下文中应用看板系统，并将看板方法与Scrum整合 作为一种演进的手段。最终，它将帮助和增强Scrum中固有的功能，并提供新的视角和能力。

2009年，科里 拉达斯(Corey Ladas)在他的开创性著作《关于看板系统的精益软件开发随笔 》(Modus Cooperandi 出版社, 2009)，向世界介绍了 Scrumban ，他定义 Scrumban 作为一种过渡方法，将软件开发团队从 Scrum 升级到一个更进化的发展框架。

从时间和这个词的拼接而言，在2009年Scrumban这词造出来时，其实就是上述那些朴素的考虑，就现在而言，也都是对的。

到现在为止，没有某个特别权威的组织或者个人在维护Scrumban定义和发展，是由各方共同维护发展。wiki成为其相对正式的发布，URL为http://en.wikipedia.org/wiki/Scrumban 。

如下是其上的Scrumban当前说明

Scrumban is an Agile management methodology describing hybrids of Scrum and Kanban and was originally designed as a way to transition from Scrum to Kanban. Today, Scrumban is a management framework that emerges when teams employ Scrum as their chosen way of working and use the Kanban Method as a lens through which to view, understand and continuously improve how they work.

名为《The Scrumban [R]Evolution: Getting the Most Out of Agile, Scrum, and Lean Kanban》在2015年7月出版，是对以往多年ScrumBan实践的整理总结，作者是Ajay Reddy。

     在过去的几年里, 人们的研究和工作经验已经发掘出了 ScrumBan 自身进化所带来的许多方法。本文接下来结合以上材料和笔者本人的经验，来探讨最新对于ScrumBan的理解。

      首先ScrumBan 定位于一个简单的框架，在软件开发的世界里，它相当而言是一个新来者，并且还没有完全进化，仍然在持续发展中，各方实践者可继续给ScrumBan添加新的内容或者修改既有内容，所以本文所谈的理解也是在演化中，给各位读者作为参考，而不是桎梏。

      其次：理解ScrumBan时需要“拥抱”守破离的三阶段提升。

对守的再解释：守（初级）：学习的第一阶段。新的学习者通过遵循一组以实践操作为中心的指导来寻求一个已知给定的结果。他们带着对于基本原则的基本了解专注在如何执行任务。这个阶段的成功取决于一个过程是否有效，以及学生理解其工作原理的程度。

笔者补充说明：ScrumBan注重演进，与其它敏捷方法不太一样的是，ScrumBan从开始时强调的“守”不是去照搬并遵循既有的方法，而是“守”组织既有的上下文环境，尊重组织既有的组织结构、角色安排、既有流程和工具，在这样的基础上选择采用既有的方法，然后鼓励“破”，进而“离”。

对破的再解释：破（中级）：一旦掌握了基本的实践，价值观和原则，他或她开始识别这些实践和技术的局限性。扩大他或她的认识来寻求替代方法，学习在什么时候替代方法可以适用，而在什么时候不行。在这个阶段的成功是衡量如何学会适应能力，以适应不同的情况。

对离的再解释：离（高级）：学生已成为大师。他或她是否遵循给定的程序或做法已不再重要。他或她的知识和理解是反复思考和行动的产物。在他或她有经验的环境中, 这大师已经形成了一种完全适应能力。成功是通过一贯成功的结果来衡量的。

正好最近应好友提问，笔者整理对ScrumBan的理解如下。

• 精益敏捷，将精益思想落实到敏捷实践当中，追求增值，消除浪费，具体如A3、工作流、稳定系统等等

• 系统思考，识别各类系统以及系统的系统，结合上下文环境来决策，具体如不认为Scrum的猪鸡比喻有效。

• 迭代节奏，其迭代节奏聚焦在持续改进，而不是demo和交付，demo和交付更多按业务价值流动需要来进行。

• 尊重现状，首先着眼利用看板来展现交付价值流，从价值流角度分析改进机会，比如度量前置时间。

• 团队协作，与Scrum一样鼓励跨职能团队，以团队开展工作。

• 演进优化，采用演进而不是革命的方式来优化，具体启动时不要求马上按Scrum团队模型改变团队。 帮助组织发展对他们有效的、新的类Scrum 流程和实践 ——不是容忍 Scrum所暴露的不足和功能障碍，而是用在各个组织独一无二的环境下最有效的方式去解决它们。

   最后综上所述，ScrumBan 已经演进成了一个原则和实践的家族，这家族创建了互补的各项工具和各项能力。如同任何活生生的有机体一样, 这些原则和实践将随着实践者分享他们的经验和知识而继续演进。

致谢：王国良，熊小龙，吴穹，Ethan Soo

本文的产生有赖于在一起的讨论，也有收集了他们的语录:) 

后记：笔者争取陆续整理具体的ScrumBan实践做法。

-----

写在后面，惭愧，一年前写的要整理，结果并没有整理多少，写在这里，鞭策下自己，后续在本订阅号发布ScrumBan的相关文章，欢迎订阅本号。