Scrum板作为一种工具，主要应用于Scrum团队的  敏捷项目管理，能够帮助团队更新任务进度，促进团队信息共享，及时发现任务过程中的异常现象，从而查漏补缺。团队在每日站会时会通过Scrum板来直观地展示任务状态，确定每日需要做的任务以及优先级。

看板作为一种敏捷方法论，通过工作流程以及任务的可视化来识别并纠正出现的失误。起初，看板通常为  物理看板（白板），随着  项目管理流程移至线上，看板也逐渐转为  虚拟看板(软件工具）。

这些常见的白板概念应用于各种敏捷团队，它们都通过  可视化的任务、  透明化的工作状态来激励团队成员工作、提高工作专注力及效率。

那这两者有什么关联？

Scrum板与看板在功能上有颇多相似之处：

1.标注团队成员的专属个人信息

大卫·安德森将看板划分为五个部分，这些标注着任务的卡片被称为“  视觉信号”。“视觉信号”可以是不同颜色的便利贴，也可以是定制的带有姓名、头像的信息卡。同样，在Scrum板中，也会采用不同样式、不同风格的卡片来表示固定的团队成员。

2.标注团队成员的任务信息

不论是Scrum板还是看板，事项列表都是不可或缺的一项元素。事项列表是Scrum团队在一个Sprint中的  所有任务项。团队能够清晰明了地看到这些任务项所属成员是谁，以及任务阶段是什么。

3.标注团队成员的任务状态

在任务状态项中，基本都包含  待办、  进行中、  已完成这三个选择。除此之外，看板和Scrum板还会根据具体情况具体分析，酌情添加相关的复杂状态。

4.及时提示工作中出现的问题

在Scrum板和看板中，假使其中一项任务卡片很久都没有更新状态，团队中其他成员能够及时发现这一异常现象，迅速锁定出现问题的任务项及所属成员。如果该成员需要帮助，其他成员就会伸出援助之手；如果问题在于该成员工作效率低下，就需要他进行自我反思。这会让问题造成的损失缩减到最小。

除此之外，Scrum板与看板还在一些方面存有分歧：

1.是否规定团队角色

• 看板：简单来讲包括需求列表、事项列表等，  并不规定团队中的角色。
• Scrum板：规定三种角色——  产品负责人、Scrum Master、开发团队。在Scrum板中，团队角色及职责能够很清楚地展现，例如产品负责人主要负责定义任务的优先级，Scrum Master带领团队进行整体的运作，开发团队任务是实现产品。

2.是否调整周期

• 看板：没有固定的开始、结束点，是一个正在进行中的过程状态。
• Scrum板：其设定周期根据Sprint时长调整而变，因此每一次Sprint的开始便是一个Scrum板的开始日期，并且有自己固定的冲刺节奏。

3.WIP设置

• 看板：设定  一定的数量限制，一般为三个左右。另外，还要留出一个WIP作为紧急通道，以便让优先级高的紧急任务通行。
• Scrum板：  按照  Scrum的  Sprint时间  规定WIP数量。

4.任务是否具有灵活性

• 看板：在任务的时间限制以及增减等方面有  较大的灵活性，可以根据实际的需要来重新分配，或者重新定义任务的优先级，再决定当前任务是否需要继续做下去。
• Scrum板:发布一个Sprint后，Scrum板上的任务及其相关信息不会再次更改，直至这次Sprint结束，产品负责人重新调整任务，发布团队成员任务。

5.是否定期更新

• 看板：可以  贯穿整个项目生命周期，也就是说，在项目结束前，团队一般不会对看板做出大型改动。
• Scrum板：由于Scrum板  只表示一个Sprint周期，因此在每次Sprint结束后，团队都需要重新更换Scrum板。

6.交付标准

• 看板：  价值流动的终点即交付点，这个交付点是以产品交付到客户手中为标准。
• Scrum板：其终点就是  Sprint的终点，这个交付点是以Sprint结束后的产品增量放置实际环境中能否成立为标准。

在敏捷团队中的日常中，对Scrum板和看板的使用没有明显的界限区分。

Scrum团队往往会使用看板工具来帮助整个团队运作，拉动价值从左往右的流出；Kanban团队将看板方法论应用敏捷的时候，也会套用Scrum中的站立会议、回顾会议等帮助团队成员自我反思、及时改进。

因此，团队需要通过Scrum板或看板，甚至两种工具的综合运用，帮助整个团队在实践中逐渐摸索出适合自身特点的方式，最终实现产品的顺利交付。