你的Scrum定义完成

Question

虽然Scrum在理论上很容易并且在实践中很难，但我想听听你对Done的定义;即什么是门（单元测试，代码覆盖率> 80％，代码审查，负载测试，性能测试，功能测试等），您的产品必须经过，然后才能标记产品“完成”

Answer 1

我们TargetProcess对用户故事使用以下Done定义：

1. 创建短规格
2. 已实施/已创建单元测试
3. 创建验收测试
4. 100％验收测试通过
5. 产品所有者演示已通过
6. 修复已知错误

Answer 2

我想由你的团队来决定。与产品所有者交谈。理想的做法是在故事处于制作和使用时。但是，在故事开发完成和Live之间存在时间差。很难追踪故事发展的时间。

在我的团队中，我们对完成的定义是，当开发人员完成一个故事，然后对团队的其他成员（测试人员，产品负责人）进行“展示和告诉”，如果每个人都满意，那么它就会进入颠覆主干。

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

Answer 3

在完美的世界中，产品在每次迭代结束时都应处于可运输状态。

现在这实际上取决于您的产品，您的市场，您的客户，而且可能无法实现。

如果您无法实现这一目标，则适用下一个计划范围：发布。 整个团队应决定运输产品所需的内容并做出相应的计划。

这有助于在任务级别定义“完成”。在这里完成定义要简单得多：当你可以启动另一个任务时完成一项任务：一切都经过测试，集成。团队可以另外定义这种状态：记录，审查，包含在自动构建中，没有已知问题，由现场客户承担......

让所有任务真正“完成”，让所有巡回积压项目（或用户故事，无论你打电话给他们）真正“完成”允许在每次迭代时“完成”，这有助于保持产品的可交付或可部署州。

Answer 4

ScrumAlliance网站上有Mitch Lacey，Dhaval Panchal和Mayank Gupta三篇不错的文章。

---

编辑：基本上，重点是完成是由团队逐个项目定义的。基本需要是就定义达成一致，而不是定义是什么。

Answer 5

使您的“稳定期”（即代码冻结和发布给客户之间所需的工作）的所有内容都会缩短。