gpt4 book ai didi

agile - 在 Scrum 或其他敏捷流程中 - 您如何处理需求版本

转载 作者:行者123 更新时间:2023-12-01 07:16:25 26 4
gpt4 key购买 nike

关闭。这个问题需要更多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/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com