敏捷实践经验分享,企业如何在敏捷开发中实施DoD
一、什么是DoD? 当你有两个或更多的人参与同一个事情的时候,我们的“团队”就产生了,这时我们最重要的事情,就是要设定和统一团队的期望值,在本文中,这就是“完成标准”。 一个迭代做完后,团队要进行验收,来决定本个迭代是否完成。但每个团队对于是否完成无法达成统一,有的认为编码完成,就表示任务完成了;有的认为还需要简单自测一下,确保功能可以正常使用;还有的认为需要把自动化用例写完并测试通过才算完成。 为了避免这个问题,在敏捷软件开发中,常用Definition of Done“完成的定义”来表示工作是否已完成,不同的活动有不同的完成定义。首先要知道,所有的DoD都不是一成不变的,在随着时间的推移、经验的积累、成员的变更、项目的变更,我们的DoD也会有很大的不同,所以,我们也需要定期地检查和改进。 二、 DoD的分类 有了上面的思想准备,我们再来看下面的DoD定义,就会觉得并没有那么难了。 一、迭代DoD 最典型的是迭代DoD,这也是最初DoD应用的地方。常见的一些规则有: 所有代码通过静态检测,严重问题都已修改,静态分析的规则参见... 所有新增代码得到人工评审 所有完成的用户故事都有对应的测试用例 测试用例都已执行 所有完成的用户故事得到Product Owner的验证 二、发布DoD 对于发布,一般就有更加严格的要求,发布DoD的典型条款有: 完成发布规划所要求的重点需求