ベロシティとバックログリファインメントの関係

スプリントベロシティデータがバックログリファインメントセッション、ストーリー分割、見積もり精度にどう影響するかを探ります。

Planning

詳細な説明

ベロシティとバックログリファインメント

バックログリファインメント(グルーミング)は、ベロシティデータがより良い計画にフィードバックされる場所です。

フィードバックループ

リファインメント → より良い見積もり → より予測可能なベロシティ
      ↑                                          │
      └────────── ベロシティデータが情報提供 ──────┘

ベロシティデータがリファインメントを改善する方法

1. ストーリーサイズの校正

チームのベロシティが30だが、常に8-13ポイントのストーリーを完了している場合、ストーリーが大きすぎる可能性があります。

変更前:3ストーリー x 〜10 pts = 30(ストーリーあたりのリスク高)
変更後:6ストーリー x 〜5 pts = 30(リスク低、より予測可能)

2. 見積もりバイアスの特定

ストーリーごとの見積もりと実際のポイントの比率を追跡します。5と見積もったストーリーが常に8かかる場合、チームは体系的に過小評価しています。

3. 適切なスプリントキャパシティの設定

ベロシティはリファインメントファシリテーターに何ポイントのストーリーを準備すべきかを伝えます。

4. 分割が必要なストーリーの特定

スプリントベロシティの30-40%を超える単一ストーリーは分割すべきです。

重要なポイント

ベロシティは単なるアウトプット指標ではなく、リファインメントをより効果的にするためのインプットです。

ユースケース

チームのリファインメントプロセスを改善し、持ち越しを減らし、見積もりとデリバリーの間のフィードバックループを強化するためにこのガイドを使用してください。

試してみる — Sprint Velocity Calculator

フルツールを開く