我在Jira / Greenhopper中输入我的冲刺计划时犯了一个错误:事实证明我们的容量比计划的多一点。
这发生在冲刺的第二天,但如果我在冲刺开始后添加额外的问题,红色的“指南”从我们的原始估计开始。
有没有办法避免这种情况?
答案 0 :(得分:2)
我已经遇到过调整'在开始冲刺后几分钟,sprint报告中的指南。
我已按以下方式解决了这个问题:
答案 1 :(得分:1)
据我所知,您所面临的问题是红色指引线是从冲刺开始时输入的工作量到冲刺的结束日期。
当您在第一天之后向sprint添加更多工作时,指南不会移动。这不能改变。有关该主题的讨论,请参见主题here。
我认为这里的逻辑是你应该在sprint开始时定义和估计你的所有工作,如果估计在第一天之后增加,那么应该因为任务是比起初想的更复杂,不是因为你增加了更多的工作。
我同意,如果您当前的剩余工作与结束日期之间存在新的“最佳匹配线”以显示您需要达到的新速度水平,那将会很好,但不支持。< / p>
答案 2 :(得分:0)
我之前在迭代中添加了故事,而燃尽事件只是附加了额外的内容,以显示还有什么需要烧毁。 Greenhopper将代表上调对估计的调整,因为它是在迭代中加入,但剩余的工作增加,然后继续适当地燃烧。
答案 3 :(得分:0)
异常终止sprint并重新启动它可能是一个选项。由于您已经选择了大部分项目,因此sprint计划会议可以在非常小的时间框内完成。由于您异常终止,您肯定可以跳过sprint演示,如果您想讨论问题/错误是如何发生的,您可能想要进行简短的回顾,但我对此表示怀疑。您可以在几个小时内启动并运行新的sprint。
答案 4 :(得分:0)
可以在sprint开始时使用解决方法强制考虑延迟添加的任务:在sprint的第一天记录最少量(例如1分钟)的工作。