敏捷DoD和DoR的多种形态

关于Definition of Done 完成的定义
DoD在以往的说法中，常见用 退出标准 , 完成条件，成功标准，等等
典型的是迭代的DoD，这也是最初DoD应用的地方。 常见在Scrum中，需要预先定义DoD。

常见的迭代DoD条款

1，所有完成的用户故事得到PO的验证
2，所有代码得到静态分析，纠正最高级别的不符合项，静态分析的规则参见…
3，所有新增代码得到人工评审
4，所有完成的用户故事都有对应的测试用例
早期的迭代成果一般是为了内部或者可控范围内的展示，相对发布而言，要求较低，所以适用时间箱方法，当然迭代本身就是时间箱，迭代内的测试本来就有时间限制。采用时间箱来安排迭代内的测试可以获得时间箱安排的种种好处，在这样的安排下，回归覆盖率就应当是一个变量，用于观察，而不应当是一个要求指标。

关于Definition of Ready齐备的定义

敏捷开发发展了几个年头之后，人们发现进入迭代开发应当满足一定条件，否则过于模糊的需求会导致迭代的失败，在迭代内花费过多的时间去做需求澄清，因此给进入迭代设立门槛，就是Definition of Ready，简略称之为“DoR”， 最初的Ready是指准备好可以进入迭代开发。

常见的DoR

1，用户故事得到澄清
2，用户故事的故事点估算已经得到
3，用户故事的验收条件已经给出

多级DoD的出现

<