关闭。这个问题需要更多focused .它目前不接受答案。
想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .
4年前关闭。
Improve this question
在 Scrum 和/或其他敏捷方法中，您如何简单地处理需求版本？我假设有很多组织是敏捷的，但也需要跟踪需求变化以达到监管目的等等。
您可能在版本 1 中有一个需求，但在版本 8 中发生了重大变化。您如何跟踪版本之间的这种变化？
最佳答案
简单的答案是:我们不这样做，因为跟踪更改通常没有多大意义或带来任何好处。
但是，如果出于任何原因您必须跟踪更改(例如“法规”强加给您的浪费性开销 - 并非闻所未闻，对吗？)最好的办法是保持您的积压，以便您能够告诉它是如何以及何时发生变化的。这是 Scrum 软件工具可以提供帮助的地方，因为用板子和索引卡来做这件事会很痛苦。有时，任何积压项目的所有更改的简单历史记录(如我们在 our Scrum tool 中所做的)就足够了，有时您需要更复杂的报告(在一些更复杂的工具中可用)，有时您必须生成一些额外的文件。
顺便说一句 - 我理解“要求”是指单个积压项目，通常是用户故事(或史诗)。因此，那些通常不会改变很多，他们在积压中的位置会改变，但通常不会改变故事本身。在敏捷项目中记录待办事项中故事位置的变化没有多大意义，但是记录故事何时完成(保留有关过去冲刺的数据)是一种很好的做法。如果这是您想要/必须跟踪的内容，那么记录对故事本身的更改(编辑、附件更改等)将是 Scrum 工具应该帮助您的地方。
关于agile - 在 Scrum 或其他敏捷流程中 - 您如何处理需求版本，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3514193/