1、DoR 是什么

DoR = Definition of Ready，即对「准备就绪」的定义，是敏捷开发中把控研发质量的名列前茅道门。DoR 关注研发起点的质量，定义了用户故事可以被研发团队接受并进入开发阶段的最小要求，是需求准入的标准。DoR中的R表示Story“准备就绪”，是Story“合格”的验收标准，即Story应该“长什么样”，通过DoR的Story可以从Product Backlog进入Sprint Backlog准备开发，属于Sprint开始前的需求确认阶段。

2、DoR的价值

DoR 的价值在于，它规范了开发对象的质量底线，能够有效防止开发侧的资源、时间或精力的浪费：如果一个待开发的用户故事不符合 DoR 要求，那么研发团队有权将其退回，不在最近的迭代中开发它。

3、通过DoR的待办事项特征

引用 Brian Will 的观点：“用户故事「准备就绪」非常重要——将不完整或未优化的用户故事放入冲刺中会出现问题，因为它会遵循「Garbage In, Garbage Out」原则：如果开发人员处理的是不够详细或定义不充分的用户故事，他们就不会产生高质量的代码。”

一个「准备好的 Ready」待办事项应该拥有以下三个特征：

• 清晰（Clear）：意味着团队所有成员能够对同一个用户故事达成共同的理解。通过协作编写用户故事，并为高优先级添加验收标准，需求的清晰度可被提高。
• 可行（Feasible）：要求用户故事能够依照 DoD 在一个冲刺中被完成，否则，该故事需要被进一步分解。
• 可测试（Testable）：指用户故事可以使用某种方法确定其是否按照预期工作。验收标准确保每个故事都是可测试的。

4、DoR定义的INVEST原则

• Independent：可以独立开发
• Negotiable：体现用户需求
• Valuable：业务价值明确
• Estimatable：开发成本（时间）可预估
• Testable：可测试，即本迭代可以完成，否则需拆解

5、DoR 的参考例子

• 用户故事符合 INVEST 原则
• 用户故事是清晰的
• 用户故事是可测试的
• 用户故事是可行的
• 用户故事已定义
• 用户故事验收标准已定义
• 用户故事依赖已明确
• 用户故事已由开发团队做过粒度划分
• Scrum 团队已接受 UI 原型设计
• 指定场景的性能指标已明确
• 指定场景的可扩展性指标已明确
• 指定场景的安全指标已明确
• 验收用户故事的人已明确
• 团队都清楚用户故事所表达的意思