为何在敏捷开发中使用斐波那契数? - Reddit

22-03-26 banq

最近,我的团队决定为我们的冲刺尝试斐波那契(Fibonacci,简称fib )点。

在这之前,我们用点来表示时间(1点=1天),并且通常有一个我们称之为置信度的第二个值(在估计的准确性方面)。低置信度意味着它可能会有很大的变化。高置信度是为你以前做过很多次的事情保留的。

我觉得在大多数情况下,这样做效果很好;我们知道每个冲刺的最高分是9天(天数,1个会议日),而且一般会给低信心的票据提供额外时间。但我们的争论大师喜欢斐波那契(简称fib ),我们对任何事情都有兴趣。

但我无法理解为什么斐波那契是有用的。
据我所知,估算编程任务的时间是很难的,也是不准确的,而fib是故意抽象的,这样你就不会太执着于你的 "4天3小时2分钟 "的时间估算。所以fib有一种刻度,0/1/2/3/5/8/13,每个任务都比上一个任务大得多......而这个大小代表了开发的 "努力"(但不是时间?什么是努力?)。
但我不明白finb如何具体地比任何其他有序的描述符更好,就像T恤衫尺寸(小号、中号、大号、XL)或其他编造的订单(shot, short, tall, grande, venti... berry, cherry, apple, watermelon)。
我读了一点书,承认fib是为了记下相对值,比如3比2多50%,5比3多66%......这样你就不能在估计时过于细化。

最让我感兴趣的是速度的概念。我的理解是,你使用你的团队完成的故事/项目点,把它们加起来,这就是你的速度。像这样做几个冲刺,现在你就有了一个平均数,就可以朝这个方向计划了...... 但这对我来说没有任何意义。
如果fib系统的目的是故意抽象和不准确的,你就不能只是把数字加起来,并期望围绕它进行计划。
在我没有受过训练的耳朵里,这听起来像是 "上一次冲刺我们做了3个小号和一个大号,所以这次冲刺我们可以做两个中号和两个大号"。
fib系统甚至有一个零级任务。一个人在一个冲刺阶段能做多少个零级任务?10? 100?

 
Reddit网友回答:
1. 问题是,你对这个旨在成为 "风中的拇指 "的系统的精确度要求太高了。

有几点意见:
  • 如果你有一个 "X点=Y天 "的标尺,你还不如直接用天来估计。
  • 为什么不在冲刺阶段尝试一下,看看会发生什么?你的问题可能都有答案了。
  • 使用Fib的最初动机之一只是为了避免关于5分故事和6分故事之间的争论。既然我们知道这些测量方法并不精确,那么任何类似的争论都是在浪费时间。
  • 速度只是作为一个非常粗糙的、"风中的拇指 "的预测工具。如果你真的把需要任何信心的承诺完全建立在速度上,那你就活该了。
  • 如果你只根据故事点的估计和速度来制定你的冲刺计划,你就做错了。
  • 我的经验是,一个 "0 "点的故事/任务会被认为是 "微不足道 "的,就冲刺计划而言,不值得浪费时间去讨论。如果你发现自己在冲刺阶段有100个0分的任务,请给我打电话,让我知道。不要再担心那些永远不会发生的可笑的情况了。

 
2. 在一个团队中估计任务会产生讨论。通过这样的讨论,你可以对困难有一个深入的了解。这也有助于项目经理/产品负责人了解什么是需要时间的。
当以天为单位定义故事点时,不同的开发人员、产品负责人或利益相关者之间可能总是有冲突。例如:你需要1小时来完成这个子任务?我可以在30分钟内完成它。
 
3. 试图在估算中达到精确是没有用的。斐波那契是故意模糊的。
而且不要再试图通过时间来估计,没有必要。
或者继续做下去。不管怎么样。
 

猜你喜欢