通过敏捷估算,有人说只选择1/2至1.5天的间隔时间是否正确?

时间:2009-08-27 16:38:07

标签: agile scrum estimation

敏捷估计,是否有人说选择间隔只有1/2到1.5天?

9 个答案:

答案 0 :(得分:8)

它往往是一个很好的经验法则(敏捷与否),你的任务应该分解为最多1 - 2天的增量。

这个想法是,如果你有比这更大的块,那么你没有完成任务,你很可能会错过估计并错过它比你把它分解的时间更长的时间。通常当你分解它时,你会发现你的初步估计已经关闭,而且由于你已经将任务分解为更具体的任务,你的估计现在更准确,更具可追踪性和意义。

对于即将出现在待办事项列表中的任务,您应该注意这一点,但对于长距离规划而言,您没有必要详细考虑该功能,我认为较大的估算/任务未针对该功能进行细分没关系。

这是Joel Spolsky谈论此事的链接。大约在页面的一半处查看第5项。

http://www.joelonsoftware.com/articles/fog0000000245.html

答案 1 :(得分:4)

根据我的经验,任何超过2天的估计可能隐藏了应该进一步细分的严肃工作。这样的估计有很高的可能性。尝试将所有内容分解成更小的块,这样任何单个块都不会超过1-2天。

答案 2 :(得分:3)

保持估计的简短是有好处的。它迫使您将大型任务分解为可以快速测量和讨论的小型离散任务,这有​​助于促进整个敏捷开发过程。

话虽这么说,我几乎从来没有像这样的事情将“规则”作为一个强硬的规则。不过,我会说这是一个很好的指导方针。

答案 3 :(得分:1)

我的团队由初级程序员(大学生)组成,我们发现如果我们将所有大型任务分解为一堆较小的任务,通常会更容易。它涉及更多的前瞻性思维,但最终我们更富有成效,并且可以更容易地评估我们的进展。当你在一天结束时完成一些事情时,它也会带来成就感。

答案 4 :(得分:1)

我同意该准则。每当我完成5天的任务时,它已经退化为三周的噩梦。大的估计表明你没有充分了解这个问题,知道所涉及的是什么,因为如果你有,你可以找到更好地分解它的方法。

答案 5 :(得分:0)

我不同意。如果一个团队的迭代时间是两周,则10天意味着将花费1天用于迭代关闭(显示和告诉),迭代计划和任务或计划扑克。

在进行计划扑克时,一个团队要么是几何,要么是Fibonacci进行估算。例如,卡片将包含诸如1,2,4,8,16或1,2,3,5,8,13等值。每个数字反映了一对程序员的开发天数。

对于每张卡片,一旦发生讨论,每个成员同时播放反映其估计值的卡片。如果团队的大多数人收敛于相同的估计,则接受估计。如果估计值存在很大差异,则会进行进一步的讨论(成员解释其估算的原因)并进行另一轮投票。这种情况一直持续到达成共识。

如果挑选的数字大于8,则认为该卡太大而且该卡被重构为至少2张较小的卡。原因是如此大的估计表明卡片太大而无法在一次迭代中完成,任何估计都很可能不准确。

使用这种方法可以让团队成员承诺交付他们所承诺的一切,并且对于新团队而言,估计变得如此准确,以至于随身携带的卡很快就会变成低风险。

答案 6 :(得分:0)

关于敏捷评估和规划的非常好的帖子,你可以在agile42的博客上找到:Just enough, just in time

答案 7 :(得分:0)

这里有很多好的答案,所以我会扮演魔鬼的拥护者并从另一方面接近它。

在执行发布计划等操作时,将事情分解为非常小的估计(小时数)可能会出现问题。大卫安德森在他的(优秀)书Agile Management for Software Engineering中对此进行了讨论。

基本上,这个想法是,如果任务非常小,开发人员会将他的估计值填平(比如,将一半小时变成一小时,或者加倍),因为有一定的自我如果开发人员未能在预计的时间内完成如此小的任务,那将会受到伤害。这些本地缓冲区相当多,导致全局缓冲区远远大于它需要的缓冲区。

如果你坚持使用.5天作为一分钟,这不是一个问题 - 它基本上假设那里有一些缓冲区,所以你不需要再填充它了。

答案 8 :(得分:0)

我觉得这个帖子中有一些信息和重叠的混合......请允许我指出: - )

1)通过Mike Cohn的规划扑克技术非常有用的Fibonacci序列是关于估计用户故事的“复杂性”,正如Cam所说 - 通常写在卡上,并且需要不止一个任务,至少所有需要制作一个故事可以发送的东西(Ken Schwaber,Alistar Cockburn,Mike Cohn ......)

2)完成故事所包含的任务通常在理想时间或番茄钟(Francesco Cirillo,“番茄工作法”)中估算。如果您在理想时间内估算,通常的经验法则是将它们保持在半天(3个理想小时)和2天(12个理想小时)之间。这样做的原因是,团队成员至少每两天报告一次任务完成后,团队将获得更多定性状态信息,这比60%完成的任务更有价值。如果你使用番茄钟它们被隐含地“时间盒”到25分钟。每个

保持任务规模小的原因基本上来自“经验过程控制理论”,通过透明度和定期检查来实现。适应,你可以通过量化来更好地检查你的工作进度。具有较小任务的目标是能够清楚地描述和设想将要实际完成的内容,而不会对由于必须预测“未来”而产生的自然不确定性添加太多“猜测”。此外,定义结果和缩短时间框可以让人们保持足够的“紧迫感”,使其成为具有挑战性和激励性的体验。

我还要从克里斯那里了解“动机”和“自我”的观点 - 通过补充说,让人们承诺和激励的好方法是定义任务的预期结果,这样才能够完成后测量结果,并庆祝成功。这个想法被封装在番茄工作法中,但也可以使用理想的估计时间来实现。番茄工作法的另一个有趣的部分是“休息”被认为是“一等公民”并且经常计划,这在创造性和大脑密集型活动中非常重要: - )

你怎么看? 最佳
ANdreaT