看板是新的Scrum吗

Posted 2023-04-13

参考技术A 事实上，很多人经常错误地认为Scrum和敏捷是一回事儿。Scrum的大面积应用和流行已经使它成为很多公司实施敏捷的默认选择了。然而，随着近来看板的兴起，一些人则把看板作为敏捷演变过程中新的篇章。Abby Fichtner甚至认为看板就是新的Scrum。也许是因为我一直以来都在创业型公司工作，我很推崇Scrum自组织和持续反馈的理念，但接触了看板以后却被深深吸引，它将引领下一个敏捷时代，也将利用精益中积累的许多经验给我们带来更多灵活性和发挥空间。 Abby认为Scrum最大的问题是那个有时间盒的Sprint：对于创业公司而言，Scrum中的Sprint几乎总是太长。一旦Sprint太长，就不能频繁交付（也就推迟了收益），于是团队就不得不等上一段时间才能获取客户反馈并且快速做出改变。这意味着大家都是根据过时的信息在工作，这真是浪费呀。 换个方向来看，如果Sprint太短，大的功能就不得不分成多个较小的任务，而这些不仅对客户没有意义，还可能会混淆团队的奋斗目标。 Abby认为，由于看板没有Sprint这一概念，而是依赖于限制“在制品” （WiP），所以一旦你完成了某个功能，就意味着两点：此功能可以即刻发布上线到生产环境了（团队也期望是这样的）。团队可以立即开始做下一个高优先级的工作了，而不需要受任何限制，哪怕这个工作是今天刚刚接收到的！结果就是反馈越多，适应快速反馈的能力越强。 Erwin Verweij则表示反对。针对Scrum，他说道：【团队】可以决定他们如何更好地完成工作。扫除压力，轻装上阵。团队能清晰地识别做什么，不做什么，从而估算工作。我知道大多项目经理喜欢尽在掌控。失去了控制，尽管只是表面上的控制，都会让他们有种被抛弃的感觉。 于是看板出现了。看板把控制找回来了。可视化工作流是项目经理所钟爱的，比较易懂。但看板体现不出生产力或者一定时间内能完成多少工作的指标，于是项目经理又回来甩皮鞭了。 什么都不改变是个很大的风险。项目经理仍然会施加压力，往前推进。他们仍然会制定他们想要的瀑布节点，还是能把项目划分成设计、开发、测试等阶段。 Lisa Crispin的团队从Scrum起步，但现在主要采用的是精益、看板和XP的一些实践，她谈道：令我们成为最棒团队的秘籍是真正的自组织能力。我们每两周会做一次回顾，大家都诚心诚意地想要进步。 我认为这归功于公司注重质量，并鼓励开发团队竭尽所能交付尽可能高质量的软件产品。 Derek Huether补充道：我认为更多的公司应该认识到看板是Scrum的一个可行的替代方案。只要我们给予团队更多的权利，保持一个良好的节奏，进一步省去繁文缛节，我觉得越来越多的团队无疑会倾向于采用看板，而非Scrum方法。 George Dinwiddie找到了一些两者之间的共同点。看板更加注重限制WIP，同时也建议短周期以及有规律的节奏。而Scrum则更加注重短且规律的节奏，同时建议限制WIP。如果你实施得好，总能殊途同归。 Abby总结道：我依然坚信Scrum拥有卓越的理念——就像自组织团队和持续反馈——我们绝不能让这些随波而去。但是，当你在使用看板制订时间表的时候，这些理念也能一起发挥作用。 那么看板究竟是不是Scrum之后新的一页呢？

一图看清Scrum 与Kanban九大区别：看板认证学员作品

世上安得双全法，不负如来不负卿

本文由资深研发主管尚君领原创, 来自北京看板认证课学员

写这篇文章已经是上看板认证课的第五天了，我默认为看到这里的同学已经知道什么是Scrum，什么是Kanban，关于这二者的定义不再重复。那么新的问题出现了：同样作为敏捷开发的一个框架，同样是轻量级的方法，他们到底有哪些不同？我们应该选择他们中的哪一个作为团队级敏捷的开始呢？下面我们先尝试着来看看他们的区别，如下图所示：

计划的方式不同

Scrum要求在每个Sprint开始之初就要给接下来的Sprint做Planning，不过Kanban并没有这个要求，可以认为它是按需计划，也就是在当前工作项完成，要拉进来新的人任务的时候再进行planning。当然现在不管是理论还是实践，Kanban也在使用Cadence的概念，但本质还是按需计划。

Effort Estimation不同

Scrum要求在每个Sprint开始之前要给下个Sprint进行的用户故事给出估计（用人天、故事点等估算），如果一个用户故事大到一个Sprint无法完成，那么就应该对其进行拆分，但是Kanban对于估计并不是必须的。它仅仅是当前工作项完成以后，将新的工作项“拉”进来而已。Kanban关注的是流动。当然如果要实现可预测性，可能依然需要估计，跟上面的planning一样，按需估计。

工作范围的改变

