なぜフィボナッチシリーズがアジャイルプランニングポーカーで使用されるのですか？[閉まっている]

アジャイルソフトウェア開発におけるユーザーストーリーの相対的なサイズを推定する場合、チームのメンバーは、ユーザーストーリーのサイズを1、2、3、5、8、13、...と推定するものとします。したがって、推定値はフィボナッチ系列に似ているはずです。しかし、なぜでしょうか。

ウィキペディアのhttp://en.wikipedia.org/wiki/Planning_pokerの説明には、不可解な文が含まれています。

フィボナッチ数列を使用する理由は、より大きなアイテムを推定する際の固有の不確実性を反映するためです。

しかし、なぜより大きなアイテムに固有の不確実性があるのでしょうか？測定を少なくすると、つまり同じストーリーを推定する人が少なくなれば、不確実性は高くなりますか？そして、より大きなストーリーで不確実性が高くても、なぜそれがフィボナッチ数列の使用を意味するのでしょうか？それには数学的または統計的な理由がありますか？それ以外の場合、フィボナッチシリーズを推定に使用することは、CargoCult科学のように感じます。

フィボナッチシリーズは、指数推定スケールのほんの一例です。指数スケールが使用される理由は、情報理論に由来します。

見積もりから得られる情報は、見積もりの​​精度よりもはるかに遅くなります。実際には、対数関数として成長します。これが、大きなアイテムの不確実性が高くなる理由です。

指数スケール（正規化）の最適なベースを決定することは、実際には困難です。フィボナッチスケールに対応するベースは最適な場合とそうでない場合があります。

数学的な正当化の詳細な説明は次のとおりです。http：//www.yakyma.com/2012/05/why-progressive-estimation-scale-is-so.html

フィボナッチ数列の最初の6つの数字のうち、4つが素数です。これにより、タスクを均等に小さなタスクに分割して、複数の人が並行して作業する可能性が制限されます。そうすることは、タスクの速度がその作業をしている人の数に比例して比例する可能性があるという誤解を招く可能性があります。2 ^ nシリーズはこのような問題に対して最も脆弱です。フィボナッチ数列は実際、1つずつ小さなタスクを再推定することを強制します。

このアジャイルブログによると

「私たち人間が意味のある大きさの変化を知覚できるのとほぼ同じ速度で成長するからです。」

ええ、その通り。これは、本質的に非常に高レベルの初期段階のサイズ設定（スコープではない）エクササイズ（価値がある）に正当性（フィボナッチ！数学！）の雰囲気を追加するためだと思います。

しかし、Tシャツのサイズを使用しても同じ結果が得られます...

あなたは間違いなく何か指数関数を望んでいるので、一定の相対誤差で任意の時間を表すことができます。見積もりの​​精度も見積もりに比例する可能性が非常に高くなります。

だからあなたは何かが欲しい：a）整数でb）指数c）簡単

では、なぜ1 2 4 8ではなく、フィボナッチなのでしょうか。フィボナッチの成長が遅いためだと思います。それはgoldratio ^ nにあり、goldratio = 1.61 ...

フィボナッチ数列は、プロジェクト計画ポーカーで使用されるいくつかの1つにすぎません。

大量の作業単位を正確に推定することは困難であり、数値が「現実的」である場合、数時間から数日で議論に取りつかれやすくなります。

私はhttp://www.agilelearninglabs.com/2009/06/story-sizing-a-better-start-than-planning-poker/の説明が好きです。つまり、フィボナッチシリーズは、直感的に区別できる一連の数値を表していますそれらの間で異なる大きさとして。

私はいくつかの理由でフィボナッチを使用しています：

• タスクが大きくなると、詳細が把握しにくくなります
• タスクの見積もりは、チームのだれかがタスクを完了するための時間数です
• チームの全員が特定のタスクについて同じ量の経験を持っているわけではないため、不確実性も増します
• 人間は、より大きく潜在的により複雑な作業に疲労します。2倍複雑なタスクは、コンピューターでは2倍の時間で解決されますが、開発者にとってはかなり時間がかかる場合があります。

すべての不確実性を足し合わせると、実際の時間はどうなるかわかりません。このタスクが、すでに見積もりを行った別のタスクよりも大きいか小さいかを測定できれば、結局は簡単になります。タスクのサイズ/複雑さを上げると、不確実性の影響も増幅されます。以前5時間と見積もっていたタスクの2倍の大きさのタスクの場合、13時間の見積もりを喜んでとるでしょう。