应该何时将用户故事组合并分开？

Question

作为一个学校项目,我们正在推出我们最初的用户故事集.用户故事是否应记录用户的原始想法,而不是将它们组合或分开？

例如,约翰补充说"我想发布多项选择问题.",迈克补充说:"除了多个问题,我想发布真/假问题." 大卫补充说:"在添加问题之前,我想要一个确认框"

你是否保留了这3个用户故事,或者你想将John和Mike的结合起来作为"我想发布多项选择和真/假问题".在这个新的用户故事中,有一个细节,比如"在点击添加按钮之前显示一个构造框"？

你选择什么？

Answer 1

从用户故事应用书(Mike Cohn),他谈到了一个应该具有以下特征的"好用户故事":

投资(独立,面议,有价值,可估计,小型,可测试)

你的问题属于"独立"特征.将OR分开的原因取决于如何使它们"独立".

拆分/分离故事卡的原因

• 这个故事比一个冲刺更重要
• 故事结合了高优先级和低优先级的子故事

结合故事卡的原因

• 当我们看到他们有"依赖".合并后,实施起来不会超过5天.
• 合并后需要5天以上,你应该找到另一种分裂故事的方法.

关于你的例子:

1. 我想发布多项选择题.
2. 我想发布真/假问题.
3. 在单击"添加"按钮之前显示一个构造框

在我看来,我会将它们留作3个故事,因为它们看起来是独立的.即使对于"确认框",您也可以只使用添加按钮的框来实现,该按钮可以显示警告框,无需任何问题.其中三个看起来很有价值且独立.无论如何,产品负责人或客户可以告诉您这些故事是否对他们有价值.因此,在拆分或组合后,您必须与产品负责人确认以确保故事仍然正确.