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

简介:

一、什么是DoD?

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

一个迭代做完后,团队要进行验收,来决定本个迭代是否完成。但每个团队对于是否完成无法达成统一,有的认为编码完成,就表示任务完成了;有的认为还需要简单自测一下,确保功能可以正常使用;还有的认为需要把自动化用例写完并测试通过才算完成。

为了避免这个问题,在敏捷软件开发中,常用Definition of Done“完成的定义”来表示工作是否已完成,不同的活动有不同的完成定义。首先要知道,所有的DoD都不是一成不变的,在随着时间的推移、经验的积累、成员的变更、项目的变更,我们的DoD也会有很大的不同,所以,我们也需要定期地检查和改进。

二、 DoD的分类

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

一、迭代DoD

最典型的是迭代DoD,这也是最初DoD应用的地方。常见的一些规则有:

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

二、发布DoD

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

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

三、版本DoD

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

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

四、每日DoD

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

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

五、用户故事DoD

还有针对用户故事(或者用例)的DoD,比如:

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

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

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

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

三、DoD的实用价值

一、DoD是对软件有价值的活动的清单

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

二、DoD是团队成员的主要状态参考依据

对于迭代最简单形式的汇报就只有一句话:“这个feature完成了”。毕竟,一个feature或者一个product Backlog Item的状态只有两种:完成或未完成 。DoD是对“feature完成了”这句话的最佳补充。使用DoD作为参考标准,团队成员可以迅速有效地让其他团队成员或PO了解状态。

三、DoD不是不变的

DoD随着时间会改变。组织的帮助和团队能力的增加可以移除掉更多障碍,使得更多的活动可以包含到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

aeef399ffa8046109e455da2e8c34dc4.png

目录
相关文章
|
2月前
|
敏捷开发 监控 测试技术
敏捷软件质量保证的方法与实践
本文介绍了软件质量保证(SQA)的重要性及其在敏捷开发中的实践方法。文章首先指出了传统测试方法的问题,如成本高昂和项目风险加大。为解决这些问题,文中提出了需求审核、代码审核与演练、基于会议的测试及基于风险的测试等多种实践方法。此外,文章还探讨了衡量软件质量的常见指标,如源代码行数、代码段/模块/时间段内的Bug数和代码覆盖率等。文中还详细描述了敏捷开发过程中QA的角色与活动,强调了QA需与开发人员、业务人员及客户密切协作,以确保产品质量。最后,文章指出了在敏捷开发中QA的特殊性及其对团队构成、测试阶段、工作方式等方面的影响。
63 3
敏捷软件质量保证的方法与实践
|
2月前
|
敏捷开发 存储 测试技术
敏捷开发管理/敏捷转型必备的几款敏捷项目管理工具
敏捷开发管理/敏捷转型必备的几款敏捷项目管理工具
|
4月前
|
敏捷开发 持续交付
探索现代软件开发中的敏捷实践
【7月更文挑战第8天】 在快速变化的技术世界中,敏捷开发已经成为了软件开发团队的必选策略。本文旨在深入探讨敏捷实践在现代软件开发中的应用,并分析其对项目成功的影响。通过实际案例分析,我们将揭示敏捷方法如何提高团队效率、增强产品功能以及缩短上市时间。文章不仅为软件开发专业人士提供实用指南,同时也为非技术读者呈现敏捷转型的洞见。
|
6月前
|
监控
构建高效能团队的敏捷方法论
【5月更文挑战第10天】敏捷方法论助力构建高效能团队,强调个体协作、迭代开发、客户参与和灵活应变。通过选择合适的敏捷框架,建立协作文化,制定明确流程,持续改进,团队能迅速响应市场变化,保证产品竞争力和创新力,促进企业成功和持续发展。
|
6月前
|
敏捷开发 数据可视化
深入探索软件开发中的敏捷方法论
【5月更文挑战第7天】敏捷方法论是应对软件开发中快速变化需求的解决方案,强调迭代、增量和响应变化。它注重团队协作、客户参与和适应变化,典型实践包括Scrum、Kanban和极限编程。优势在于快速响应需求、提高协作效率和降低项目风险,但挑战包括对团队素质要求高、持续资源投入及不稳定客户需求。实施时需根据项目特点调整。
|
敏捷开发 项目管理
Scrum敏捷开发内训, 互联网转型, 敏捷产品开发培训
Leangoo领歌除了是敏捷工具之外,也提供专业的敏捷培训、敏捷认证以及敏捷咨询的服务,权威课程包括:官方权威Scrum认证培训课程(CSM,CSPO,CSD,A-CSM等)、大规模敏捷SAFe及LeSS认证培训,以及量身定制的Scrum敏捷开发企业级实训课程培训, 敏捷工程技术实践课程等。
|
测试技术 定位技术 持续交付
PMP备考之路 - 敏捷实践第五讲(实施敏捷:在敏捷环境中交付)
PMP备考之路 - 敏捷实践第五讲(实施敏捷:在敏捷环境中交付)
243 0
|
安全 项目管理
PMP备考之路 - 敏捷实践第四讲(实施敏捷:创建敏捷环境)
PMP备考之路 - 敏捷实践第四讲(实施敏捷:创建敏捷环境)
123 0
|
敏捷开发 测试技术 持续交付
Scrum敏捷开发培训内训:提升团队能力和效率的重要途径
​ 在当今软件开发领域,Scrum敏捷开发方法越来越受到重视。Scrum是一种以团队协作为基础,注重灵活性和快速响应变化的方法。 为了帮助团队更好地掌握Scrum敏捷开发,培训变得越来越重要。Scrum敏捷开发方法注重高效协作、快速迭代和持续改进。通过培训,团队成员可以更好地了解Scrum敏捷开发的流程、实践和方法,提高团队协作和项目管理能力。这有助于在开发过程中快速响应需求变化,提高软件质量和客户满意度。
|
敏捷开发 测试技术 持续交付
Scrum敏捷开发模式的优势、实践经验及适用企业
Leangoo领歌是一款永久免费的专业敏捷开发管理工具,支持私有部署,它提供端到端敏捷研发管理解决方案,包括小型团队敏捷开发,规模化敏捷SAFe,Scrum of Scrums大规模敏捷,涵盖敏捷需求管理、任务协同、进展跟踪、缺陷管理、统计度量等。提供了不同视角的统计,例如:进度统计、燃尽图、团队速率、任务分布、缺陷分布、测试用例分布等等,实时掌握项目状态及进展。