当你考虑到我们在多任务处理（或者更准确地说，任务切换，因为没有人能够真正地进行多任务处理）上浪费了多少时间时，你就会明白为什么这种看似矛盾的方法如此有用。
与Scrum相比，Kanban是一种年轻的工作管理方法。
2013 年，David J. Anderson 在基础书籍《看板：技术业务的成功演进变革》中对看板在软件开发中的应用进行了最详尽的阐述，在敏捷软件开发早期，看板的采用并不像 Scrum 那样普遍。但是，对于那些在 Scrum 流程的束缚下感到烦躁的团队来说，看板可以是一种自由的替代方案。
看板的起源
尽管只是在几年前才被应用于知识工作，但看板（小写 k）的概念已经存在了几十年。
日语术语“看板”翻译为“信号卡”，最初由丰田在 20 世纪 40 年代开发。日本电话生成 受杂货店（杂货店只储存人们需要的商品）的启发，丰田的制造团队开始使用卡片或看板向生产线的其他部分发出信号，告知他们需要更多零件。
看板的使用是 JIT（即时生产）方法的一部分，该方法使工厂能够仅生产当时需要的零件数量，并通过不生产多余的零件来节省资源。
避免装配线上的浪费
假设我的工作是给汽车安装轮胎。如果身后堆放着数百个我还不需要的轮胎，那就太浪费了。
轮胎制造团队可以及时生产轮胎，以便我将轮胎安装到汽车上，这样效率很高。因此，一旦我的库存达到约定的点，比如手头有十几个轮胎，我就会拿出一张看板卡，以促使轮胎制造团队采取行动。在整个装配线上，“除非下游步骤发出看板信号，否则流程中每个步骤的工人都不允许工作。”
当应用于软件开发和营销时，看板实施通常不包括促使另一名工人开始工作的物理信号卡。
相反，提取新工作的信号是根据任何给定状态下正在进行的工作的视觉数量推断出来的。
例如，如果我负责编辑营销团队的内容，我会根据“编辑就绪”列中 什么是地理标记？它如何影响本地 SEO？ 的工作量推断是否该将新项目纳入我的工作量。（这假设“编辑”列中正在进行的项目数量低于设置的 WIP 限制，这使我能够纳入额外的工作；稍后会详细介绍。）
看板与看板
与 Scrum 类似，看板实施需要对待办工作进行优先排序，以便团队从中提取工作。
企业主和利益相关者有责任严格维护和确定该列表的优先顺序，因为这是营销团队的唯一工作来源。
您可能已经看到各种团队都在使用看板跟踪板，但仅仅拥有待办事项列表并将工作从白板的一侧移到另一侧并不意味着您正在使用看板。 Anderson 提醒我们，“卡片墙本质上不是看板系统。它们只是视觉控制系统。它们允许团队直观地观察正在进行的工作并自我组织、分配自己的任务，并将工作从待办事项列表移到完成，而无需项目或直线经理的指导。
然而，如果没有对在制品的明确限制，也没有信号将新工作拉入系统，那么它就不是看板系统。”
因此，在墙上贴一堆卡片并不意味着你在使用看板。
事实上，许多 Scrum 团队都使用这种可视化方式来管理他们的工作。Kanban 与众不同之处主要在于它致力于限制在制品 (WIP)。
WIP 限制的酷炫力量
与 Scrum 团队不同，Kanban 团队使用时间盒来管理工作，英国电话号码 敏捷营销看板初学者 而是使用 WIP 限制。每个工作状态都有其可容纳的生产性工作的上限。
当团队超出该限制时，浪费就会进入系统。然后，该上限将成为看板流程的正式组成部分。
WIP 限制因团队不同、工作状态不同而有所差异。
例如，您的 5 人团队可能在“正在做”栏中将 WIP 限制为 10，这样每个人可以同时处理 2 件事。但是，审核工作的限制可能会有所不同，具体取决于此工作流程需要多长时间、分配了多少人来审核工作以及其他因素。