如何处理这个故事

Question

我不确定您何时会将故事分解为故事或任务。

假设您有一个关于停止服务的故事，为此您必须分析和折旧 5 api，其中每个都需要一周的时间

你会怎么做？

1) 将故事分成 5 个故事，这样每个故事都少于 sprint，并且可以由某人拥有（但不能被演示）

2) 将一个故事分解为多个任务，但随后多个人正在处理一个故事，而一个故事的持续时间超过 sprint

其他？ 谢谢

Answer 1

Let's say you have a story that talks about bringing down a service

你为什么要这么做？谁将从中受益？

该信息将帮助您创建与工作项相关的故事。

作为[从这项工作中受益的人]，我希望服务停止运行，以便[原因]

现在，一旦您定义了用户故事，您就可以向其中添加描述工作完成方式的子任务。例如

Sub-task1 = deprecate API X

Sub-task2 = deprecate API Y

Answer 2

在我看来，so-called 的故事应该是一部史诗。史诗应该分成多个故事，每个故事都处理不同服务的退役。

将故事分成 sub-tasks 也同样重要，因为您很可能会识别 "hidden flaws"。它还可以让你在完成故事的过程中带来更多的透明度。如果从任务分配的角度来看故事相似，您可以将第一个定义为其他故事的模板。

您可以换个角度来看待这个话题：您的目的是删除一些阻碍您进步的服务。关闭一项服务后，您离关闭所有服务的预期结果更近了。当然，在每台服务器退役后，您都会为您、您的团队或客户带来更多价值。