维护用户案例和用例

Question

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

user stories和use cases

据我理解，用户故事是更抽象的目标，而用例则更详细。(除符号外)

那么，维持这两者是否有什么好处，还是只选择其中之一更好呢？

(指国际中、大型项目)

Answer 1

我甚至可以说，两者兼具是一种反模式。

在敏捷开发中，我们希望将繁文缛节和官僚主义的数量控制在最低限度--故事就像卡片上的一句话一样少。其余的都可以在迭代中定义，同时进行编码，并且可能是面对面的.

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

1. 它是指导性的，并不包括在内:故事描述了我们试图实现的目标，用例描述了我们如何决定一些通常没有具体说明的事情应该实现。
2. 这是提前工作，因此也是一种风险。并不是所有的故事都会付诸实施。并不是所有的故事都是以写作时的思维方式来实现的。

Answer 2

用户故事指的是你想要达到的目标(需求)。用户故事可以是技术性的，也可以是功能性的，并且可以在任务中“分裂”(描述)。任务是技术性的。更像是用例。

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

Answer 3

从纯粹主义的观点来看，一个或另一个。然而，基于个人过去的经验，将用例与用户故事相结合对于从瀑布向敏捷过渡的团队来说可能是可取的，特别是在地理位置分散的团队中。也就是说，直到团队成员掌握了编写、处理和理解用户故事的技能。

在另一个场景中，创建用例可能是团队从一个实验性的敏捷项目开始，在一个基于瀑布的大型组织中进行项目交付的需求。