已完成的用户故事 - 丢弃？归档？

Question

我们开始使用Scrum过程进行开发。我们现在有一大堆用户故事。不过，我想知道，一旦用户故事完成，测试和部署，您是否还需要做其他事情？我们现在正在使用小型索引卡片，我认为把它们扔在垃圾桶里是可以的。

如果你保留它们，你以后怎样处理它们？

Answer 1

存档以供将来项目参考。当你必须估计故事点时，它们将会很有用。很多时候，各个项目都会出现类似的声音故事。

Answer 2

垃圾箱看起来像一个合适的地方。

Answer 3

让他们（它们存档），这样如果在未来的纠纷或争执东西，你必须对它的引用，并可以覆盖自己。

Answer 4

PEZ几乎是正确的。回收卡片而不是垃圾。 :)

真的没有意义在保持他们。如果您需要更改的历史记录，可以从SCM和测试脚本中获取。

Answer 5

嗯 - 把它们放在项目文件中。 CYA在所有情况下。你永远不知道客户什么时候会回来问你“这是为什么这样？”，或者“谁决定这是怎么回事？”。然后，您可以提取用户故事并进行备份。

始终保持一切都像这样，直到保修期已经在你的软件过期......除非你想放在哪里，你可以问“修正”的东西，实际上是对自由改变位置。

Answer 6

保持他们的另一票。我知道这是一个肮脏的词，但用户故事是您文档的一部分，并且有重要的用途。从现在

三年，当你（或继承）正在改变系统是有帮助的历史性文件，知道为什么你做事情，你做的方式。

这也有助于在情况发生变化，你必须重新编写，以便能够回去了用户的故事，该应用程序满足并确定这些同样的故事是否适用于新版本。

Answer 7

完成的用户故事本质上就是您的项目的最终规范。如果您从正式的需求文档或规范入手，则可以通过将完成的用户故事与该文档进行比较来了解许多经验教训。如果您没有初始文档，那么您已完成的用户故事记录了您项目的功能。无论是哪种情况，我认为将它们留待将来参考是非常有价值的，无论是在项目后期还是在估算和规划后续项目时。

Answer 8

我发现，我们从来不知道发生了什么事情在未来是有用的，所以我的建议是，标记它们和文件他们。如果您使用的是物理卡，请扫描它们，然后执行一些操作，例如向图像文件中添加标签。想象一下，稍后查看标签云以查找共同线索或查找并重新使用您的内容。

与万物争球，不过，如果它开始服用了太多的时间，它可能不值得你的努力。不要让它成为一个疯狂的过程，只需快速归档并忘记它。

干杯， Reeves的

Answer 9

我通常包装每个值得在橡胶带，并在前面一张新卡，说明速度和估计点用户素材（和任务）的迭代。虽然我从来没有使用过它，除了怀旧的音色。所以让他们保存档案我会说：-9

Answer 10

挂上他们！

我写的要求（而不是代码），但我经常发现自己重读旧的用户故事和验收测试（我的和其他人）。

回顾旧故事可以帮助我找到复杂概念的最清晰的措辞，而不是重新发明轮子。他们有时会作为一个有用的提醒，提供我可能会忘记记录的细节。其他人编写的故事可以帮助我加快我未涉及的功能，并且可能会成为新员工的一个很好的学习工具。

我可以继续，但让我这样说：
哪个更可能导致更大的问题 - 保持故事而不需要它们，或者需要故事而不需要它们？