如何分割大用户故事

Question

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

• ＆＃34;用户可以从产品计算机添加，修改或删除产品。用户可以在产品计算机＆＃34;，
中配置客户可用的产品计算机列表

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

• ＆＃34;作为用户，我想将产品添加到产品机器＆＃34;
• ＆＃34;作为用户，我想从产品机器修改产品＆＃34;
• ＆＃34;作为用户，我想从产品机器中删除产品＆＃34;
• ＆＃34;作为用户，我想配置产品计算机中可用的产品列表＆＃34;

重点是：在我看来，最后的故事依赖于其他故事，尤其是第一故事，因为如果我无法添加产品，显然无法创建产品配置。因此，这些用户故事不符合投资标准，因为它们不是独立的。

我如何管理这个事实？

Answer 1

在处理这些故事时，我会说将它们分开的方式将它们分开是更好的。

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

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

作为跟踪这些故事的一种方式，您可以使用工具来标记它们，或者在开发后期安排相关故事。

但是，再说一遍，需要在拆分故事和拆分的细微程度之间进行权衡，以便最终不必对其进行微观管理。

Answer 2

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

何时应将用户故事组合并分开？ https://stackoverflow.com/a/14559624/1118158