创建完成的定义:SoundNotes教程
您可以为您的团队做的最重要的事情之一是确保您有一个定义清晰、记录良好的“完成”定义。
如果你看过飞行控制中心的镜头当NASA发射火箭的时候你就会看到一个很好的完成定义的例子。想象一下，如果NASA没有那些必须报告“准备发射”或“不准备发射”的空间站会是什么样子。想象一下，如果我们都对“准备好发射”的真正含义有相同的理解，那该如何运作?
在本期的SoundNotes中，Dave Prior将为大家讲解如何定义“完成”。如果你遵循Scrum的定义，那么“完成”和潜在的可交付是一样的。不幸的是，对于许多组织来说，这并不是真的。例如，你的团队可能需要额外的集成测试，这些测试是由一个独立的团队在Sprint之外完成的。是的，从Scrum的角度来看，它是不正常的。是的，你应该试着去弥补，但有时你已经得到了你已经得到的，而你却把太多精力都花在其他的战斗上了。
在这段播客中，Dave谈到了如何在三个不同的完成水平上做到清晰。这三个层次看起来是这样的:
- “完成”的工作可以提交给产品负责人接受——这是PO和开发团队之间的协议。
例子:
- 代码完成
- 测试用例是自动执行的
- 没有缺陷
- 验收标准见过
- 通过单元测试
- 通过代码评审
- 文档如验收标准所定义的完整
- 团队知道他们将如何在Sprint回顾中呈现特性
2.“已完成”的工作，可以在Sprint评审中呈现给涉众
例子:
- 工作已提交给产品负责人
- 产品负责人接受为潜在的可交付
- 通过以前的验收测试
- 演示准备好接受Sprint审查
- 没有编译警告
- 在Sprint中提交的bug得到了解决
- 部署文档更新
- 发行说明更新
3.已经“完成”的工作，并且可以实际交付给客户。
例子:
- 发布到登台服务器
- 通过部署测试
- 部署文档交付
- 发行说明交付
- 交付的基础设施变更说明
- 通过性能测试
- 通过安全的音频
如果你没有一个定义清晰、文档化良好的“完成”定义，那么你就会把你的团队和组织置于危险之中。如果您还没有完成的定义，那么您需要一个，而且现在就需要它!在本集的SoundNotes中，Dave将带领您创建Done的定义。
之前联系戴夫
如果你想联系戴夫，你可以通过以下方式联系他:
- LeadingAgile://www.nakata-dc.com/guides/dave-prior/
- LinkedIn:https://www.linkedin.com/in/mrsungo
- Twitter:https://twitter.com/mrsungo
- 电子邮件:dave.prior@leadingagile.com
如果你有问题想在即将到来的播客中提交，请发送到dave.prior@leadingagile.com
如果你有兴趣参加我们即将推出的认证Scrum master或认证Scrum产品所有者课程，你可以在这里找到所有细节//www.nakata-dc.com/our-gear/training/