在 Jira Agile 中，什么时候应该使用“故事”，什么时候应该使用“改进”答案

【问题标题】：In Jira Agile when should I use a "Story" and when should I use an "Improvement"在 Jira Agile 中，什么时候应该使用“故事”，什么时候应该使用“改进”
【发布时间】：2010-12-30 18:31:51
【问题描述】：

我们刚刚开始使用 Jira（带有 Jira Agile 插件 - Scrum 模板）来进行问题跟踪器和敏捷规划。

我对故事和改进之间的差异（或预期差异）感到困惑。我们所有的“东西”都写成故事。这些故事描述了新功能和对现有功能的改进。应该将所有这些都列为故事还是将改进列为改进？

我认为我们应该保持简单，只有 Epic、Story、Bug；但是，我不想隐藏改进并最终导致一些意想不到的效果或最终丢失有用的功能。

提前感谢您的建议。

【问题讨论】：

如果您对故事使用“故事点”但对错误和改进使用“时间估计”，您能告诉我如何计算您的速度吗？
我们的规模还很小，所以我们还没有深入研究——我们只是按问题数量查看燃尽图。一个新问题可能是找到问题答案的最佳位置。

标签： jira agile scrum jira-agile

【解决方案1】：

我们使用“改进”来改进以前冲刺中提供的用户故事的功能。换句话说，我们将“故事”用于以用户为中心的新功能，将“改进”用于当前功能的功能改进和非以用户为中心的功能。

希望对你有帮助

【讨论】：

似乎很合理，这就是我所做的。通过这种方式，我们可以寻找改进与新功能。
顺便说一句，对于“非以用户为中心的功能”，您使用什么问题类型？任务对我来说似乎不合适。你会使用“新功能”吗？

【解决方案2】：

作为对先前答案的补充，我还建议添加一个新的 JIRA 问题链接，例如“改进”-“是改进”，这样每次您添加改进时，您都可以通过此链接将其与相关故事联系起来。当故事和改进的数量显着增加时，您可以跟踪特定功能的变化情况。

【讨论】：