0

我的团队最近进行了冲刺，我们正在将用户故事分解为任务。分解用户故事的最佳实践是什么？

每项任务都应该包括开发、设计、测试等吗？还是可以单独分解任务？如果是这样，与测试无关的任务是否应该直接完成并跳过工作流程中的“验证”或“测试”列？

从我在网上阅读的内容来看，似乎没有“固定”的方式，人们的做法也不同。我很好奇人们是否对他们的方式有问题。

任何帮助都会很有用！

4

2 回答 2

4

分解用户故事的最佳实践是什么？

拆分用户故事：汉堡包法

大象生牛肉片

每项任务都应该包括开发、设计、测试等吗？

如你所愿。也许，您可以测试功能，而不是任务。但是测试小的和平（任务）比整个功能（如果可能的话）更容易。但是冲刺产品也应该进行测试。

于 2013-08-16T07:55:52.227 回答
0

+1大象生牛肉片:-)

目标是了解精简和垂直增量开发的力量：

  • 精简：编写的代码最少，为以后的故事更改的代码越少
  • 垂直：每个故事都应该改变n 层架构 代码（表示、逻辑、数据）的任何部分，以便每个故事都能 立即提供业务价值

我促成了它并遇到了他的创造者（Alistair Cockburn）。这个游戏/练习对于面对客户频繁变更需求和少量现金资金的团队来说真的很有趣。

于 2014-10-02T17:09:05.763 回答