对任务进行DOD, Definition of Done规定很好理解：这样团队估时有统一标准，也利于保持代码长期的稳定性。
但是，用户故事也需要有一个 Definition of Ready 么？
agilealliance.org 说，DoR的“益处”有：
- avoids beginning work on features that do not have clearly defined completion criteria, which usually translates into costly back-and-forth discussion or rework
- provides the team with an explicit agreement allowing it to "push back" on accepting ill-defined features to work on
看到第一条，不敢苟同。
看完第二条，又不能同意更多。
Sprint 34，团队决定再加一个DOD系列：Demo的 DOD。
代码通过code review，合到develop上后，才可以向团队和PO进行demo。拒绝在个人分支上的demo！
因为Demo的目标是在集成到整个系统的前提下进行功能展示&确认，而不是局部的功能展示。这也再一次体现了 Scrum 中对“团队工作”的强调。
归根到底，DOD家族和OKR一样，是一个沟通工具。
