什么是Scrum中的产品Backlog？谁负责呢？

产品Backlog是所有你所需要的产品以及产品需求变化的唯一来源排序列表。该产品拥有者是负责内容，可用性，并要求产品Backlog产品待办事项列表的优先级。

Product Backlog是一个不断改进的列表，初始版本仅列出了最初步和众所周知的要求（没有必要很好理解）。产品Backlog基于产品和开发环境的变化而发展。积压是动态的，它经常发生变化，以确定使产品合理，有竞争力和有用的必要条件。只要产品存在，产品Backlog就会存在。

产品Backlog列出了对未来版本所做的所有功能，用例，用户故事，改进和错误修复。产品待办事项列表条目包含描述，序列和估计的特征。

产品待办事项（PBI）通常按价值，风险，优先级和必要性排序。它是从最高优先级到最低优先级的序列，每个条目都具有唯一的顺序。需要立即开发顶部的产品待办事项列表条目。排名越高，产品待办事项列表越紧急，您需要仔细思考的越多，您对价值的看法就越一致。

Scrum产品Backlog

产品Backlog中排名较高的项目比排名较低的项目更清晰，更具体。可以基于更清晰的内容和更详细的信息来更准确地估计这些项目。换句话说，产品积压中的项目优先级越低，它们的细节就越少。开发团队将在Sprint中开发的产品积压项目是细粒度的并且已经被分解，因此任何项目都可以在Sprint的时间框中 “完成” 。产品待办事项开发团队可以在Sprint中“完成”的项目被视为满足**“就绪”的定义，**可以在Sprint计划会议中选择。

Scrum流程

随着产品的部署，价值的获取以及市场的反馈，产品积压成为更大，更详细的列表。由于需求永远不会停止变化，因此产品积压是一种最新的工件。业务需求，市场条件和技术的变化可能会导致产品积压的变化。

一些Scrum团队经常合作开发产品。但是，只能有一个产品待办事项描述下一个产品开发工作。然后，您需要使用对产品积压项进行分类的属性。

通过梳理产品待办事项来添加详细信息，估计和排序。这是一个持续的过程，产品所有者和开发团队合作讨论产品代表列表条目的详细信息。条目将在产品待办事项列表中进行检查并进行修改。但是，产品所有者可以随时更新产品Backlog的项目，或者根据需要做出决策。

产品Backlog Grooming是Sprint的一项持续活动，而不是时间盒活动，以及产品所有者和开发团队。通常，开发团队拥有可以自我完善的领域知识。但是，何时以及如何完成优化是Scrum团队的决定。产品Backlog改进通常不超过开发团队时间的10％。

产品Backlog改进会议

开发团队负责所有估算工作。产品所有者可以通过协助团队权衡权衡来影响他们的决策。但是，最终估计数由执行工作的人员确定。

通过Sprint目标监控进度

在任何时候，可以从累计完成的工作中扣除实现目标的剩余工作量。产品所有者至少跟踪每个Sprint审核的剩余工作总量。产品负责人将此金额与之前Sprint评审的剩余工作量进行比较，以评估在所需时间点实现的预期工作的进度。该信息对所有利益相关者都是透明的

Scrum没有考虑产品积压中的项目所花费的时间。我们只关心剩余的工作和日期变量。

可以使用各种图表或燃尽图以及其他计划实践来预测进度。它们已被证明是有用的。但是，这并不能取代经验主义的重要性。在复杂的环境中，将要发生的事情是未知的，只有发生的事情才能用于做出前瞻性的决定。

Scrum Sprint Progress