当前位置：首页 > 看板管理 > 正文

一图搞懂Scrum与Kanban九大区别︱看板管理

2022-12-10 来源：翰德恩业务敏捷

日三问，用于关注看板的价值流动），以及回顾会议（这个和Scrum的retrospective meeting并没有本质区别）。

Ownership的不同

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

度量工具的不同

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

约束方式的不同

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

价值核心不同

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

如何选择

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

分享到:

免责声明：
　　1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
　　2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！

上一篇：
详解规模化敏捷框架 Scrum@Scale 、LeSS 、SAFe
下一篇：
最后一页

延伸阅读：

more 会议活动

more 公开课

more PMO

微信扫一扫关注

一图搞懂Scrum与Kanban九大区别︱看板管理

延伸阅读：

会议活动

公开课

PMO

IT项目管理界官方微信

PMO大会官方微信