0

在 Jira/Greenhopper 中输入我的 sprint 计划时我犯了一个错误：事实证明我们的容量比计划的要多一点。
这发生在 sprint 的第二天，但如果我在 sprint 开始后添加额外的问题，红色的“指南”将从我们最初的估计开始。
有没有办法避免这种情况？

4

5 回答 5

2

在开始 sprint 几分钟后，我遇到了同样的愿望，即在 sprint 报告中“调整”指导方针。

我已经通过以下方式解决了它：

  • 转到敏捷板上的“计划”选项卡
  • 在调整的时间戳之后设置 sprint 的开始时间
  • 检查冲刺报告（应该是固定的）
于 2015-02-25T18:16:25.847 回答
1

据我了解，您面临的问题是红色指导线是从冲刺开始时输入的工作量到冲刺结束日期绘制的。

当您在第一天之后向 sprint 添加更多工作时，指南不会移动。这是无法改变的。有关该主题的讨论，请参见此处的主题。

我认为这里的逻辑是，您应该在 sprint 开始时定义和估算所有工作，如果在第一天之后估算增加，那应该是因为任务比最初想象的要复杂，而不是因为您添加了更多的工作。

我同意，如果在您当前剩余的工作和结束日期之间有一条新的“最佳拟合线”以显示您需要达到的新速度水平，那将是一件好事，但不支持这样做。

于 2011-12-01T11:56:37.657 回答
0

可以使用一种变通方法在 sprint 开始时强制考虑后期添加的任务：在 sprint 第一天记录最少的工作量（例如 1 分钟）。

于 2013-07-11T07:21:45.923 回答
0

我之前已经在迭代中添加了故事，而燃尽只是随着额外的增加而增加，以显示还有什么需要燃尽。Greenhopper 将代表对估计的调整，因为它是在迭代中间添加的，但剩余的工作会增加，然后继续适当地消耗。

于 2011-06-10T05:45:38.933 回答
0

异常终止 sprint 并重新启动它可能是这里的一个选项。由于您已经选择了大部分项目，因此为此召开的 sprint 计划会议可能会在一个非常小的时间范围内进行。由于您异常终止，您绝对可以跳过 sprint 演示，如果您想讨论问题/错误是如何发生的，您可能需要进行简短的回顾，但我对此表示怀疑。您可以在几个小时内启动并运行新的 sprint。

于 2013-02-07T20:20:01.200 回答