看板方法︱详谈Scrum与Kanban的区别
2022-11-09
来源：翰德恩业务敏捷 ，作者豹子头姐姐-明兰
基础之一。团队可以自己选择迭代长度，但一般都会在一定时间内让迭代长度固定不变，继而形成固定节奏。
看板方法的工作单位是一个一个工作项，工作项是承载价值的单元，比如：用户故事。看板方法没有规定固定时长的迭代，团队可以选择什么时候做计划、什么时候做回顾以改进流程，以及什么时候发布产品。团队还可以选择是有规律的采取行动，如每周发布一次，或是按需要随机发布。不管用什么样的节奏，或者没有任何节奏，看板方法的目标都是加速每个承载价值的工作项在看板上流动。因此看板管理的是价值流[1]。
[1]价值流: 价值流动的一系列列步骤构成的流程。
基于这个差异，维护类项目天然适合用看板方法。因为，团队无法给维护类项目设置一个迭代周期，并且固定这个周期的范围。即使团队做了Sprint计划，第二天会有一堆更紧急的线上问题打断，导致原来的Sprint的计划作废。
此外，除了维护类项目，一些互联网团队为了快速响应业务变化，也开始打破时间箱的周期，转向看板方法。
案例
中国电商网站1号店在2014年之前一直应用Scrum，所有团队一刀切地采用两周的迭代周期。后来，很多团队发现即使才两周的周期内，业务上仍有大量的需求变化导致原来的Sprint计划无法执行。于是，1号店开始打破迭代周期，向看板方法转型，每周一次计划，每周两次上线。
NO.3 规则的显示化程度不同
Scrum的规则主Scrum流程上的规则，即：三个角色，五个事件和三个工件。
除此之外，Scrum还有DoD（DOD: Definition Of Done: “完成的定义”），用来评估产品增量是否完成。Scrum Guide对DoD的定义是：当产品待办列表项或者增量被描述为“完成”的时候，每个人都必须理解“完成”意味着什么。虽然DoD在不同的Scrum团队之间会有巨大的差别，但是团队成员必须对完成意味着什么有相同的理解。但是，至于怎么达到这个DoD, 没有进一步的约定。
此外，Scrum对任务板的设计没有规定，团队自己设计，但是一般都是三列: To Do（Not Started), Doing（In progress), Done。
图2 Scrum 任务板示例
像图2这样的任务板设计，对于Doing（In progress)这一列，Story到底处于什么阶段不是一目了然，无法判断Story是在设计、开发，还是在测试阶段。
而在看板方法里，价值流动的每个环节都可视化在看板上，Story是处于什么阶段一目了然。一个工作项从上游步骤流转到下游需要达到什么条件有明确的规则，这个条件在看板方法里成为“拉动条件”，如图5-4
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
