Scrum 指南 | 18. 什么是产品待办列表？

已发表: 2022-05-19

Product Backlog 是 Scrum 团队执行任务的唯一来源。 它是计划中的产品功能和增强功能的列表。 它的形状是多变的，并不是 Product Backlog 中包含的所有任务都会完成。 它在与利益相关者的讨论中不断发展。 它也在不断改进。 这意味着越接近截止日期，任务就越详细。

什么是产品待办列表？ - 目录：

  1. 介绍
  2. 产品待办列表包含什么？
  3. 产品待办列表的形状
  4. 产品待办事项改进
  5. 概括

介绍

Product Backlog 是最大的 Scrum 工件。 它反映了有关产品目标的产品工作状态。 另一方面，当一个产品的工作完成时，它的待办事项成为 Scrum 团队为创建产品而完成的任务的完整列表。 但是，它不包含详细的技术解决方案。

What is the Product Backlog?

产品待办列表包含什么？

产品待办事项是在产品负责人与利益相关者的会议期间创建的。 产品负责人是唯一负责人和负责此任务来源的人。

业务语言描述了产品待办列表中的条目。 换句话说，它们从利益相关者的角度描述了产品的价值。

任务列表中包含的任务描述需要连贯性和清晰性。 它们包含产品的功能和改进，通常以用户故事的形式呈现，我们专门为此单独条目。 在这里，我们将仅提及这些是对产品部分功能的描述，以回答有关以下问题的问题：

  • 产品修改范围
  • 修改产品的目的
  • 进行此修改的用户类型
product backlog

产品待办列表的形状

产品待办列表中包含的任务顺序会随着产品的发展而变化。 在工作的同时，Scrum 团队塑造并增强了它的功能。 在遇到障碍时，其实施的行动允许所有人思考和定义未来的适当解决方案，这些也将相应地改变，以应对无法预见的进一步障碍。 因此，没有明确定义的动作顺序，一切都是可变的。 Product Backlog 改进旨在持续更新和为下一个任务做准备。 因此，它是连续的。

截止日期较远的任务通常是大型的通用整体。 它们的描述不包含细节，而只是应该实现的功能的概述。 也可以在其中找到永远不会终止的任务。

产品待办列表中的条目可能会提供替代解决方案。 此外，客户的想法可能会变得过时、无利可图或出于其他原因，永远不会进入实施阶段。 这就是为什么 Product Backlog 有时被戏称为“客户的愿望清单”。

Product Backlog 形式发生变化的另一个原因是重新定义解决方案。 有时事实证明，在创建另一个产品功能时，某个问题已经解决了。 或者由于其他解决方案的变化，预期的功能变得多余。

Product Backlog 改进过程中的一项基本活动是将 Product Backlog 中包含的任务分成几部分。 因此，功能的总体轮廓以更小、更详细和更精确定义的单元的形式呈现。

为更紧密实施而设计的任务变得更加详细。 它们也变得更小，包含解决方案的细节。 在产品开发过程中会出现细节。 并且由于对产品当前状态和利益相关者当前期望的了解，产品负责人用他们的描述、顺序和大小来补充即将到来的任务。 然后，为下一个 Sprint Backlog 选择描述得最好的任务。

产品待办事项改进

在开发产品时，产品负责人与开发团队合作修改并详细说明产品待办事项。 根据产品负责人的建议，在 Sprint 计划期间，团队从产品待办列表中选择要实施的功能。 然后将它们移至 Sprint Backlog并划分为要完成的任务。 移至 Sprint Backlog 的任务以技术语言描述，这对开发人员最有用。

从开发团队的角度来看，任务规模是一个重要的指标。 在从 Product Backlog 到 Sprint Backlog 中选择用户故事时，正确的估计变得尤为重要。

开发团队随着时间的推移学习正确估计完成特定用户故事所需的时间和精力。 这以天数、工时或故事点数表示，并提供称为团队速度的值的估计值。

概括

产品待办列表是一个不断改进的导致产品目标的任务列表。 Product Backlog 的内容通常以 User Stories 的形式表达。 完成任务的剩余时间越短，则：

  • 职位描述更详细
  • 任务范围更小
  • 任务范围更明确

Scrum 团队负责这些任务。 产品负责人管理和修改产品待办列表。

如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。

Scrum Guide | 18. What is the Product Backlog? caroline becker avatar 1background

作者：卡罗琳·贝克尔

作为项目经理，Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。 她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。

查看所有帖子

Scrum 指南：

  1. 基本术语、角色和概念的词汇表
  2. 什么是 Scrum？
  3. Scrum 价值观
  4. 如何在贵公司实施 Scrum？
  5. Scrum 团队——它是什么以及它是如何工作的？
  6. 谁是产品负责人？
  7. 产品负责人最常犯的错误
  8. 谁是 Scrum Master？
  9. 优秀 Scrum Master 的特征
  10. Scrum Master 最常见的错误
  11. Scrum Master 应该跟踪哪些统计数据和指标？
  12. Product Owner 和 Scrum Master 之间的合作
  13. Scrum 中的开发团队
  14. 开发者最常犯的错误
  15. Scrum 工件
  16. 扩展 Scrum
  17. 冲刺积压
  18. 什么是产品待办列表？
  19. 什么是用户故事？
  20. 用 INVEST 创建最好的用户故事
  21. 最常见的用户故事错误
  22. 用户故事接受标准
  23. Scrum 中的估计和故事点
  24. 规划扑克
  25. 团队估计游戏
  26. 定义增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什么？
  29. Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
  30. 什么是燃尽图？
  31. 如何创建和解释燃尽图？
  32. 燃尽图的优缺点
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——开发团队的速度
  35. 每日站会
  36. 冲刺计划
  37. 冲刺回顾
  38. 什么是 Sprint 回顾展？
  39. Sprint 回顾中的常见错误
  40. 产品积压培养