【敏捷开发】什么是DoD原则？

阳光穿透心脏的1/2处 2024-03-29 14:39 76阅读 0赞

> 在之前文章中我们提到了，每个Sprint都要验收才能算结束，而验收标准遵循DoD原则。那么究竟什么是DoD原则呢？我们将在本文为您详细讲解。

## 一、什么是DoD？ ##

当你有两个或更多的人参与同一个事情的时候，我们的“团队”就产生了，这时我们最重要的事情，就是要设定和统一团队的期望值；在本文中，这就是“完成标准”。

一个迭代做完后，团队要进行验收，来决定本个迭代是否完成。

但每个团队对于是否完成无法达成统一，有的认为编码完成，就表示任务完成了；有的认为还需要简单自测一下，确保功能可以正常使用；还有的认为需要把自动化用例写完并测试通过才算完成。

为了避免这个问题，在敏捷软件开发中，常用Definition of Done“完成的定义”来表示工作是否已完成，不同的活动有不同的完成定义。

首先要知道：所有的DoD都不是一成不变的，在随着时间的推移、经验的积累、成员的变更、项目的变更，我们的DoD也会有很大的不同，所以我们也需要定期地检查和改进。

## 二、DoD的分类 ##

有了上面的思想准备，我们再来看下面的DoD定义，就会觉得并没有那么难了。

### 1. 迭代DoD ###

最典型的是迭代DoD，这也是最初DoD应用的地方。

常见的一些规则有：

*  所有代码通过静态检测，严重问题都已修改，静态分析的规则参见……
 *  所有新增代码得到人工评审；
 *  所有完成的用户故事都有对应的测试用例；
 *  测试用例都已执行；
 *  所有完成的用户故事得到Product Owner的验证。

### 2. 发布DoD ###

对于发布，一般就有更加严格的要求，发布DoD的典型条款有：

*  完成发布规划所要求的重点需求；
 *  至少通过一次全量回归测试；
 *  修复所有等级为1、2的缺陷；3、4级缺陷不超过20个。

### 3. 版本DoD ###

版本DoD就是针对每个版本上线前后的一些规则，比如：

*  产品文档已全部更新；
 *  代码已部署到产品服务器上；
 *  运维在验收测试环境上冒烟通过；
 *  原始需求提交人对功能已经验收通过；
 *  对运维、市场、客服的新功能培训已完成。

### 4. 每日DoD ###

其他典型的DoD有每日DoD，典型条款有：搭建每日构建环境，晚上自动静态代码检查、编译、部署和测试，每日修复前一日构建和测试发现的缺陷和问题。

*  下班前必须检入当天编写的代码，check in的backlog要填写清晰；
 *  当天的代码必须在当天或者第2天邀请同伴进行代码评审；
 *  检入的功能代码必须要有对应的单元测试（严格采用TDD）；
 *  每天晚上触发静态代码检查、自动化回归测试；
 *  当天持续集成、构建环境中的问题，请当天解决。

### 5. 用户故事DoD ###

还有针对用户故事（或者用例）的DoD，比如：

*  用户故事最终的描述符合INVEST
 *  用户故事得到测试用例的对应覆盖
 *  用户故事得到对应的自动化测试用例
 *  用户故事得到PO试用并初步认可

当测试集比较大的时候，无法在1天之内完成测试，可以开展每周全量回归自动化测试，这样就有每周DoD，典型条款有：

*  上上周发现的缺陷是否解决；
 *  上周新增功能的自动化测试是否加入到每周测试集。

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

## 三、DoD的实用价值 ##

### 1. DoD是对软件有价值的活动的清单 ###

DoD是一个简单的清单，包含了一系列的活动。

例如：编码、加注释、单元测试、集成测试、发行声明、设计文档等等，所有这些活动都能够给产品带来实际的价值。使用DoD，可以让团队集中在那些必须完成的事情上，同时让那些无用的，仅仅使软件开发变得复杂的活动被消除掉。

### 2. DoD是团队成员的主要状态参考依据 ###

对于迭代最简单形式的汇报就只有一句话：“这个feature完成了”。

