迭代待办事项(Sprint backlog)是Scrum团队在Scrum sprint迭代 期间完成的任务列表。在sprint迭代计划会议期间,团队通常选择一些产品待办事项(Product Backlog),确定完成每个用户故事所需的任务。大多数团队还会估计团队中的某个人需要花费多少小时才能完成每个任务。
团队如何选择迭代待办事项(Sprint backlog)中的项目和大小是非常重要的。因为他们是致力于完成任务的人,所以团队成员必须是选择他们所要承诺的任务的人
sprint backlog迭代待办事项通常作为电子表格维护,但也可以使用缺陷跟踪系统或专门为Scrum或敏捷设计的软件产品。电子表格中sprint backlog的示例如下所示:
用户故事 | 任务 | 第1天 | 第2天 | 第3天 | 第4天 | 第5天 | ... |
作为会员,我可以阅读其他会员的个人资料,以便找到合适的人。 | 编码...... | 8 | 4 | 8 | 0 |
|
|
设计...... | 16 | 12 | 10 | 4 |
|
|
与xx见面...... | 8 | 16 | 16 | 11 |
|
|
设计UI | 12 | 6 | 0 | 0 |
|
|
自动化测试...... | 4 | 4 | 1 | 0 |
|
|
其他编码.. | 8 | 8 | 8 | 8 |
|
|
作为会员,我可以更新我的结算信息 | 更新安全测试 | 6 | 6 | 4 | 0 |
|
|
设计解决方案...... | 12 | 6 | 0 | 0 |
|
|
写一个测试计划 | 8 | 8 | 4 | 0 |
|
|
自动化测试...... | 12 | 12 | 10 | 6 |
|
|
编码...... | 8 | 8 | 8 | 4 |
|
|
|
|
|
|
|
|
|
在Scrum sprint期间,团队成员需要在新信息可用时更新迭代待办事项sprint backlog,但每天最少一次。许多团队将在每日Scrum中执行此操作。每天一次,Sprint Master计算并绘制sprint中剩余的估计工作量,从而得到像这样的sprint burndown图表。
团队尽力将适量的工作纳入Scrum sprint,但有时在规划期间会有太多或太少的工作,在这种情况下,团队需要添加或删除任务。
让我们使用的sprint burndown图表举个例子。正如你所看到的,这个场景中的团队最初在sprint积压中投入了太多的工作,并且在为期20天的sprint的第13天仍然有近600个小时的时间。咨询了产品所有者并同意从sprint中删除一些用户故事。这导致了第13天和第14天之间大幅下降。从那里,团队取得了一致的进展并成功完成了Scrum sprint。