1

假设我有一个这样的用户故事：

  • "用户可以在产品机器中添加、修改或删除产品。用户可以在产品机器中配置可供客户使用的产品机器列表",

我认为这个用户故事太大了，所以我想把它分成4个：

  • “作为用户，我想将产品添加到产品机器”
  • “作为用户，我想从产品机器修改产品”
  • “作为用户，我想从产品机器中删除产品”
  • “作为用户，我想配置产品机器中可用的产品列表”

关键是：在我看来，最后一个故事依赖于其他故事，尤其是第一个，因为如果我不能添加产品，显然不可能创建产品配置。所以这些用户故事不符合 INVEST 标准，因为它们不是独立的。

我该如何处理这个事实？

4

2 回答 2

2

在处理此类故事时，我会说按照您拆分它们的方式拆分它们会更好。

我同意故事之间存在依赖关系，但拆分它们会有所帮助：

  1. 更好地跟踪进度。
  2. 随着分布式团队和这些用户故事的分布式开发，它将更加精简和灵活。

但是，作为跟踪这些故事的一种方式，您可以使用工具将它们标记为依赖或在开发后期安排依赖故事。

但话又说回来，需要在拆分故事和拆分的粒度之间进行权衡，您最终不必对其进行微观管理。

于 2013-10-19T13:25:45.693 回答
0

我已经在这个主题中分享了我的答案，希望对您有所帮助。

什么时候应该合并和分离用户故事？https://stackoverflow.com/a/14559624/1118158

于 2013-10-27T04:30:24.440 回答