Sprint 待办列表

Sprint待办列表简介

Sprint待办列表代表了开发者在Sprint期间计划完成的工作。

Sprint待办列表由开发者在Sprint计划会议中创建。它描述了Sprint的为什么、是什么和怎么做。它包括：

Sprint目标，描述了Sprint的目标。
- 我们为什么要进行这个Sprint？
一组为Sprint选择的产品待办项（PBIs）。
- 在这个Sprint中将处理哪些PBIs？
一个可执行的计划，说明团队如何交付工作并实现Sprint目标。
- 我们将如何实现我们的Sprint目标？

Sprint待办列表是高度可见的，并放置在Scrum团队中的任何人都可以看到的地方。它们在整个Sprint期间不断更新，以提供开发者计划完成的工作的实时视图。

选定的PBIs集和实现这些PBIs的计划在Sprint过程中不断发展，通常是在Daily Scrum中进行调整。相比之下，Sprint目标在整个Sprint期间保持不变。在极少数情况下，可能会发现使Sprint目标过时的信息，在这种情况下，产品负责人可能会决定取消Sprint。

Sprint目标

Sprint目标是Sprint待办列表的“承诺”，意味着它旨在为Scrum团队提供焦点，并作为一个可以衡量进展的目标。

Sprint目标为Sprint提供了目标，并框定了Sprint期间的许多事件：

目标：Sprint目标应表明为什么这个Sprint会为利益相关者（包括客户和用户）带来价值。
Sprint计划：
- Sprint目标由整个Scrum团队在Sprint计划会议中创建。理想情况下，Scrum团队中的所有开发者都将致力于支持Sprint目标的事项。通过这种方式，Sprint目标为Sprint和团队提供了统一的动力。
- 在Sprint计划中选择的PBIs旨在帮助团队实现Sprint目标。
Daily Scrum：
- 在Daily Scrum中，开发者评估他们是否朝着Sprint目标取得进展，并相应地调整他们的计划。他们可能会调整他们打算完成的工作范围，但不得更改Sprint目标。
Sprint评审：
- Scrum团队和利益相关者讨论朝着产品目标取得的进展。

有效地使用Sprint待办列表

拥有管理良好且有效的Sprint待办列表有助于每个人理解在Sprint期间将完成和不会完成的工作。

构建有效的Sprint待办列表从Sprint计划事件开始。在该事件结束时：

Scrum团队已定义了Sprint目标，并且开发者承诺实现该目标。
开发者选择了一组他们预计在Sprint期间可以完成的产品待办项（PBIs）。
应仅有一个Sprint待办列表；不应有单独的增强、缺陷或其他任务的待办列表。
Sprint待办列表应包括一到两个Sprint回顾改进项，团队希望在Sprint期间处理这些改进项。
Sprint待办列表应包含一个可执行的计划，说明团队如何交付工作并实现Sprint目标。
- 创建此计划的一种方法是将选定的PBIs分解为多个工作单元，以便透明地展示PBIs的进展。
- 理想情况下，开发者共同完成这项工作。这种讨论有助于发现工作中的依赖关系和障碍，并推动团队成员之间更紧密的协作和理解。

Sprint待办列表没有特定的格式。然而，许多团队创建了一个Scrum板，通过显示每个Sprint待办列表项的状态来帮助可视化PBIs的进展。这些状态通常为“待办”、“进行中”和“已完成”。

在Daily Scrum中，团队专注于朝着Sprint目标取得的进展，并讨论对Sprint待办列表的调整。这些调整包括添加、移除、拆分和分解产品待办项（PBIs）及其所需的任务。这些调整通常在Daily Scrum结束后进行。

Sprint待办列表反模式

理解如何创建和维护一个有效的Sprint待办列表非常重要，因为它指导了开发者在Sprint期间进行的工作。然而，我们经常看到Scrum团队陷入一些不幸的反模式。团队应避免落入这些陷阱。以下是常见的反模式示例，说明了不应该做的事情：

围绕Sprint目标的反模式：

没有Sprint目标

为什么这是一个需要避免的反模式？Sprint目标是Scrum的重要组成部分，不应被省略。

