Scrum中Definition of Ready的定义是什么？

终端用户有时会有新功能的想法或概念。该概念将表示为一个或多个要素项，并由产品所有者添加到产品待办事项中。团队合作，将弄清楚如何转变这一概念，表达为一个或多个史诗，并随后将它们细化为更小更清晰的用户故事，作为真正的产品功能，将包含在下一个实施的sprint中。

产品所有者可以与团队一起定义一个名为“Ready的定义”的工件，以确保积压顶部的项目已准备好移动到sprint中，以便开发团队可以自信地提交并完成它们。冲刺的结束。

准备的定义

为何选择Ready？

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

• 测量积压项目的“就绪”状态
• 确保产品积压项目已被认为“足够”
• 帮助团队确定产品所有者或其他团队成员何时变得不堪重负
• 让团队相互负责
• 在故事“准备好”之前减轻团队的压力以承诺估计
• 减少开发中的“需求流失”

示例 – 为Sprint准备的定义

不同的团队会有不同的准备就绪，有些需要更少。也就是说，一些团队只是向用户描述价值，确定优先级并编写演示方法。其他估算和沟通都在sprint计划会议等中。以下是为您的团队开发DOR时要考虑的示例项目：

• 该代办冲刺优先
• Spring Backlog包含所有缺陷，用户故事以及团队承诺的其他工作
• 没有隐藏的工作
• 所有团队成员都计算了他们的Sprint能力
• 项目全职=每天X小时
• 所有用户故事都符合Ready的定义

示例 – 为用户故事准备的定义

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

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

摘要

“准备就绪的定义”一词未在Scrum指南中描述，与用户故事和嵌入其中的验收标准相同。也许，您可以认为Ready of Ready是积压细化活动的一个组成部分，而不是使用Ready of Ready作为顺序和阶段门检查表。积压改进是一个持续的过程，因此它不仅限于一个事件，而是一个活动。