敏捷实践经验分享，企业如何在敏捷开发中实施DoD

一、什么是DoD？

当你有两个或两个以上的人参与同一件事时，我们的“团队”就形成了。这时候我们最重要的就是设定和统一团队的期望。在本文中，这是

“完成标准”

.

迭代结束后，团队应该检查并接受，以决定迭代是否结束。但是每个团队都无法就是否完成达成共识，有的认为编码完成了，意味着任务完成了；有人认为还需要一个简单的自检来保证功能可以正常使用；其他人认为自动化案例需要在完成之前被编写和测试。

为了避免这个问题，它通常用于敏捷软件开发

Definition of Done“完成的定义”

指出工作是否已经完成，不同的活动对完成有不同的定义。首先要知道，所有的DoD都不是一成不变的，我们的DoD会随着时间的推移、经验的积累、成员的变化、项目的变化而有很大的不同，所以我们也需要定期的检查和改进。

二、 DoD的分类

有了以上的心理准备，我们再来看看下面关于DoD的活动：慈云数据爆款香港服务器，CTG+CN2高速带宽、快速稳定、平均延迟10+ms 速度快，免备案，每月仅需19元！！ 点击查看定义，会觉得没那么难。

首先，迭代国防部

最典型的是迭代DoD，也是DoD最初应用的地方。一些常见的规则是：

1.所有代码都通过了静态检测，严重的问题已经被修改。查看静态分析的规则.

2.所有新代码都是手动审查的

3.所有完成的用户故事都有相应的测试用例

4.所有的测试用例都已经执行了

5.所有完成的用户故事都由产品所有者验证

第二，发布DoD

一般来说，发布DOD有更严格的要求，发布DoD的典型术语如下：

1.完成发布计划要求的关键要求

2.通过至少一次完全回归测试

3.修复所有1级和2级缺陷，3级和4级缺陷不超过20个

第三，版本DoD

版本DoD指的是每个版本上线前后的一些规则，例如：

1.所有产品文档都已更新

2.该代码已部署到产品服务器

3.运行维护烟通过验收测试环境

4.原始需求提交者已接受该功能

5.操作和维护、营销和客户服务等新功能的培训已经完成

第四，每日国防部

其他典型的DOD包括日常DOD。典型术语包括：构建夜间构建环境，夜间自动检查、编译、部署和测试静态代码，每天修复前一天构建和测试中发现的缺陷和问题。

1.当天写的代码，下班前必须签到，积压的签到要填写清楚

2.当天的代码必须邀请同行在当天或第二天审查代码

3.检入的功能代码必须有相应的单元测试(严格采用TDD)

4.每晚触发静态代码检查和自动回归测试

5.请当天在持续整合建设环境中解决问题

动词（verb的缩写）用户故事国防部

还有面向用户故事(或用例)的DoD，例如：

1.用户故事的最终描述符合INVEST

2.测试用例涵盖了用户故事

3.用户故事得到相应的自动化测试用例

4.用户故事已经过PO的尝试，并得到初步认可

当测试集比较大的时候，一天之内无法完成测试，可以进行每周全回归自动测试，这样就有了每周的DoD。典型术语如下：

1.上周发现的缺陷解决了吗

2.上周添加的新功能的自动测试是否添加到周测试集中。

提示：国防部

必须是团队在项目启动时共同讨论出来的，团队愿意共同遵守的原则，一旦确定，团队就应共同遵守。

第三，国防部的实用价值

1.国防部列出了对软件有价值的活动

DoD是一个简单的列表，包含一系列活动。比如：编码、标注、单元测试、集成测试、发布声明、设计文档等等。所有这些活动都能给产品带来真正的价值。通过使用DoD，团队可以专注于必须做的事情，同时，可以消除那些只会使软件开发复杂化的无用活动。

其次，国防部是团队成员的主要国家参考

迭代报告最简单的形式只有一句话：“这个特性完成了”。毕竟，一个特性或一个产品待办事项只有两种状态：完成或未完成。DoD是对短语“功能已完成”的最佳补充。使用DoD作为参考标准，团队成员可以快速有效地让其他团队成员或PO知道状态。

第三，国防部不是一成不变的

国防部会随着时间而改变。组织的帮助和团队能力的提高可以消除更多的障碍

，使得更多的活动可以包含到sprint或者feature的DoD中来。

四、DoD是一个可以被审视的列表

feature/用户故事在sprint plan meeting和sprint中都可以被拆分成task。DoD可以用来衡量是不是所有的主要工作都被计划在内的（剩余的时间）。而且，在一个feature或者sprint结束的时候，DoD可以用来考查是不是所有的必须的增值活动都已经完成了。

必须引起注意的是，DoD本身也是存在缺陷的。并不是所有的增值活动都可以应用到每一个feature上面，而DoD本身是一个大而全的检查事项的审核制度。团队需要基于一个feature来审视每项增值活动是否适用于这个feature。

比如说，追求用户体验对于web服务这样的feature来说可以加分，但是对于其他的一些feature来说就是不必要的了。

最后需要注意的是，对于验收标准，并不一定是由Product owner决定，要根据显示情况而定，

每个团队都要根据自己的情况选择合适的DoD原则

。

CORNERSTONE

提供了包括任务/需求/测试管理、迭代规划、缺陷追踪、报表统计、团队协作、WIKI、共享文件和日历等功能模块,20人以下团队可免费使用,点击即可免费注册

CORNERSTONE

。

《敏捷实践经验分享，企业如何在敏捷开发中实施DoD》来自互联网同行内容，若有侵权，请联系我们删除！