Scrum: 产品Backlog改进是什么?

产品Backlog细化是向Product Backlog中的项添加细节，估计和订单的行为。每个Sprint都需要正在进行产品Backlog细化，以便为将来的Sprint准备好项目。当积压项目被细化到合适的粒度级别时，Product Backlog（最高优先级，最大值）顶部的Product Backlog项目将被分解，因此它们适合一个Sprint，如下图所示。

产品积压结构

PBI的粒度水平

并非产品待办事项中的所有项目都具有相同的大小和详细程度。我们计划很快开展工作的PBI应该接近积压的顶部，尺寸很小，而且非常详细，以便它们可以在短期冲刺中工作。我们将在一段时间内不工作的PBI应该是积压的底部，更大，更不详细。

• 在上图的顶部是橙色，最大的砖块。它们代表了系统要实现的业务目标，即用例或用户功能。
• 在下一个级别，PBI比单个sprint更大但比发布更小。让我们在这个级别的史诗中调用PBI。
• 在第三级，我们发现PBI的大小适合冲刺 – 它们可以在几天而不是几周内完成。这些项目符合团队的Ready of Ready，可以表示为用户故事。
• 在最低级别，这些PBI可以选择从用户故事中分解为任务，并在单次迭代结束时传递。

Sprint计划流程

Sprint Planning通常需要做好准备，以确保产品Backlog已经被细化到适当的详细程度，并具有估计和验收标准（这是Product Backlog Refinement的目的）。如果在产品待办事项优化过程中分析并仔细考虑了产品待办事项项目，则在Sprint计划会议中，可以很好地理解并轻松选择产品Backlog项目。

Sprint计划流程

产品积压

产品Backlog列出了所有必需的可交付成果。其内容按商业价值排序。如上所述，最重要的项目显示在产品待办事项的顶部，以便团队知道首先要交付什么。积压项目优先级可能会发生变化，需求可以添加和删除 – 因此产品待办事项是一项持续维护的计划，可以实现不断增长的业务价值。

产品待办事项

产品待办事项（PBI）是构成产品Backlog的元素。产品待办事项项目可以包括规格和要求，用例，史诗，用户故事，甚至错误或时间框研究任务。

产品积压物品

摘要

Product Backlog Refinement流程的目标是使产品Backlog项目处于准备状态以进行sprint计划，以便产品backlog项目为：

• 团队中的每个人都清楚并且可以理解
• 足够小，可以包含在sprint中