アジャイル見積もりのためのフィボナッチ数列

フィボナッチストーリーポイントは、正確な時間にこだわることなく、チームが作業を迅速かつ正確に見積もるのに役立ちます。相対的なサイジングを使用して、大規模で不確実なタスクと迅速な成果を区別します。

フィボナッチストーリーポイントシステムはしばらく前から存在していますが、最近のアジャイルプラクティスの採用により、再び人気が高まっています。見積もりをサポートするほぼすべてのプロジェクト管理ソフトウェアで使用できます。例えば、Jira や Asana などです。

評価のためのフィボナッチ数列 (1, 2, 3, 5, 8, 13, 21)

ほとんどの要件が不明で、環境が複雑で、ニーズが緊急の場合は、絶対的な見積もりではなく相対的なサイジングを使用します。費やす正確な時間数や得られる金額を知る必要はありません。これらの数値は、Scrum / アジャイル手法ではストーリーポイントとしても知られています。

このような見積もりの目標は、相対的なサイジングを支援することです。何が大きく、何が小さいかを判断するのに役立ちますが、予測が可能になることは稀であるため、正確な数値を見つけることはできません。

フィボナッチ数列の見積もりは、見積もり時間を 80% 短縮します。違いを強調し、より良い見積もりを提供します。

フィボナッチ数列を使用したストーリーポイントが時間よりも優れている理由

Scrum Inc によると、プロジェクトにどのくらい時間がかかるかを、実装した人を含め、会社の最高の専門家でさえ見積もることができませんでした。さらに、1940年代の Rand Corporation の研究は、人間が時間を見積もることが得意ではないことを示しました。実践的な経験は、この研究を繰り返し確認しています。

開発者は、始めるのに十分な知識しか持っていません。アイテムを完了するために必要なすべてを知っているわけではありません。要件が曖昧であればあるほど、何かにどのくらい時間がかかるかを計算することは難しくなります。しかし、チームはリリースを予測するために作業を見積もる必要があります。

要件が曖昧であればあるほど、何かにどのくらい時間がかかるかを計算することは難しくなります。WSJF は、時間単位で適切な見積もりを設定することを強制しません。代わりに、不確実性のレベルを設定するよう求めます。

私たちの目標は、正確な時間数を見つけることではなく、許容可能な不確実性のレベルを決定し、処理することです。不確実性は、ジョブサイズが大きくなるにつれて指数関数的に増大します。

ジョブサイズの見積もりが大きくなるにつれて、タスクを完了する確率は劇的に低下します。

タスクを期限内に完了する確率、ACADEMIC JOURNAL OF MANUFACTURING ENGINEERING, VOL. 15, ISSUE 1/2017 45

より良い計画のために、1 つのスプリントまたはプロダクトインクリメントサイクルで達成できない、大規模で不明確なタスクを分離する必要があります。

線形評価スケールでは、数値が互いに近すぎて、見積もりを区別することができません。フィボナッチ数列は、小さなチャンクに分割すべきものから、合理的な複雑さを持つ最優先リストを保護します。

ジョブサイズとタスクを期限内に完了する確率の相関関係

フィボナッチ数列による見積もりが 80/20 ルールに従う方法

WSJF 優先度スコアは、0.14 から 63 まで分布する 80 の一意の値を持ちます。WSJF スコアの各間隔に 7 つの優先度レベルを一致させることができます。

WSJF スコア値の大部分は 18 未満です。これは値の約 80% です。これはパレートの法則と一致します。この見積もり方法は、バックログ内の無用なタスクと最良のアイデアを分離します。

タスクを評価できない場合はどうすればよいですか？

時には、まったく見積もりを与えることができない場合があります。おそらく、タスクには明確化や再考が必要であるか、課題に関する情報が不足しています。

質問

非同期のバックログリファインメントのためのシンプルで強力なツールです。

hi.ducalis.io で評価セッションを実行している間、不明確な課題に関連する質問をすることができます。その後、タスクは評価セクションから質問に移動します。

各質問の解決の結果は、課題に関連するアクションである必要があります。課題について議論し、明確化し、分割し、統合し、またはバックログから削除する時間があります。質問が解決されると、課題は評価セクションに戻ります。

この方法の最大の利点は、非同期であることです。専用のバックログリファインメントセッションを実行する必要はありません。「質問」ボタンで置き換えられる可能性のある別の Zoom 通話をスキップするだけです。

評価のスキップ

時には、課題の説明を読んでも、それが何についてのものなのか見当がつかない場合があります。たとえば、タスクトラッカーから自動的に同期されただけかもしれません。しかし、課題はまだ研究、プロトタイピング、または実験モードにあるため、評価の準備ができていませんでした。

次の評価サイクル (プロダクトインクリメント) までスキップすることができます。

課題はスコアリングされたセクションに表示され、スキップされたとマークされます。

全体像を理解するには、チームの評価進捗レポートを確認して、バックログ内にスキップされたタスクがいくつあるかを確認してください。

Ducalis でスコアリング方法としてフィボナッチ数列を選択する

Ducalis で優先順位付け基準を作成する際、フィボナッチ数列をゼロから作成する代わりに、提供されているスコアプリセットから既製のプリセットをすばやく選択して使用できます。

各スコアに説明を追加して、プロダクトバックログ内の課題をスコアリングする際にチームメートをガイドすることができます。

修正されたフィボナッチ数列

Mike Cohn (ストーリーポイント概念の著者) は、1, 2, 3, 5, 8, 13, 20, 40, 100 の修正されたフィボナッチ数列でチームが見積もることを推奨しています。

アイデアは十分にシンプルです。40 または 100 で何かを評価することは、現在の PI サイクルから質問をするか、タスクをスキップすることに似ています。

そのアイデアが気に入った場合は、基準設定の下で修正されたフィボナッチ数列プリセットを簡単に選択できます。

ただし、これは多くの手作業です。したがって、誰かが常にそれらのタスクを追跡し、不明確なタスクのリストを念頭に置き、他の人に明確化を求める必要があります。