一图搞懂Scrum与Kanban九大区别︱看板管理
2022-12-10
来源：翰德恩业务敏捷
世上安得双全法，不负如来不负卿
本文由某央企信息化部门高级项目经理尚君领原创, 来自翰德恩咨询北京看板认证课学员
这里默认同学已经知道什么是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里面的优先级并且明晰接下来的工作，并不是必须的），每日站会（并没有设计每
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
