在Scrum中，产品待办列表是什么？由谁负责？

产品待办列表是产品所需一切的唯一真实来源，也是产品需求变更的优先级列表。产品负责人负责产品待办列表内容、可用性和优先级。

产品待办列表是一个不断演进的列表。初始版本仅列出最初且最广为人知的需求（无需完全理解）。随着产品和开发环境的变化，产品待办列表也会不断演变。它具有动态性，频繁调整以确定使产品可行、具有竞争力且有用所必需的内容。只要产品存在，产品待办列表就存在。

产品待办列表列出了未来版本计划的所有功能、用例、用户故事、改进项和缺陷修复。产品待办列表项（PBI）包括描述、顺序和估算的工作量。

产品待办列表项（PBI）通常按价值、风险、优先级和必要性排序。它们按优先级从高到低排列，每个项目都有唯一的顺序。产品待办列表中排名最高的项目必须立即开发。排名越高，项目越紧急，越需要仔细权衡其价值——你对价值的理解也会更加一致。

Scrum产品待办列表

产品待办列表中排名较高的项目比排名较低的项目更清晰、更具体。这些项目由于内容更清晰、信息更详细，因此可以更准确地估算。换句话说，待办列表项的优先级越低，其详细程度就越低。团队在一次冲刺中开发的产品待办列表项是细粒度的，并被分解为更小的任务，以便任何项目都能在时间盒内完成。开发团队能够在一次冲刺中“完成”的产品待办列表项被视为符合**“就绪”定义**，并可在冲刺计划会议.

Scrum流程

随着产品部署，价值得以实现，市场反馈不断增长，产品待办列表会变得更大且更详细。由于需求永不停止变化，产品待办列表是一个持续演化的产物。业务需求、市场状况和技术的变化可能导致产品待办列表的调整。

尽管多个Scrum团队可能协作开发一个产品，但只有一个产品待办列表描述产品接下来的工作。因此，你需要使用属性来对产品待办列表项进行分类。

通过产品待办列表细化，添加细节、估算和排序。这是一个持续进行的过程，产品负责人和开发团队共同讨论每个待办列表项的细节。项目在产品待办列表中被审查和修改。然而，产品负责人可以随时更新产品待办列表中的任何项目，并根据需要做出决策。

产品待办列表细化是一项持续进行的活动——而非时间盒化的活动——由产品负责人和开发团队共同执行。开发团队通常具备领域专业知识，能够自我提升。然而，何时以及如何进行细化，是Scrum团队的决策。产品待办列表细化通常不会超过团队开发时间的10%。

产品待办事项优化会议

开发团队负责所有估算工作。产品负责人可以通过帮助团队权衡取舍来影响团队的决策。然而，最终的估算由实际执行工作的人决定。

通过冲刺目标监控进度

在任何时候，实现目标所需的剩余工作量为冲刺目标可以从已完成的累计工作量中扣除。产品负责人必须在每次之后至少跟踪一次总剩余工作量冲刺评审。产品负责人将此数值与之前冲刺评审中的剩余工作量进行比较，以评估在所需时间内向预期工作进展的程度。此信息对所有利益相关者透明。

Scrum不考虑产品待办事项中各项所花费的时间。我们只关注剩余工作量和日期变量。

各种图表或燃尽图以及其他规划实践可用于预测进度。它们已被证明非常有用。然而，这并不能取代经验思维的重要性。在复杂环境中，未来会发生什么尚不可知——只有已经发生的事情才能用于做出前瞻性的决策。

Scrum冲刺进度