你完成的Scrum定义

Question

虽然Scrum在理论上很容易，在实践中很难，但我想听听你对Done的定义;即什么是“完成”

Answer 1

我想说这取决于你的团队来决定。与产品所有者交谈。理想情况下，当一个故事在生产和被使用时。但是，当一个故事在开发完成和Live之间存在时间差距。很难追踪故事发展的时间。

在我的团队中，我们对完成的定义是，当开发人员完成一个故事，并向团队的其他成员（测试人员，产品负责人）“展示并告知”，并且如果每个人都快乐，颠覆中继线。

进一步的测试是从主干上自动构建完成的。

Answer 2

门（单元测试，代码覆盖率> 80％，代码审查，负载测试，perf.test，功能测试等），你的产品要经过之前，你可以标记的产品在ScrumAlliance网站上有Mitch Lacey，Dhaval Panchal和Mayank Gupta这三篇好文章。

---

编辑：基本上整点是完成由队一个项目，通过项目为基础确定。基本的需求是就定义达成一致，而不是定义是什么。

Answer 3

在一个完美的世界，产品应在每次迭代结束处于可交付状态。

现在，这实际上取决于你的产品，你的市场，你的客户，也许是不可能的。

如果你不能做到这一点，那么下一个规划期申请：释放。 作为一个整体，团队应该决定什么是运送产品和相应的计划。

这里有什么帮助是在任务级别定义“完成”。在这里定义完成要简单得多：当你可以开始另一个任务时完成一项任务：所有事情都经过测试和整合。团队可以定义这种状态：记录，审查，包含在自动构建中，没有已知问题，由现场客户参与...

让所有的任务真的“完成”，具有所有巡回积压项目用户故事，无论你怎么称呼他们）真的“完成”允许在每次迭代中“完成”，这有助于保持产品处于可运输或可部署状态。

Answer 4

我们在TargetProcess使用的完成用户故事的定义如下：

1. 短规格创建
2. 实现/单元测试创​​建
3. 验收测试创建
4. 100％验收测试通过
5. 产品负责人演示通过
6. 已知错误固定

Answer 5

一切，将让你的“稳定期”较短（即代码冻结和释放到客户端之间所需的工作）。