你的Scrum定义完成[关闭]

我想说由你的团队决定。与产品所有者交谈。理想的情况是,当一个故事正在制作和使用时。然而,在一个故事的开发完成和实况之间有一个时间间隔。很难追踪一个故事的发展时间。

在我的团队中,我们对done的定义是,当开发人员完成一个故事,并对团队的其他人(测试人员、产品所有者)进行“展示和讲述”,如果每个人都满意,它就会进入颠覆主干。

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

我们在TargetProcess中使用了以下“为用户故事完成”的定义:

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

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

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

如果您不能实现这一点,那么下一个计划范围将应用:发布。 作为一个整体,团队应该决定产品的装运要求,并相应地进行计划。

这里的帮助是在任务级别定义“完成”。在这里定义完成要简单得多:一个任务是在您可以开始另一个任务时完成的:所有东西都经过测试和集成。团队可以定义这种状态:记录、审查、包括在自动构建中、没有已知问题、被现场客户接受…

让你的所有任务真正“完成”,让所有的旅游积压项目(或用户故事,无论你怎么称呼它们)真正“完成”允许在每次迭代中“完成”,这有助于保持产品处于可交付或可部署状态。

有三篇好文章 Mitch Lacey , Dhaval Panchal 和 Mayank Gupta 在Scrumalliance网站上。

编辑: 基本上,关键是 完成是由团队在一个项目一个项目的基础上定义的。 . 基本的需要是在定义上达成一致,而不是在定义上达成一致。

使您的“稳定期”(即代码冻结和向客户机发布之间所需的工作)缩短的所有内容。