我不确定你什么时候会把故事分成故事或任务。
假设您有一个故事，讲述了关闭服务，为此，您必须分析和折旧 5 个 api，每个 api 需要一周时间
你会怎么做？
1(将故事分成5个故事，这样每个故事都小于冲刺，可以由某人拥有(但不能演示(
2(将一个故事分解为任务，但随后多个人在处理一个故事，一个故事比冲刺更持久
其他？ 谢谢
假设您有一个故事，讲述了如何关闭服务
你为什么要这样做？谁将从中受益？
该信息将帮助您创建与工作项关联的情景。
作为[从这项工作中受益的人]，我希望服务降低，以便[原因]
现在，一旦你定义了用户故事，你就可以向它添加子任务，描述工作将如何完成。
子任务 1 = 弃用 API X
子任务 2 = 弃用 API Y
在我看来，所谓的故事应该是史诗。史诗应该分为多个故事，每个故事都涉及不同服务的退役。
将故事拆分为子任务也同样重要，因为您很可能会发现"隐藏的缺陷"。它还可以让您在完成故事的过程中带来更多的透明度。如果从任务角度来看故事相似，则可以将第一个故事定义为其他故事的模板。
您可以从不同的角度查看此主题：您的目的是删除一些阻碍您进度的服务。放下一项服务后，您更接近于关闭所有服务的预期结果。当然，在每台退役的服务器之后，您都会为您、您的团队或客户带来更多价值。