为什么Fibonacci系列用于敏捷计划扑克？

Question

在估计敏捷软件开发中用户故事的相对大小时,团队成员应该估计用户故事的大小为1,2,3,5,8,13 ....... 所以估计的值应该类似斐波那契数列.但我想知道,为什么？

维基百科上的http://en.wikipedia.org/wiki/Planning_poker描述中有一句神秘的句子:

使用Fibonacci序列的原因是为了反映估计较大项目时的固有不确定性.

但为什么大项目存在固有的不确定性？如果我们减少测量,那么不确定性是否更高,这意味着如果更少的人估计相同的故事？即使较大的故事中的不确定性更高,为什么这意味着使用Fibonacci序列？它有数学或统计学原因吗？否则使用Fibonacci系列进行估算对我来说就像CargoCult科学一样.

Answer 1

Fibonacci系列只是指数估计量表的一个例子.使用指数尺度的原因来自信息理论.

我们从估计中获得的信息比估计的精度慢得多.实际上它是一种对数函数.这就是较大物品不确定性较高的原因.

在实践中确定指数标度的最佳基数(标准化)是困难的.对应于斐波那契量表的基数可能是也可能不是最佳的.

以下是对数学证明的更详细解释:http://www.yakyma.com/2012/05/why-progressive-estimation-scale-is-so.html

Answer 2

在Fibonacci序列的前六个数中,四个是素数.这限制了将任务平均分解为较小任务以使多个人并行工作的可能性.这样做可能会导致误解,即任务的速度可能与工作人员的数量成比例.2 ^ n系列最容易受到这样的问题的影响.斐波纳契序列实际上迫使人们逐一重新估计较小的任务.

Answer 3

根据这个敏捷博客

"因为它们的增长速度大致与我们人类能够感受到有意义的变化幅度相同."

是的,没错.我认为这是因为它们增加了一种合法性(Fibonacci!数学!)本质上是一个非常高级的,早期规模(不是范围)练习(它确实有价值).

但你可以使用T恤尺码获得相同的效果......

Answer 4

你肯定想要一些指数的东西,这样你就可以用一个恒定的相对误差表达任何数量的时间.您估计的精确度很可能与您的估计成正比.

所以你想要的东西:a)有整数b)指数c)容易

现在为什么斐波那契代替,1 2 4 8？我的猜测是因为斐波那契变慢了.它在goldratio ^ n,goldratio = 1.61 ......

Answer 5

Fibonacci序列只是项目规划扑克中使用的几个序列之一.

很难准确估计大单位的工作,如果你的数字过于"现实",很容易在数小时内与日讨论陷入困境.

我喜欢http://www.agilelearninglabs.com/2009/06/story-sizing-a-better-start-than-planning-poker/上的解释,即Fibonacci系列代表了一组我们可以直观地区分的数字他们之间的差异是不同的.

Answer 6

我使用斐波那契数列有几个原因：

• 随着任务变得越来越大，细节变得越来越难以掌握
• 任务估计是团队中任何人完成任务的小时数
• 对于某项特定任务，团队中的每个人都不会拥有相同的经验，因此这也增加了不确定性
• 人类会对更大且可能更复杂的任务感到疲劳。虽然计算机可以用双倍的时间解决两倍复杂的任务，但对于开发人员来说可能需要更多的时间。

As we adds up all the uncertainties we are less sure of what the hours actually should be. It ends up easier if we can just gauge if this task is larger/smaller than another one where we gave a estimate of already. As we up the size/complexity of the task the effect of uncertainty is also amplified. I would be happily taking an estimate of 13 hours for a task that seems twice as large as one I've previously estimated at 5 hours.