毕竟，一个feature或者一个product Backlog Item的状态只有两种：完成或未完成 。

DoD是对“feature完成了”这句话的最佳补充。使用DoD作为参考标准，团队成员可以迅速有效地让其他团队成员或PO了解状态。

### 3. DoD不是不变的 ###

DoD随着时间会改变。

组织的帮助和团队能力的增加可以移除掉更多障碍，使得更多的活动可以包含到sprint或者feature的DoD中来。

### 4. DoD是一个可以被审视的列表 ###

feature/用户故事在sprint plan meeting和sprint中都可以被拆分成task。

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

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

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

最后需要注意的是：对于验收标准，并不一定是由Product owner决定，要根据显示情况而定，每个团队都要根据自己的情况选择合适的DoD原则。

## 参考 ##

[什么是DoD原则？][DoD]

[DoD]: https://baijiahao.baidu.com/s?id=1618377806030533308&wfr=spider&for=pc

发表评论取消回复

表情：

评论列表（有 0 条评论，76人围观）

还没有评论，来说两句吧...

相关阅读

相关【敏捷开发】一文讲透敏捷管理中的DoR、DoD与AC

文章目录一、需求侧：DoR 案例： DoR是什么？如何建立DoR的标准？ DoR样例

Myth丶恋晨/ 2024年03月29日 14:40/ 0 赞/ 98 阅读

相关【敏捷开发】什么是DoD原则？

> 在之前文章中我们提到了，每个Sprint都要验收才能算结束，而验收标准遵循DoD原则。那么究竟什么是DoD原则呢？我们将在本文为您详细讲解。一、什么是DoD？当

阳光穿透心脏的1/2处/ 2024年03月29日 14:39/ 0 赞/ 77 阅读

相关什么是敏捷开发?

敏捷开发（agile development）是非常流行的软件开发方法。据[统计][Link 1]，2018年90%的软件开发采用敏捷开发。但是，到底什么是敏捷开发，能说清

r囧r小猫/ 2023年07月24日 14:51/ 0 赞/ 26 阅读

相关什么是Scrum敏捷开发？

什么是敏捷开发？敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。怎么理解呢？首先，我们要理解它不是一门技术，它是一种开发方法，

蔚落/ 2022年10月02日 11:53/ 0 赞/ 243 阅读

相关什么是极限编程？什么是借口编程？什么是敏捷开发？

ExtremeProgramming（极限编程，简称XP）是由KentBeck在1996年提出的。KentBeck在九十年代初期与WardCunningham共事时，就一直共同

你的名字/ 2022年09月18日 08:57/ 0 赞/ 281 阅读

相关什么叫做敏捷开发

什么叫做敏捷开发？听语音浏览：1585 | 更新：2016-12-19 09:30 ![什么叫做敏捷开发？][9f510fb30f2442

港控/mmm°/ 2022年06月09日 02:23/ 0 赞/ 190 阅读

相关啥是敏捷开发？

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使

女爷i/ 2022年04月15日 05:09/ 0 赞/ 322 阅读

相关什么是敏捷设计

一.设计臭味 1.僵化性　　僵化性是指难以对软件进行改动，即使是简单的改动。如果单一的改动会导致有依赖关系的模块中的连锁改动，那么设计就是僵化的。改动时，必须要改

╰半橙微兮°/ 2022年03月31日 10:35/ 0 赞/ 238 阅读

相关敏捷软件开发:原则、模式与实践(C#版)

刚才在china-pub看到[《敏捷软件开发:原则、模式与实践(C\版)》][C]已经出版了。这本书是以前那本《敏捷软件开发：原则、模式与实践》的C\版，这是不是说明C\程序员

青旅半醒/ 2022年01月10日 14:09/ 0 赞/ 232 阅读

相关敏捷开发之原则五大原则 SRP OCP LSP DIP ISP

一、面向对象设计原则内容来自《敏捷开发：原则、模式与实例》 > SRP单一职责原则（Single Responsibility Principle）： > 　　就

亦凉/ 2021年09月11日 06:44/ 0 赞/ 643 阅读