tfs - スクラム フレームワークでのストーリー ポイントの規模の測定

Question

このスクラムの記事によると：

ストーリー ポイントは、特定の時間数に直接変換されない相対的な値です。代わりに、ストーリー ポイントは、チームがユーザー ストーリーの全体的なサイズを定量化するのに役立ちます。これらの相対的な推定値は精度が低いため、決定するのに必要な労力が少なくて済み、長期にわたってより適切に保持されます。ストーリー ポイントで見積もることで、チームはユーザー ストーリーの全体的なサイズを提供し、後でチーム メンバーがユーザー ストーリーを実装しようとするときに、より詳細な作業時間の見積もりを作成します。

誰でも明確にできますか：

1. ストーリー ポイントの測定尺度は何にする必要がありますか? 10、100、または特定の製品バックログで割り当てられた最高のストーリー ポイントのうちどれにする必要がありますか?
2. (少しトピックから外れています) 「プロダクト バックログ アイテム」(添付の画像を確認してください) はプロジェクトのすべてのユーザー ストーリーで構成され、スプリント バックログにはプロダクト バックログのストーリーのサブセットが含まれます。そうは言っても; 1 つの製品バックログで十分な場合、なぜ TFS では複数の製品バックログ アイテムを使用できるのでしょうか?

Answer 1

1. 好きなスケールを使用できます。私がよく行うのは、フィボナッチ (1、2、3、5、8、13、21、...) です。スケールのベースラインを設定するために、平均的なサイズのゴールデン ストーリーを 8 と評価し、サイズが少し小さいストーリーを 5 と評価しました。そして、アジャイルに取り組んでいるので、継続的に改善しています。ですから、別の黄金の物語が必要だと感じたら、それを実行してください。
2. PBI (プロダクト バックログ アイテム) ワーク アイテムは、プロダクト バックログ自体ではありません。バックログの話です。プロダクト バックログには、ある時点で実装したいすべてのストーリーが特定の順序で一覧表示されます (ビジネス価値が最も高いストーリーが一番上にあることを願っています)。ストーリーをスプリントに取り込みたい場合は、イテレーション パスを変更します。製品バックログから引き出され、スプリント バックログに表示されるようになりました。