project-management - 维护用户故事和用例

Question

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

user stories和use cases

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

那么同时维护它们有什么好处，还是只选择其中一个更好？

（指国际大中型项目）

Answer 1

我什至会说两者兼有是一种反模式。

在敏捷开发中，我们希望将繁文缛节和官僚作风控制在最低限度——故事可以小到卡片上的一句话。所有其余的都可以在迭代中定义，同时编码，并且可能面对面。

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

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

Answer 2

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

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

Answer 3

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

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