Scrum 指南 | 40. Product Backlog 培育

已发表: 2022-07-21

Product Backlog 培养是 Product Owner 的主要任务之一。 培育过程包括制定、详细说明和将新的用户故事添加到产品待办列表中。 然而，最重要的培养任务是确保放在 Backlog 中的条目按正确的顺序排列，即成为优先级。

产品待办列表培育 - 目录：

  1. 介绍
  2. Product Backlog培养的目的
  3. 产品待办事项维护中的错误
  4. 积压维护与 Scrum 中使用的指标
  5. 概括

介绍

Product Backlog 是 Scrum 的工件之一。 它包含创建产品所需的优先工作列表。 换句话说，它是实现产品目标所必需的用户故事列表。 您可以在本文中找到有关用户故事的详细说明。 以下是有关特性以及如何维护 Product Backlog 的详细信息。

产品待办列表培育也有以下名称：

  • 积压优先级，
  • 积压细化，
  • 积压缩放。

Product Backlog培养的目的

产品负责人管理产品待办事项。 关键技能包括在到期日临近时确定任务的优先级。 这是因为产品待办列表培育的目标是确保产品功能具有最高的商业价值，即从客户的角度来看，那些最重要的功能位于待办事项列表的顶部。 他们的描述清晰而详细，以便他们的实施可以在下一个 Sprint 开始。

如果需要，产品待办列表可以每天更新。 产品负责人可以在与利益相关者和开发团队交谈后将新的用户故事添加到产品待办事项列表中，或者通过得出结论并重新制定产品待办事项列表中的用户故事内容。

强制更新积压工作是 Sprint Review 期间执行的任务之一。 我们在本文中详细描述了该过程。 通常，在这次会议期间，Scrum 团队不仅讨论要在下一个 Sprint 中完成的任务。 它还初步指定了用户故事及其在接下来的两个或三个 Sprint 中的实施。 这种做事方式允许 Scrum 团队及其活动对长期方向有更广阔的视野。 它可以从后续 Sprint 中的开发角度考虑当前正在执行的任务。

product backlog nurturing

产品待办事项维护中的错误

关于 Product Backlog 培育的最常见问题之一是让它无法控制地扩展。 这是因为在开发产品时，利益相关者和 Scrum 团队成员提出的各种附加功能和任务会自发地出现。 因此，限制 Product Backlog 范围的增长（范围蔓延）是 Product Owner 执行的最重要的任务之一。 产品负责人最常犯的错误：

  1. 偏离产品目标——在产品待办列表中添加太多超出基本产品目标的想法不是一个好的做法，因为它大大降低了它的可读性。 在单独的文档中收集有关附加功能的想法会更好。
  2. 内容重复——将来自不同利益相关者的重复或非常相似的想法输入到待办事项列表中——在将另一个条目添加到待办事项列表之前，产品负责人应确保新条目不会重复任何现有条目。
  3. 缺乏更广阔的视野——您应该根据与产品目标相关的价值对产品待办列表条目进行排序。 尽管如此，请记住，优先级应该考虑到接下来的几个 Sprint，以便在给定 Sprint 中执行的任务无缝链接到前面的 Sprint 和紧随其后的 Sprint

你无法避免这种错误。 然而，意识到它们的发生可以让产品负责人在将新的用户故事添加到产品待办列表时更加谨慎，以实现正确的平衡。 这是因为过多地削减 Backlog 并消除包含不同相似任务的条目也是错误的。 例如，描述在应用程序中显着不同的相似产品功能。

积压维护与 Scrum 中使用的指标

产品待办列表包含对整个项目剩余工作的描述。 但是，只有及时更新且定期培养的 Backlog 才能准确估计已完成工作量与总工作量的比率。 为了描述已完成的工作量，您应该应用我们在本文中所写的燃尽图。

描述 Scrum 团队工作的另一个流行指标是速度。 您可以通过比较在单个 Sprint 期间转换为增量的 Product Backlog 条目的数量来衡量它。 我们在本文中更详细地描述了 Velocity。

Product Backlog nurturing

概括

产品负责人执行产品待办事项培养。 当产品待办列表得到很好的维护时，Scrum 团队可以清楚地看到剩余的工作。 它还可以从更广泛的、前瞻性的角度了解产品目标的路径。 这就是为什么产品负责人需要确保产品待办列表中包含的用户故事按照完成的优先顺序排列。 而且，在即将到来的 Sprint 中要完成的任务也得到了最详细的描述。

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

Scrum Guide | 40. Product Backlog nurturing 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. 产品积压培养