S​​crum: 谁创建 Product Backlog项目或用户故事？

这个问题比听起来要复杂一些。首先，您可以说产品BacklogItem可以包括用例，史诗，用户故事，甚至是错误，或者是产品积压中的时间盒研究任务。

在最简单的定义中，Scrum Product Backlog只是需要在项目中完成的所有待办事项（PBI）的列表。它取代了传统的需求规范工件。PBI反映了客户或利益相关者的需求。结合最终用户需求的常用方法是以用户故事的形式编写PBI。

谁负责维护产品积压？

该产品负责人（PO） “拥有”代表利益相关者的产品积压，是创建它主要负责**。PO没有必要亲自创建积压** – 他或她可以指示开发团队和/或Scrum Master帮助他/她定义积压项目并估算它们。PO负责产品积压的创建和维护。因此，PO还监督积压细化过程。

产品积压对应于您的项目计划，即团队计划提供的路线图。在团队定义之后，团队会优先列出要构建的功能和要求。产品待办事项还提供了一个存储库，其中包含团队需要跟踪和共享的所有信息。

产品Backlog项目=用户故事？

如上所述，PBI反映了客户或利益相关者的需求。结合最终用户需求的常用方法 是以用户故事的形式编写PBI。但是，PBI可以包括用例，史诗，用户故事，甚至是错误，也可以是产品积压中的时间盒研究任务。实际上，并非产品待办事项中的所有项目都会同时处于相同的详细级别，如下图所示：

详细的产品积压

我们计划很快开展工作的PBI应该接近积压的顶部，尺寸很小，而且非常详细，以便它们可以在短期Sprint 中工作。我们将在一段时间内不工作的PBI应该是积压的底部，更大，更不详细。没关系; 我们不打算很快就在这些PBI上工作。

随着我们越来越接近制作更大的PBI，例如史诗，我们将把这个故事分解为一系列较小的冲刺准备故事。这应该以及时的方式进行。如果我们过早改进，我们可能会花费大量时间来弄清楚细节，但最终却没有实现故事。如果我们等待太久，我们将阻止PBI流入冲刺并使团队放慢速度。我们需要及时找到适当的平衡。

敏捷优先产品积压

谁负责提炼PBI？

产品负责人（PO）代表利益相关者“拥有”产品待办事项，并主要负责创建产品。PO没有必要亲自创建积压 – 他或她可以指示开发团队和/或Scrum Master帮助他/她定义积压项目并估算它们。PO负责产品积压的创建和维护。因此，PO还监督积压细化过程。

因此，回答问题，拥有产品积压的产品所有者，但产品没有必要创建每个积压项目。通常，产品所有者可能会根据高级别要求或用户目标创建大型PBI，然后将帮助产品所有者将大型项目分解为用户故事，因为它会作为一些“可弹性”用户故事转移到待办事项的顶部。这些那些适合用户故事 (通常在“ 准备就绪的定义 ”下) 转移到Sprint Backlog。