Scrum是通常在软件开发中完成项目的敏捷方法。 在Scrum中，工件是关键信息提供者，其专门设计用于增强关键信息的透明度，以确保Scrum团队成功交付“完成”增量。 Scrum Process Framework定义了3个基本工件：
- 产品积压
- 冲刺积压
- 产品增量
在本文中，我们将详细了解Scrum中有关Sprint Backlog的所有内容。 虽然这是一个简单的概念，但是却被许多人误解了。 本文将消除混乱，并清楚地解释什么是Sprint Backlog以及如何使用它。
＃博客 @scrumdotorg ：Scrum神话：Sprint Backlog是一项承诺 https://t.co/3u6lj8PBYR
— Scrum.org（@Scrumdotorg） 2017年3月5日
什么是Sprint待办事项列表？
Sprint待办事项是为当前sprint选择的所有产品待办事项的集合，另外还包括交付产品增量和实现sprint目标的计划。 该计划采用了使该sprint中的待办事项项“完成”所需的所有工作的形式。
以下视频将说明如何创建您的第一个冲刺积压。
Sprint待办事项由团队在Sprint计划会议中制作。 这是该会议的结果，在团队以某种形式生成Sprint待办事项之前，Sprint计划会议不应结束（尽管此后它实际上可能会发生变化，如下所述）。
如何创建Sprint待办事项
Sprint Backlog是Sprint计划会议的输出，Scrum团队中的每个团队成员都参与其中。 流程如下：
许多团队没有做的最后一步（也不知道！）。 从最新版本的《 Scrum指南》开始，团队还必须在Sprint待办事项列表中添加一个持续改进项。 这是一个有趣且重要的变化，它将真正鼓励团队认真对待持续改进（而不是事后考虑）。 确保您不要忘记与团队合作！
制作完成后，团队应确保每个人都可以看到Sprint Backlog。 这与透明度，检查和适应的Scrum支柱相关。 它可以清晰，实时地查看团队的进度，以完成sprint目标和Product Increment。
团队如何计划工作？
现在许多人可能想知道什么是“计划”。 答案是，团队可以完成产品增量和完成Sprint Backlog中的项目。 有些人通过将其分解为任务来完成，这些任务以小时为单位。 很好，尽管不是Scrum强制要求的。
每个团队都应该找到自己的最佳方式来计划和安排工作。 Scrum指南在此问题上非常明确：
下图显示了开发团队如何针对每个用户故事在sprint中计划要完成的工作的示例。
因此，Sprint待办事项将从一些产品待办事项开始。 然后，团队可以根据自己的喜好将任务，子任务，设计，图表添加到Sprint Backlog中，作为提出完成工作计划的一部分。
您可以更改Sprint待办事项列表吗？
某些人认为Sprint待办事项无法在Sprint期间进行更改，它在Sprint开始时已被锁定。 这是完全不真实的！
发布：Sprint待办事项无法更改。 https://t.co/KmvEwy1RbJ #scrum ＃ 误解 ＃ 误解 pic.twitter.com/FhmXABcdU0
— Barry Overeem（@Barryovereem） ，2017年10月30日
关于这一点，《 Scrum指南》非常清楚。 它说
关键点在于，只有开发团队才能更改Sprint Backlog，因为这是他们的产物。 相反，产品负责人拥有产品待办事项列表，并且是唯一可以更改此情况的人。
因此，随着sprint的进行，工作的完成，新事实的发现等，团队应该在Sprint Backlog中添加，删除和更改内容。
请记住，尽管更改应与产品负责人讨论（尽管他们不需要他们的批准），并且它们仍应反映团队对冲刺目标的理解。 更改Sprint待办事项列表使其不再与sprint目标相匹配是一个严肃的决定，需要产品所有者的同意，并且可能是取消sprint的依据。
我们必须使用任务吗？
另一个神话是，团队必须将故事分解成任务，作为将它们移入Sprint Planning中的Sprint Backlog的一部分。 这也不是真的！ 《 Scrum指南》在任何地方均未包含“任务”一词。 团队找到了自己最好的完成工作的方式。
冲刺积压的输出是什么？
冲刺结束时的输出是乘积增量（PI）。 产品增量是所有在Sprint末尾“完成”的Sprint Backlog项目的总和，再加上先前sprint中所有先前增量的输出。
最初在KnowledgeHut发布！
