20 lines
1.8 KiB
Markdown
20 lines
1.8 KiB
Markdown
---
|
||
title: Backlog Emergence and Refinement
|
||
localeTitle: 积压出现和改进
|
||
---
|
||
## 积压出现和改进
|
||
|
||
产品待办事项细化是一个正在进行的过程，需要与产品发现过程保持同步。通常，Scrum团队将协作完善下两到三个冲刺的产品积压项目。
|
||
|
||
产品所有者（负责澄清sprint目标的人员）通过识别和分类产品backlog中最有价值的用户故事来定义即将到来的sprint的范围。产品所有者不仅仅是产品积压的美化项目经理，而且代表利益相关者执行的角色不仅仅是用户故事。
|
||
|
||
来自Scrum指南： 产品Backlog细化是向产品Backlog中的项添加细节，估计和订单的行为。这是一个持续的过程，产品负责人和开发团队在此过程中就Product Backlog项目的详细信息进行协作。在Product Backlog改进期间，将审查和修改项目。
|
||
|
||
Scrum团队决定如何以及何时完成细化。细化通常不会超过开发团队容量的10％。但是，产品Backlog项目可以由产品负责人随时更新，也可以由产品负责人自行决定。改进的目标是为下一个Sprint的Sprint Planning提供足够的Product Backlog项目“Ready”。通常，Scrum团队将协作完善下两到三个sprint的产品积压项目。
|
||
|
||
积压的出现和完善是每个Scrum团队的基本任务。产品负责人通过识别和分类产品待办事项中最有价值的用户故事来定义即将到来的冲刺的范围。虽然产品负责人负责将产品积压保持在最高价值交付，但他们需要整个Scrum团队的协助才能这样做。更改Sprint Backlog是正在进行的Sprint的一部分，不被视为精简。
|
||
|
||
#### 更多信息：
|
||
|
||
* [优化产品Backlog改进](https://www.scrum.org/resources/blog/optimizing-product-backlog-refinement)
|
||
* Scrum指南（http://www.scrumguides.org/） |