ベロシティトラッキングとは？アジャイル開発の予測精度を高める手法

ベロシティトラッキングとは

ベロシティトラッキングは、スクラムチームが各スプリントで完了したストーリーポイント（SP）の合計値を継続的に記録・分析する手法です。ベロシティとは「速度」を意味し、チームが一定期間内にどれだけの作業を完了できるかを示す指標として機能します。

この手法の目的は、チームの作業キャパシティを経験に基づいて把握し、将来のスプリント計画やリリース計画の予測精度を高めることにあります。過去3〜4スプリントのベロシティ平均を算出することで、次のスプリントでどれだけの作業を受け入れられるかの目安が得られます。

ベロシティは「チームの速さ」を測るものですが、生産性の評価指標として使うことは推奨されません。ストーリーポイントの見積もりはチームごとに異なるため、チーム間の比較は無意味です。あくまでそのチーム内での計画立案と改善のための指標です。

構成要素

ベロシティトラッキングは以下の要素で構成されます。

基本要素

ストーリーポイント（SP）: 各ユーザーストーリーの相対的な作業量を示す見積もり値です。フィボナッチ数列（1, 2, 3, 5, 8, 13, 21）が一般的に使われます
スプリントベロシティ: 1スプリントで「完了の定義」を満たしたストーリーの合計SPです。途中まで進んだストーリーはカウントしません
平均ベロシティ: 直近3〜4スプリントのベロシティの平均値です。計画立案の基準値として使用します
ベロシティチャート: スプリントごとのベロシティを棒グラフで可視化したものです。推移を一目で把握できます

指標	内容	ベロシティとの関係
バーンダウンチャート	スプリント内の残作業推移	スプリント内の進捗パターンを補完
サイクルタイム	1タスクの着手から完了までの時間	個別タスクの処理速度を補完
リードタイム	要求から納品までの全体時間	エンドツーエンドの速度を補完
スプリントバーンアップ	完了済み作業の累積推移	リリース全体の進捗を補完

実践的な使い方

ステップ1: ストーリーポイントの見積もり

スプリントプランニングで、プロダクトバックログの各アイテムにストーリーポイントを付与します。プランニングポーカーを使って、チーム全員で相対見積もりを行います。

見積もりの基準として、チーム内で「基準ストーリー」を決めておくことが重要です。たとえば「ログイン画面のUI修正 = 3SP」を基準とし、他のストーリーはこれと比較して大きいか小さいかで見積もります。

ステップ2: スプリント実行とベロシティの記録

スプリント終了時に、完了の定義を満たしたストーリーのSPを合計します。この際、部分的に完了したストーリーはカウントしません。「80%完了」のストーリーのSPは0です。

この厳格なルールが重要です。部分完了を認めると、ベロシティが実態よりも高く見え、次のスプリント計画で過剰なコミットメントにつながります。

ステップ3: ベロシティの分析と活用

3〜4スプリント分のデータが蓄積されたら、平均ベロシティを算出します。この値を使って以下の計画を立てます。

スプリント計画: 次のスプリントで受け入れるストーリーの合計SPを、平均ベロシティの範囲内に収めます
リリース計画: 残りのバックログの総SPを平均ベロシティで割ることで、リリースまでに必要なスプリント数を概算します
レトロスペクティブ: ベロシティの変動が大きい場合、その原因（割り込み作業、メンバーの欠席、見積もりのブレなど）をチームで振り返ります

活用場面

スプリントプランニング: 平均ベロシティを基準に、次のスプリントで受け入れる作業量を決定します。過去の実績に基づく判断のため、楽観的すぎるコミットメントを防げます
リリース予測: プロダクトオーナーやステークホルダーに対して「残りのバックログを消化するにはあと何スプリント必要か」をデータに基づいて示せます
チーム改善の指標: ベロシティの推移を観察することで、プロセス改善や技術的負債の解消が実際にチームのキャパシティに影響しているかを確認できます
リソース計画: メンバーの増減がベロシティに与える影響を追跡し、チーム編成の判断材料にします
見積もり精度の向上: 実績ベロシティと計画時の見積もりを比較することで、見積もりの精度を継続的に改善できます

注意点

パフォーマンス評価に使わない

ベロシティを個人やチームの「成績」として扱うと、ストーリーポイントのインフレが発生します。チームが見積もりを意図的に高くし、見かけ上のベロシティを上げるという本末転倒な行動につながります。ベロシティは計画ツールであり、評価ツールではありません。

チーム間で比較しない

ストーリーポイントはチームごとの主観的な相対見積もりです。Aチームの「5SP」とBチームの「5SP」は同じ作業量を意味しません。チーム間でベロシティを比較して「Aチームの方が生産性が高い」と判断することは誤りです。

安定するまで時間がかかる

新しいチームのベロシティは最初の数スプリントで大きく変動します。安定するまでに4〜6スプリントかかるのが一般的です。初期段階ではベロシティを過信せず、レンジ（最小値〜最大値）で見積もる方が安全です。

完了の定義を曖昧にしない

ベロシティの信頼性は「完了の定義（Definition of Done）」の厳密さに依存します。完了の定義が曖昧だと、実質的に未完了のストーリーがカウントされ、ベロシティが水増しされます。

まとめ

ベロシティトラッキングは、スクラムチームの作業キャパシティを実績ベースで把握し、スプリント計画やリリース予測の精度を高めるための手法です。計測自体はシンプルですが、パフォーマンス評価に使わないこと、チーム間で比較しないこと、完了の定義を厳密に守ることが、正しく運用するための前提条件です。バーンダウンチャートやサイクルタイムなどの関連指標と組み合わせることで、チームの状態をより立体的に把握できます。

参考資料

スクラムにおけるスプリントベロシティ - Atlassian（ベロシティの定義、計測方法、活用のベストプラクティスを包括的に解説）
ベロシティとは何か？目的や活用方法を解説 - Asana（ベロシティの基本概念とプロジェクト管理での活用法）
アジャイルにおけるベロシティとは？活用方法や誤った使い方も解説 - SIntグループ（ベロシティの正しい使い方と典型的な誤用パターン）

ベロシティトラッキングとは？アジャイル開発の予測精度を高める手法