在练习Scrum时，为了更清楚地看到冲刺代办事项（sprint backlog）我们可以通过将其放在 Scrum任务板上来。团队成员在整个sprint期间不断更新任务看板; 如果有人想到一个新任务（例如：“在Windows 8.1上测试snark代码”），他会写一个新任务并将其放在看板上。
在每日Scrum期间或开始之前，估计值会发生变化（向上或向下），并且卡片会在每个scrum中移动。
例如，Scrumboard看起来像这样：
Scrum板上的每一行都是一个用户故事，这是我们鼓励团队用于产品代办列表的工作单元。在sprint计划会议期间，团队选择他们可以在即将到来的sprint中完成的产品待办事项。每个产品代办事项（product backlog）都会变成多个sprint代办事项（sprint backlog）。每一个任务都由放置在Scrum board上的一张任务卡表示。每个任务卡都在“待办事项”列中的Scrum任务板上启动。
我们通常在任务板上使用的卡片是：
故事（story）：该行上显示的故事描述（“作为我们想要的用户......”）。
要执行的操作（to do）：放置当前sprint中不在“完成” “Done” 或“处理中”“In Process” 列中的所有卡。
在制品工作（Work in process）:正在处理的任何任务都在这里。程序员在准备开始他选择的任务时将其移动到这个卡片。通常情况下，这种情况发生在每日scrum时，有人说：“我今天要去做boojum。”
验证（To verify）:很多任务都有相应的「测试任务」卡。因此，如果有一个“编码boojum类”卡，可能会有一个或多个与测试相关的任务卡：“测试boojum“、“为boojum编写FitNesse测试”，“为boojum编写FitNesse”等。某些任务卡没有获得相应的测试卡（“修复Bugzilla中的no.321”），因此这些卡被放置在“To Verify”列中。
完成：当卡完成后，卡片会堆积在这里，这些完成的任务会在冲刺结束时被移除。如果有很多卡片，有时我们会在冲刺期间删除部分或全部。
或者，我们有时会在Scrum任务板上使用以下列，具体取决于团队、文化、项目和其他注意事项：
注意：只需要记下一两个笔记。
指定的测试：我们喜欢做“故事测试驱动开发”或“验收测试驱动开发”，这意味着测试是在编写故事之前编写的。许多团队发现，在特定的存储上开始编码之前，识别验收测试是有帮助的。此列仅包含一个复选标记，表示已指定测试。
以下是一些正在使用的实际任务板的照片。
悬挂在团队房间的Scrumboard：
软木板挂在墙上：
带有磁铁卡的金属工作板：
一个Scrum任务板，用黑色胶带在一个大型壁柜上制作（柜子里有食物！）：
在共享桌面上使用Outlook注释工具的分布式团队：
