# 梳理待办列表 Backlog grooming / refinement


## 定义
待办事项列表梳理（又称待办事项清单细化）是指产品所有者和团队中的某些或所有其他其余成员审查待办事项上的项目，以确保待办事项包含适当的项目，优先级高的项目以及项目位于待办事项列表的顶部已准备好交付。此活动是定期进行的，可能是正式安排的会议或正在进行的活动。在优化待办事项过程中发生的一些活动包括：

- 删除不再相关的用户故事
- 响应新发现的需求创建新的用户故事
- 重新评估故事的相对优先级
- 为尚未收到的故事分配估算值
- 根据新发现的信息校正估计
- 划分优先级高但粒度太粗的用户故事，以至于无法适应即将到来的迭代

## 也称为
由于修饰的含义越来越消极，因此这项活动越来越多地被称为待办列表细化或待办列表管理。其他术语包括“故事时间”（请参见时间线）。修饰原本是用来反映保持待办列表的有机方法：预期的图像是修剪，修剪，清洁的图像，就像植物一样。

## 预期收益
改进待办列表的目的是确保待办列表的待办列表项目保持相关，详细和估计的程度，使其符合其优先级，并与当前对项目或产品及其目标的理解保持一致。与更正式的“需求文档”不同，待办列表工作被理解为动态的信息主体。例如，并非所有用户故事都需要在项目开始时就细分为细粒度的级别，也不需要给出详细的估算值；但是很重要的一点是，随时都应准备“足够”数量的故事以在接下来的几次迭代中进行调度。敏捷项目同样受到“故事蠕动”的影响，其形式是用户故事，这些故事并没有真正产生实质性的价值，但被认为是“当时的好主意”，并进入待办列表，以免他们被遗忘。如果没有为应对这种通货膨胀做出明确的努力，这种通货膨胀将导致时间表和预算超支的众所周知的病态。

## 起源
- 2005年：最早记录的“backlog grooming”一词的使用来自Scrum开发邮件列表中的 Mike Cohn；对该实践进行更正式的描述还需要几年的时间
- 2008年：凯恩·马（Kane Mar）对“backlog grooming”进行了第一个正式描述。以“故事时间”的名字，并建议将其作为例行会议
- 2011年：将“backlog refinement”的做法提升为Scrum的“正式”元素，并将其纳入《Scrum指南》

  

点击看敏捷名词地铁线路全图