Scrum 中就绪的“定义”是什么？

(翻译自:  What is the “Definition” of Ready in Scrum?)

Table of Contents  hide 

1 就绪定义的目的是什么？

2 为什么要定义就绪？

3 示例 — 为用户故事做好准备的定义

4 概括

 

 

就绪的定义——用户故事必须立即可操作。

最终用户有时对新功能有想法或概念。概念表示为 产品所有者添加到产品待办列表中的一个或多个特性项。开发团队将共同研究  如何将这一概念转化为一个或多个史诗，然后将其分解为更小、更清晰的用户故事，这些故事可以作为真正的产品功能纳入下一个 Sprint 实施。

产品负责人可以与团队一起定义一个  称为“就绪定义”的工件，以确保产品待办列表顶部的项目  已准备好进入 sprint，以便开发团队可以自信地提交并在最后完成它们冲刺的。

就绪定义的目的是什么？

 Ready 的定义描述了为了在下一个 sprint中将用户故事从 backlog 转移到开发而必须满足的条件 。具有就绪定义状态的用户故事注意事项意味着该故事必须立即可操作。

为什么要定义就绪？

就绪的定义是一组让每个人都知道什么时候可以开始的协议，例如，什么时候用户故事准备好进入冲刺，或者什么时候所有必要的条件都适合团队开始冲刺。对就绪的适当定义将大大提高 Scrum 团队成功实现其 sprint 目标的机会。以下是结构合理的 DoR 可以为团队带来的一系列好处：

• 衡量积压项目的“就绪”状态
• 确保产品积压项目已被“恰到好处”考虑
• 帮助团队确定产品负责人或其他团队成员何时不堪重负
• 让团队相互负责
• 在故事“准备好”之前减少团队承诺估算的压力
• 减少开发中的“需求流失”

示例 — 为用户故事做好准备的定义

本节展示了一个用户故事就绪的示例定义，以及一个 Sprint 就绪的示例定义。您可以采用其中一些作为基线或起点：

• 故事对用户的价值是明确的。
• Story的 验收标准 已经明确描述。
• 已识别用户故事依赖项
• 交付团队规模的用户故事
• Scrum 团队接受用户体验工件
• 酌情确定绩效标准
• 确定将接受用户故事的人
• 团队知道如何演示故事。

概括

Scrum 指南中没有描述术语“就绪的定义”  ；它与用户故事和其中的验收标准相同。或许，与其将“就绪”的定义用作顺序和分阶段的清单，不如将其视为待办事项细化活动的一部分。 待办事项细化 是一个持续的过程，因此它不限于一个事件，而是被视为一个活动。