完成 vs. 接受标准的定义

完成（DoD）的定义 是用户故事必须遵守的要求列表，以便团队完成调用。 虽然用户故事的 接受标准 包含一组测试方案，这些方案需要满足以确认软件按预期工作。

这两者之间的区别在于，DoD对于所有用户故事都是通用的，而接受标准适用于特定的用户故事。每个用户故事的接受标准将根据该用户故事的要求而有所不同。

换句话说，必须满足国防部和接受标准才能完成用户故事。除非这两个列表都已完成，否则产品增量不被认为是完整的。因此，我们需要定义完成定义（DOD）的两个方面 – 完成标准和接受标准：

完成与接受标准的定义

完成的定义：

Done的定义被构造为项目列表，每个项目用于验证故事或PBI，其存在是为了确保开发团队就他们试图产生的工作质量达成一致。它用作检查列表，用于检查 每个 产品Backlog项目（也称为PBI）或用户故事的完整性。“完成”定义中的项目旨在适用于产品Backlog中的所有项目，而不仅仅适用于单个用户素材。它可以总结如下：

• 该术语更适用于整个产品增量
• 在大多数情况下，该术语暗示产品增量可以发货
• 该术语在Scrum指南中定义
• 用作团队成员之间的沟通方式
  • 整体软件质量
  • 增量是否可以发货

完成定义的目标

• 在团队中建立关于质量和完整性的共同理解
• 用作检查用户故事（或PBI）的核对表
• 确保Sprint结束时出现的增量具有高质量，并且所有参与者都能很好地理解质量。

示例 – 完成的定义

例如，在软件行业，团队可能需要提出以下一些问题来提出他们的国防部：

• 代码同行评审？
• 代码完成了？
• 代码已审核？
• 代码签到？
• 单元测试通过？
• 功能测试通过？
• 验收测试完成了吗？
• 产品负责人已审核并接受

验收标准

用户故事是敏捷开发的主要开发工件之一，但Scrum并未明确要求使用用户故事或接受标准。如果产品积压项目被认为太大而无法进入sprint，通常会将其分解为用户故事，然后分解为一组任务，如图所示：

验收标准

用户故事封装了验收标准，因此我们经常看到完成和验收标准的定义在我们的Scrum开发过程中共存。用户故事提供了团队应提供的功能的上下文。验收标准提供有关所述功能的详细信息以及客户如何接受它们的指导。他们两个一起提供了整个可交付成果。

一些接受标准将在Sprint开始之前的正在进行的Backlog Refinement事件中被发现，其他人将在Sprint Planning之后立即被发现，以便在一个小团队中与用户故事进行对话。因此，接受标准是用户素材或产品待办事项项所独有的属性。

• 该术语适用于个人PBI /故事
• 每个PBI /故事的接受标准是不同的
• Scrum指南中未定义术语
• 用作与所有参与者沟通的方式，满足特定PBI /故事的要求
• Aka验收测试，满意度条件，在某些情况下“测试用例”等

接受标准的目标

• 澄清团队在开始工作之前应该建立什么
• 确保每个人都对问题有共同的理解
• 帮助团队成员了解故事何时完成
• 通过自动化测试帮助验证故事。

示例 – 验收标准

• 用户无法在未填写所有必填字段的情况下提交表单
• 表单中的信息存储在注册数据库中
• 客人可以通过信用卡付款
• 提交表单后，会向用户发送确认电子邮件

具有接受标准的用户故事示例

下图显示了用户故事的验收标准示例。

完成标准示例