我们开始使用 Scrum 流程进行开发。我们现在有很多用户故事。不过我想知道，一旦用户故事完成、测试和部署，你还会用它做其他事情吗？我们现在正在使用小索引卡，我认为将它们扔进垃圾桶就可以了。
如果你保留它们，你以后如何处理它们？
dgarcia182
问问题
1268 次
10 回答
11
将它们存档以供将来项目参考。当您必须估计故事点时，它们将很有用。很多时候，听起来相似的故事会发生在项目中。
于 2009-01-08T00:09:40.497 回答
6
嗯 - 保留它们并将它们放入项目文件中。CYA 在所有情况下。你永远不知道客户什么时候会回来问你“为什么会这样？”，或者“谁决定是这样的？”。然后，您可以提取用户故事并进行备份。
始终保留这样的所有内容，直到您的软件的保修期到期……除非您想被置于可能被要求“修复”某些真正免费更改的位置。
于 2009-01-08T00:15:55.197 回答
1
垃圾桶似乎是一个合适的地方。
于 2009-01-08T00:01:16.707 回答
1
PEZ 几乎是对的。回收卡片而不是丢弃它们。:)
保留它们确实没有意义。如果您需要更改历史记录，可以从 SCM 和测试脚本中获取。
于 2009-01-08T00:11:54.767 回答
1
再次投票保留他们。我知道这是一个肮脏的词，但是用户故事是您文档的一部分，并且具有重要目的。
三年后，当您（或继承人）对系统进行更改时，拥有历史文件以了解您为什么以您的方式做事会很有帮助。
当情况发生变化并且您必须重写以便能够回顾应用程序满足的用户故事并确定这些相同的故事是否适用于新版本时，它也会有所帮助。
于 2009-01-08T02:09:15.793 回答
1
我通常将每个迭代价值的用户故事（和任务）包裹在橡皮筋中，并在前面放一张新卡片，说明速度和估计点。我从来没有用过它们，除了怀旧的放松。所以把它们留作我想说的存档：-9
于 2009-01-09T13:59:11.580 回答
1
坚持住他们！
我编写需求（而不是代码），但我经常发现自己重读旧的用户故事和验收测试（我的和其他人的）。
回顾旧故事可以帮助我为复杂的概念找到最清晰的措辞，而不是重新发明轮子。它们有时可以作为有用的提醒，提醒我可能会忘记记录的细节。其他人写的故事可以帮助我快速了解我没有参与的功能，并且可能是新员工的一个很好的学习工具。
我可以继续说下去，但让我这么说吧：
哪一个更可能导致更大的问题——保留故事而不需要它们，还是需要故事而不拥有它们？
于 2010-02-01T00:14:39.567 回答
0
保留它们（存档），以便将来如果对某事有争议或争论，您可以参考它，并且可以保护自己。
于 2009-01-08T00:02:08.220 回答
0
完成的用户故事本质上是您项目的最终规范。如果您从正式的需求文档或规范开始，通过将您完成的用户故事与该文档进行比较，可以学到很多经验教训。如果您没有初始文档，那么您完成的用户故事会记录您项目的功能。无论是哪种情况，我认为保留它们以供将来参考非常有价值，无论是在项目事后分析中还是在估算和计划后续项目时。
于 2009-01-08T02:28:22.277 回答
0
我发现我们永远不知道将来会有什么用处，所以我的建议是标记它们并将它们归档。如果您使用的是实体卡，请扫描它们，然后执行一些简单的操作，例如在图像文件中添加标签。想象一下稍后查看标签云以查找常见线程或定位和重用您的内容。
然而，就像所有的事情一样，如果它开始花费太多时间，那么你可能不值得付出努力。不要让它成为一个疯狂的过程，只需快速归档并忘记它。
干杯，里夫斯
于 2009-01-08T03:14:19.470 回答