维护用户故事和用例

Question

正如主题所述，我想知道什么时候两者都有帮助：

user stories和use cases

根据我的理解，用户故事是更抽象的目标，而用例更详细。 （旁边的符号）

那么维护它们是否有任何好处，或者只选择其中一个更好？

（参考国际媒介到大项目）

Answer 1

我会说两者都是反模式。

在敏捷开发中，我们希望将繁文缛节和官僚主义的数量保持在最低限度 - 故事在卡片上可以作为一个句子。所有其余的都可以在编码时进行迭代定义，并且可能是面对面的。

另一方面，用户故事是提前决定应该实现什么的同义词。这在敏捷开发中是双重的：

1. 它是指令而不是包容性的：故事描述了我们正在努力实现的目标和用例描述我们如何决定通常未指明的东西应该实现。
2. 提前工作，因此存在风险。并非所有故事都将实施。并非所有的故事都会按照人们在撰写时的想法来实施。

Answer 2

用户故事指的是您希望实现的目标（需求）。 用户故事可以是技术性的或功能性的，并且可以在任务中“分割”（描述）。任务是技术性的。这更像是用例。

在我的选项中，您不必维护用例和用户故事，因为一个与另一个重叠。

Answer 3

从纯粹主义的角度来看，一个或另一个。但是，根据个人过去的经验，将用例与用户故事相结合可能是团队从瀑布转向敏捷的建议，尤其是在地理位置分散的团队的情况下。即，直到团队成员熟练编写，处理和理解用户故事。

在另一种情况下，在一个基于瀑布的大型组织中，创建用例可能是团队开始实施敏捷计划的项目交付要求。