Sprint目标仅仅是选定PBIs的描述：一些团队选择他们计划处理的PBIs，然后尝试将这些PBIs整合成一个Sprint目标，即使实际上它们之间并没有共同的主题。

为什么这是一个需要避免的反模式？以这种方式创建Sprint目标会削弱其价值和重要性。Sprint目标不是所选PBIs的总结或标签。相反，所选的PBIs应支持Sprint目标。Sprint目标应是一个总体目标，为Sprint中的工作创造凝聚力。

Sprint目标在Sprint期间发生变化

为什么这是一个需要避免的反模式？开发者可以调整或改变实现目标的方式，但Sprint目标在整个Sprint期间必须保持不变。

围绕PBIs和选定工作的反模式

Sprint待办列表在Sprint进行过程中没有更新：这种反模式出现在团队在Sprint计划中选择了一组PBIs，并且在Sprint开始后不再修改它们。这些团队要么不调整PBIs列表（通过添加或移除PBIs），要么不在将其放入Sprint待办列表后调整PBI的内容。

为什么这是一个需要避免的反模式？Sprint待办列表应实时反映朝着Sprint目标的进展，Sprint待办列表上的PBIs应随着团队对如何满足Sprint目标的理解加深而演变。

Sprint待办列表仅在每日Scrum期间更新

为什么这是一个需要避免的反模式？Sprint待办列表是每日Scrum讨论的结果更新的。然而，开发者也应在进行工作时更新待办列表以反映正在进行的工作。

Sprint待办列表从未包括改进项

为什么这是一个需要避免的反模式？在回顾会议中，团队应识别出一些可以改进他们工作方式的变化。当实际可行时，这些改进项应添加到Sprint待办列表中。

利益相关者向Sprint待办列表添加新的PBIs

为什么这是一个需要避免的反模式？Sprint待办列表应向利益相关者可见，但他们不应有权修改它。如果出现紧急情况，利益相关者应与产品负责人沟通，由产品负责人判断如何处理问题。

Sprint待办列表仅由Scrum Master或产品负责人更新

为什么这是一个需要避免的反模式？Sprint待办列表由开发者管理。开发者可以在需要时请Scrum Master或产品负责人协助管理Sprint待办列表，以提高效率。

无法确定剩余工作量

为什么这是一个需要避免的反模式？Sprint待办列表应反映Sprint所有工作的当前状态。它应指示已完成的工作、正在进行的工作和剩余的工作。

过于关注移动Sprint待办列表中的PBIs，而不是讨论工作

为什么这是一个需要避免的反模式？Sprint待办列表是一个帮助开发者指导其工作的工件。移动Sprint待办列表中的PBIs应是完成工作的结果，而不是Sprint的重点。

围绕Sprint待办列表可视化的反模式：

Sprint待办列表不公开

为什么这是一个需要避免的反模式？待办列表应向整个团队和利益相关者可见。

Sprint待办列表在工具中被隐藏

为什么这是一个需要避免的反模式？配置不佳的工具有时会增加流程负担，使得理解Sprint待办列表变得更加困难。管理待办列表的工具应支持其透明性，而不是妨碍它。

团队和组织功能障碍：

承诺是对计划的PBIs而非Sprint目标

为什么这是一个需要避免的反模式？Sprint的目的是实现Sprint目标。选定的PBIs是实现该目标所需工作的假设。

管理层拥有Sprint待办列表，而不是开发者拥有

为什么这是一个需要避免的反模式？这种反模式通常包括其他功能障碍，例如：对团队的微观管理，而不是Scrum团队的自我管理。

Sprint待办列表不反映实际进展或障碍。管理层与开发者之间的信任缺失可能导致呈现更乐观的工作视图，而不是实际情况。相反，Sprint待办列表应准确反映开发者在Sprint期间面临的成功和挑战。
强调完成PBIs，而不是专注于实现Sprint目标。
关注Sprint指标（如产出和速度），而不是关注客户结果。

仅包含开发者的Sprint待办列表工作

为什么这是一个需要避免的反模式？通常，产品负责人和Scrum Master在Sprint期间也有必须完成的工作。他们的工作也应反映在Sprint待办列表中。