如何拆分大用户故事[关闭]

Question

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

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

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

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

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

我该如何处理这个事实？

Answer 1

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

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

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

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

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

Answer 2

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

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