在Jira-Greenhopper冲刺期间更新冲刺能力

在Jira/Greenhopper中输入我的冲刺计划时，我犯了一个错误：事实证明我们的生产能力比计划多一点点。
这发生在冲刺的第二天，但如果我在冲刺开始后添加额外的问题，红色的“准则”从我们的原始估计开始。
有没有办法避免这种情况？在Jira-Greenhopper冲刺期间更新冲刺能力

2011-03-08 eli

它是如何搞砸你的burndown图表？我在迭代之前添加了一些故事，并且burndown只是附加了一些内容，以显示还有哪些内容需要烧毁。你能提供更多细节吗？ – 2011-05-23 02:21:10

问题已更新 – eli 2011-06-14 05:39:07

我没有办法避免它，因为它与迭代的开始日期有关，它都基于估计的创建日期。 – 2011-06-15 03:01:22

我已经在迭代之前添加了故事，而burndown只是附加了一些，以显示还有什么要烧掉的。 Greenhopper将代表增加对估算的调整，因为它是在迭代中增加的，但其余的工作增加，然后继续适当地消耗。

2011-06-10 05:45:38

据我所知，你遇到的问题是，红色的指导线是从冲刺开始时输入的工作量到冲刺的结束日期。

在第一天之后向冲刺中添加更多工作时，指南不会移动。这不能改变。有关该主题的讨论，请参阅线索here。

我认为这里的逻辑是，你应该在冲刺开始时定义和估计所有工作，如果估计在第一天后增加，那么应该是是因为任务比第一个更复杂认为，不是因为你增加了更多的工作。

我同意，如果您当前剩余的工作和结束日期之间出现了一条新的“最适合的线条”，以显示您需要达到的新速度水平，但这不被支持，那将会很好。

2011-12-01 11:56:37 Klelky

+1 - 这些图表背后的想法是对团队进展完全坦诚。假设容量是正确的，你仍然会及时烧毁。 – 2011-12-02 00:01:48

我明白了，我完全同意。但是，我的问题是纠正在冲刺第二天才发现的错误，而不是改变计划。 – eli 2011-12-05 08:27:09

异常终止冲刺并重新启动它可能是一个选项。由于您已经选择了大量项目，因此冲刺计划会议可能会在一个非常小的时间框中。既然你异常终止你，你肯定可以跳过冲刺演示，如果你想讨论这个问题/错误是怎么发生的，你可能希望有一个简短的回顾，但我对此表示怀疑。你可能会在几个小时内开始新的冲刺。

2013-02-07 20:20:01

使用变通方法可以在冲刺开始时强制考虑延迟添加的任务：在冲刺第一天记录最小数量（例如1分钟）的工作。

2013-07-11 07:21:45 jmc

我在开始冲刺几分钟后遇到了“调整”冲刺报告中准则的相同愿望。

我已经解决它以下列方式：

2015-02-25 18:16:25

回答