在迭代过程中更改估计值可以吗？

我们已经开始由4个开发人员组成的团队使用Agile / Scrum。我们进行了故事估算，并在产品积压订单中订购了故事Primed故事。

我们从对复杂度从1到5的基于点的估计开始，而不是通常的1,2,3,5,8,13 ....等

在处理了几个故事之后，我们觉得一些估计为4点的故事应该只有2个，而其他估计为2点的故事要复杂得多，应该估计为5个。我想知道：

• 在迭代过程中更改我们的故事估算值可以吗？
• 是否可以使用当前估计点从1到5，而不是通常的1,2,3,5,8,13 ....等

尽管我个人认为这两种情况都不应该，但是由于我自己的理解还不是很清楚，我需要支持自己（尽管任何好的参考资料都会很好！）

在迭代过程中更改我们的故事估算值可以吗？

绝对不。我们希望这种情况会发生。而且，我们希望这些错误能够随着时间的流逝而自行解决。我们仅在明显可以确定某个类别（例如新网页）的情况总是比我们估计所有情况时所想的复杂的情况下，才真正调整估计值。

由于史诗般的故事被分解为较小的故事（应该在冲刺发生之前很久就发生了），我们可能似乎会调整原始估算，但我将其称为优化而不是重新估算。那是因为那时我们的视野更清晰了。

迈克·科恩（Mike Cohn）的《敏捷估算与规划》是一本关于该主题的好书。我警告不要将其（或任何“敏捷”书）用作圣经，但这是完善流程的一个很好的起点。

他谈到了错误的估计平衡为“魔术”的方式，但强调他已经看到它反复地起作用。

是否可以使用当前估计点从1到5，而不是通常的1,2,3,5,8,13 ....等

使用斐波那契数列估计值是一种接受，即故事越大，我们的估计值就越不准确（请参阅我之前关于Epics的评论）。

但是，如果它对您不起作用，尤其是如果您将所有工作都做得很小，那就不要使用它。这是一个准则，而不是一条规则。

T恤尺码（SML XL XXL）也很流行，与（1 2 3 4 5）基本上没有区别。

在迭代过程中更改我们的故事估算值可以吗？

绝对可以-如果它将影响当前或将来的春季计划。敏捷的重点是使您的操作基于最新和尽可能正确的信息。

如果估算结果如此错误以致于当前的Sprint无法在其时间范围内完成，则您需要对修订的估算值采取行动，因此您可能需要更改它。如果您将新的估算值基于旧的估算值（而不是仅仅依靠内存/经验，而不是依靠内存/经验），那么您需要它们是正确的。

另一方面，估计的正确性本身并没有任何价值。不要浪费时间来整理一些毫无意义的统计数据。