对于Scrum来说，一个sprint一旦开始，工作内容是不能改变的，Scrum Master应该包含团队不被打扰、专注完成当前迭代承诺的任务。而Kanban则非常灵活，因为它没有时间盒的概念，所以随时可以添加修改backlog里的任务并调整他们的优先级，这样的调整能够非常快的反应到下一次的任务拉取中。

角色的不同

对于Scrum来说，我们设有全新的角色：Scrum Master，Product Owner，Development Team。尤其是Scrum Master，更是在以前任何组织中都不曾存在的一个角色。这会导致我们导入Scrum的时候，往往带来组织的较大的改变：比如组建新的team，任命新的角色，开展新的流程。而Kanban则没有定义任何新的角色，并没有一个Kanban master这样的角色，而是在使用现存的任何组织和角色的基础上开展Kanban实践，这也是Kanban方法中渐进式变革的一个体现。

会议的不同

在Scrum中，我们有Planning Meeting，daily stand-up meeting，sprint review meeting, retrospective meeting以及backlog refinement meeting。对于每个会议的形式，目的，周期甚至会议长度都有相应的说明。在Kanban中，一般会有排列优先级相关的会议（用于调整backlog里面的优先级并且明晰接下来的工作，并不是必须的），每日站会（并没有设计每日三问，用于关注看板的价值流动），以及回顾会议（这个和Scrum的retrospective meeting并没有本质区别）。

Ownership的不同

在Scrum里面，产品的拥有者是Product Owner，他来维护产品待办列表，调整优先级，并决定接受还是拒绝Sprint结束团队提交的价值增量。在Kanban方法中并没有类似的限制，根据组织的现状和需要定义谁来负责类似Prouct Owner的职责。

度量工具的不同

Scrum里面我们一般使用燃尽图来观察现状，发现偏差，预测趋势。在Kanban里面则使用累积流图来计算周期时间、吞吐率等指标。

约束方式的不同

Scrum使用固定的时间盒来作为迭代的时间约束，也是隐性的对一个迭代里面所能承担的用户故事做一个约束。Kanban则是使用WIP限制来约束团队同时可工作的任务数量。

价值核心不同

对于Scrum来说，它的根在于敏捷，也就是敏捷宣言和敏捷十二原则。是为了适应不确定性和快速变化而产生。对于Kanban而言，他的根在于精益，来自于丰田生产方法，是为了消除浪费，聚焦价值流动。当然这么说有点狭义，现在精益敏捷往往放在一起谈论，但是他们诞生之初确实是为了解决不同的问题。到现在实施起来依然有所不同，比如Scrum强调团队，而看板则强调价值流，这种区别正是因为他们的来源不一样造成的。

如何选择

两种框架有着这么多区别，那么最后的问题是“我们要选择哪一个方法来用呢”？其实两种方法并没有好坏高下之分，也没有简单复杂的区别，具体使用哪一种方法，需要结合组织自身的实际情况来判断。个人认为，Kanban对于需求变化非常快的项目更有优势，比如连一周的迭代都没办法保证的特性开发，或者属于支持/维护类的项目团队。而相对来说，对于那些有着清晰roadmap的特性开发团队，以便于按照固定的节奏提交价值增量，Scrum更加有完整的套路。此外，看板对于不喜欢对现状改变太大的企业，更加容易被接受。

更多参考资料：

https://medium.com/@andrebecker/do-you-know-the-differences-between-scrum-and-kanban-aa34aacfd34e

https://agile-mercurial.com/2019/01/21/what-types-of-meetings-should-you-have-in-kanban/

近期将开设2020年最后一期看板认证课，学华为经验，拿国际认证！

转发海报立即赠送价值158“我爱发”大礼包！

六天直播：五天互动讲解研讨+1天看板设计实战路演

课程安排：6天实战

直播方式：Zoom视频，讲师真人出镜，同学们视频互动讨论+作业练习&点评+小组路演。错过当天课程的同学可以看回放。

课程时间：2020年11月30日-12月5日，每天20:00-21:30（视当天同学互动讨论量，时长有些许浮动），期间看板设计结对演练+路演点评。

真实场景演练，收获不亚于线下课

为了让线上课获得不亚于线下的收获，课程中专门设计了作业点评、课堂头脑碰撞的环节，给同学充分的时间线下结对，用自己企业的真实场景演练，并参加路演讨论。想一睹师兄师姐们的作业风采？

价值流映射作业案例，感谢看板课堂北京的师兄、资深研发经理霍洪彦分享：

看板系统设计作业案例，感谢看板课堂台湾的师兄、台湾敏捷社区组织者David Ko分享：

完整的课程体系如下，感谢看板课堂北京的师兄、资深敏捷专家吴舜贤分享的课程超级思维导图（由于太大，只能展示部分）：

往届学员评价：

第四季度公开认证课：

课程咨询：

---

关于翰德恩业务敏捷(HardenX Business Agility)：

我们专注于为数字企业培育业务敏捷能力，沉淀10年+的数家世界500强实战经验，采用咨询×平台双环机制，为企业提供端到端的全价值链赋能。

我们的课程体系：https://www.hardenx.cn/page/course.html