Agile / SCRUMで使用するポイントスケールの選択に関する優れたガイドですか?


10

プロジェクトにはPivotal Trackerを使用しており、次の3つのポイントスケールから選択できます。

0,1,2,3
0,2,4,8
0,1,3,5,8

そして、私たちの決定を導くのに役立つリソースを探しています。(2回の反復で0,1,2,3を使用した後、他の1つがはるかに有用または意味のある場所を確認できます。)


もっと説明してもらえますか、あなたが何を求めているのかは不明です。
アミールRezaei

確かに、ポイントスケールの選択に対処するWebサイト、記事、ページ、またはドキュメントを探しています。
ドッグウェザー

Googleはあなたの友達です。真剣に。見つけるのは難しくありません(google.com/search?q=agile+ideal+days+pointsを試してください)。何が困難である、スーツというアプローチを見つけることですあなたのチームとそのために、私たちはあなたからより多くの情報が必要。
マーティンウィックマン

ああはい-ありがとう。私の「チーム」はマイクロサイズです。パートタイムのプログラマー(私)、ソフトウェア開発者が初めてのパートタイムのプロジェクトマネージャー、そして始めたばかりのパートタイムのプログラマー。私たちは皆良い友達であり、プレイヤー間にストレスはありません。
ドッグウェザー

1
@Dogweather:私(あなたが "チーム"の唯一のプログラマー)であれば、スクラムはまったく使用せず、GTDのような単純な生産性テクニックを使用します。私見、あなたはスクラムで時間を無駄にしている。

回答:


5

「フィボナッチ」ストーリーポイントスケールは非常に人気があります:1、2、3、5、8など。人気のあるプランニングポーカーカードデッキ(Mountain Goat SoftwareおよびCrispによる)はそれに基づいています。疑問符、0、1 / 2、1 2、3、5、8、13、20、40、100、無限大。

マイク・コーンは、アジャイル推定および計画の本で、1-2-3-5-8の代わりに1-2-4-8を使用しても問題ないと述べています。

「マイクロサイズ」のチームにストーリーポイントを適用する場合は、覚えておくことが重要です。ストーリーの最大サイズを制限し、「小石と岩を混ぜない」(Agile for the Solo Developerを参照)


1

あなたが望むのは、20または40を超えるものをとにかく分解する必要があるという事実に基づいて、より小さなポイントと十分な違いを提供し、より大きなストーリーにはそれほど多くないオプションだと思います。これにより、小さなストーリーと通常のサイズのストーリーではより細かい違いをサポートし、より大きなサイズのストーリーでは大まかな違いのみをサポートします。

私たちがスクラムをやっていたとき、フィボナッチベースのポイントでうまくいきました。20がスプリントに現実的に収まると考えた最高の数です。何かが40または100だった場合、基本的には開発者がストーリーが大きすぎると言っていました。

それ以外は、それほど大きな違いを生むとは思いません。フィボナッチベースのシーケンスの方がうまくいきます。ただし、チームと開発中の製品で何が機能するかは問題ありません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.