看板和Scrum的区别

虽然看板也能应用于敏捷开发领域，但看板并不像大家所认为的那样是一种敏捷框架。事实上，看板不是一种方法论，也不是一个流程框架，而是一种能应用于现有流程或工作方式的管理方法或途径。

但本质上无论是看板还是Scrum都将帮助团队以更高的效率构建更好的产品和服务。

一、敏捷简介

敏捷是一种结构化的迭代方法，多用于项目管理和产品开发。它根据产品开发的波动性特征，为组织团队提供了一种能够在不偏离项目常规轨道的情况下随时作出响应、更改的方法。今天，敏捷很难成为某个组织的独有竞争优势，因为还没有被彻底掌握并做到优异。这意味着把它做好比以往任何时候都更重要。

二、看板简介

看板可以让你手头的工作变得可视化，并限制正在进行的大量工作，最大化提升效率(或优化流程)。团队通过使用看板并不断改进他们的工作流程，能够有效减少从项目(或需求)开始到结束所花费的时间。

三、Scrum和看板的区别

Scrum：结构化的敏捷方法

Scrum是最流行的敏捷框架之一，Scrum团队通常以Sprints的固定时间间隔为准来交付最终产品，他们的做法是创建循环任务，以便快速收集和集成客户反馈。Scrum团队采用特定的角色，创建特殊的工具，并定期举行会议来保持项目的进展。

使用Scrum的团队，需要承诺在每个Sprint结束时交付一些有价值的工作增量。Scrum专注于小的增量工作，帮助团队不断进行学习，以预测和了解到接下来要做什么。

Scrum工作节奏
Scrum发展很快，每2-4个星期就有一个明确的开始和结束日期。短时间框架迫使复杂的任务被分解成更小的需求，并帮助团队快速学习。但关键的问题是：您的团队能够如此快速地交付可用代码吗?Sprint 的进行中还包括 Sprint 计划、Sprint 评审和回顾会议，并穿插着每日Scrum 站立会议。这些Scrum仪式都是轻量级的，在循环任务的基础上运行。

交付方式
每次Sprint结束时发布版本一直是Scrum的优异实践，团队为每个Sprint设置一个目标，在Sprint评审会议上决定是否要发布。

Scrum角色
Scrum有三个明确定义的角色：产品负责人为客户提供支持，管理产品 Backlog，并帮助开发团队确定所做工作的优先级；Scrum Master 帮助团队坚持 Scrum 原则；开发团队完成项目工作，交付增量。

那谁来管理 Scrum 团队？答案是：没有设定这个角色。

Scrum 团队属于自治型，尽管职责不同，但每个人都是平等的，所有人都坚定于一个共同的目标：为客户提供有价值的产品。

关键指标
Scrum团队的核心指标是速度，即在一个Sprint周期中完成的需求数量，它为下一阶段Sprint及团队要承担的工作作出了预测性指导。

多变性
Scrum团队有时会得到客户反馈，并了解到他们所做的可能不符合客户的预期价值。在这种情况下，Sprint的范围应该以“客户期望的价值”为中心来改变。

看板：持续改进，流程灵活

通过看板，你可以管理工作。它是一种管理各类专业服务，也称为知识型工作的方法。使用看板方法意味着应用一种整体的思维方式来考虑你的服务，关注从客户的角度来改善服务。

通过看板方法，你可以将不可见的知识型工作以及它如何在工作流中的流动可视化。这有助于你有效地运营业务，包括理解和管理向客户交付服务的风险。

看板有助于可视化我们手头的工作，限制正在进行的工作(WIP)，制定完整工作流程。看板对于项目任务复杂、优先级划分明晰的团队非常有用，Scrum需要对整体工作内容进行高度控制，而看板则灵活度更高。

看板工作节奏
看板基于一个连续的工作流结构，它能够让团队保持敏捷，随时准备适应不断变化的任务优先级。工作项(通常由卡片表示)排布在看板上，它们从工作流程的一个阶段流向下一个阶段，基本工作流阶段包括：To Do（未开始）- In Progress（进行中）- In Review（审查中）-Done（已完成）。想了解更多“工作流”内容也可以查看：制定工作流来获得团队更高效率。

看板最大的优势是为团队定制出工作的标准流程。例如我们文章创作项目，流程包括“初稿-稿件审核中-稿件审核通过（待排期）-稿件已发布”，审核人可以很全面的把控内容的创作质量。

交付方式
理论上，看板并没有规定交付任务的固定时间。如果任务完成得更早(或更晚)，团队就可以根据需要发布产品，而不必等待Sprint Review这样的发布里程碑。

看板的角色
整个团队都可以共享看板，也为所有需要交付的任务负责。虽然有些团队聘请了敏捷教练，但与Scrum不同的是，没有一个“看板大师”能让所有事情都顺利运行。

关键指标
交付时间和周期时间是看板团队的重要指标，即处理任务从开始到完成所需的平均时间。循环任务的完成时间的长短，体现了一个看板团队的效率高低。

看板中，处理工作瓶颈的方法是WIP限制，它可以控住工作流任何一个阶段中的卡片数量（即任务量）。当您达到WIP限制时，类似于PingCode的看板工具就会为该列（流程阶段）设置任务上限，团队就会更多的专注于这一阶段的工作。

多变性
看板十分灵活，工作项可以随时更改。新的工作项被添加到待办事项列表中，现有的卡片可以根据优先级的规划情况被暂定或删除。此外，如果团队工作量发生变化，可以重新校准WIP限制，并相应地调整工作项。

四、看板vs scrum：哪个更适合团队？

俗话说：“尽信书，则不如无书”，Scrum和看板正是“书上的敏捷”。因此为团队做出的决定不需要如此黑白分明，我们还需要联系现实情况去决定；

还有一种情况是，目前有很多团队正在使用scrum和看板的混合模型。

不管你为团队最终选择了什么，务必坚持使用一段时间。可以在日常会议中从待办事项列表中找出一些要做的工作，然后问问你的团队认为哪些做得好，哪些做得不好；通过尝试scrum和看板，并不断提出问题和复盘工作，那你的团队已经走在通往敏捷的路上了。