我们开始使用Scrum流程进行开发。我们现在有很多用户故事。我想知道，一旦用户故事完成，经过测试和部署，你还可以用它做任何其他事情吗？我们现在正在使用小型索引卡，我认为将它们扔进垃圾桶会很好。
如果你保留它们，你以后会怎么做？
答案 0 :(得分：11)
将它们存档以供将来项目参考。当你必须估计故事点时，它们将非常有用。很多时候，在项目中会出现类似的故事。
答案 1 :(得分：6)
嗯 - 保留它们并将它们放在项目文件中。在所有情况下都是CYA。你永远不知道客户什么时候回来问你“为什么会这样？”，或者“谁决定它是怎么回事？”。然后，您可以提取用户故事并进行备份。
在您的软件保修期到期之前，请始终保留这样的一切......除非您希望被置于可以被要求“修复”真正免费更改的内容的位置。
答案 2 :(得分：1)
垃圾桶似乎是一个合适的地方。
答案 3 :(得分：1)
保持它们毫无意义。如果您需要更改历史记录，可以从SCM和测试脚本中获取。
答案 4 :(得分：1)
保留他们的另一次投票。我知道这是一个肮脏的词，但用户故事是你文档的一部分，并且有一个重要的目的。
从现在起三年后，当你（或继承人）对系统进行更改时，让历史文件知道你为什么按照你的方式做事情是有帮助的。
当情况发生变化时，它也会有所帮助，您必须重写以便能够回顾应用程序满足的用户故事，并确定这些故事是否适用于新版本。
答案 5 :(得分：1)
我通常将每个迭代价值的用户故事（和任务）包装在橡皮筋和前面的新卡片中，说明速度和估计点数。除了怀旧的情感之外，我从来没有对他们有任何用处。所以请保留他们的存档我会说：-9
答案 6 :(得分：1)
坚持下去！
我写了需求（而不是代码），但我经常发现自己正在重读老用户故事和验收测试（我和其他人）。
回顾旧故事可以帮助我找到复杂概念的最清晰的措辞，而不是重新发明轮子。它们有时可以作为我可能忘记记录的细节的有用提醒。其他人写的故事帮助我加快了我没有参与的功能，并且可能是新员工的好学习工具。
我可以继续，但让我这样说：
哪个更容易造成更大的问题 - 保留故事而不需要它们，或者需要故事而没有故事？
答案 7 :(得分：0)
保留它们（存档它们），以便将来对某些内容存在争议或争论时，您可以参考它，并且可以掩盖自己。
答案 8 :(得分：0)
完成的用户故事本质上是项目的最终规范。如果您从正式的需求文档或规范开始，那么通过将已完成的用户故事与该文档进行比较，可以获得许多经验教训。如果您没有初始文档，则完成的用户素材会记录项目的功能。在任何一种情况下，无论是在项目验尸还是在评估和规划后续项目时，我都认为将它们留待将来参考是非常有价值的。
答案 9 :(得分：0)
我发现我们永远不知道将来有什么用处，所以我的建议是标记它们并归档它们。如果您正在使用物理卡，请扫描它们，然后执行像向图像文件添加标记这样简单的操作。想象一下，稍后查看标签云以找到共同的线程或找到并重新使用您的内容。
与scrum一样，如果它开始花费太多时间，那可能不值得你付出努力。不要把它变成一个疯狂的过程，只是快速归档并忘记它。
干杯， Reeves的