スクラムにおけるスプリント ベロシティ: パフォーマンスの測定と改善の方法

通常、各スプリントの終了時に、完全に完了したすべてのユーザー ストーリーのストーリー ポイントまたはその他の測定単位を合計してスプリント ベロシティを計算します。

スクラムにおけるベロシティを計算する方法の段階的なプロセスは次のとおりです。

チームが完了させたスプリントの数に基づいて平均スプリント ベロシティを計算すると、今後のスプリントにとってより信頼性の高い測定値が得られます。この測定値は、新しく結成されたチームや、規模や構造が変わったチームにとって役立ちます。

たとえば、過去 3 回のスプリントのベロシティが 14、16、15 の場合、平均ベロシティは (14 + 16 + 15)/3 = 15 ポイントになります。

さまざまな要因がスクラムの指標やベロシティに影響を与える可能性があります。これらを理解することは、チームのパフォーマンスを計画し、継続的に改善させるのに役立ちます。

開発チーム内の人数とそれぞれのスキル レベルは、チームがスプリント中に完了できる作業に影響する可能性があります。大人数のチームであれば、1 スプリントでより多くのストーリー ポイントを獲得できます。しかし、人が増えると、コミュニケーションのオーバーヘッドが高くなり、調整が困難になる可能性があります。

逆に、小規模でスキルの高いチームは、複雑なタスクを効率的に処理することで、大規模でスキルの低いチームよりも優れたパフォーマンスを発揮できる可能性があります。

スクラム・チームのメンバーが協力して複数のスプリントを行うと、新しいチームの妨げとなる多くの問題が解決される可能性があります。彼らはコミュニケーション・パターンを確立していて、誰が何を得意にしているかも把握しています。

これらのチームは、問題が発生したときに活用できる経験を共有しています。経験があることで、ベロシティを大幅に向上させる場合があります。

複雑なストーリーが詰まったスプリントは、通常、ベロシティが低くなります。複雑さが割り当てられたストーリー ポイントを正確に反映していない場合、ベロシティの数値は誤解を招く恐れがあります。

ベロシティを一定に保つために、一部のチームはスプリント内で「即効性のある」タスクとより複雑なタスクのバランスを取ることを目指しています。

チームがデータベースの更新や API の統合を完了するために他のチームに依存しており、そのチームの作業が遅れた場合、チームのベロシティが直接低下する可能性があります。これらの依存関係を認識し、チーム間の効果的なコミュニケーションを通じて計画を立てると、ベロシティへの悪影響を軽減できます。

同様に、祝祭日や社内のイベントは、それによって作業時間が減少するため、スプリント計画に組み込む必要があります。

チームのスプリント ベロシティを理解することは、次のようなスプリント計画やプロジェクト管理のさまざまな側面で強力なツールとなります。

チームの平均ベロシティを知ることは、当て推量を排除し、スプリント ベロシティを正確に測定するのに役立ちます。チームの過去 3 回のスプリントの平均ベロシティが 50 ストーリー ポイントであれば、次のスプリントを計画するためのデータに基づいたベースラインが確立できます。次のスプリント バックログに約 50 ストーリー ポイントがある場合、妥当なコミットメントをしていることになります。

関係者は、推測や希望的思考よりもデータに基づいた見積もりを頼りにします。たとえば、プロジェクトのバックログに 200 ストーリー・ポイントがあり、チームの平均ベロシティが 1 スプリントあたり 50 ストーリー・ポイントの場合、プロジェクトを完了するためにチームはさらに約 4 回のスプリントが必要になる可能性があると確信を持って予測できます。

チームのベロシティが突然 30 ストーリー・ポイントに低下したり、70 ストーリー・ポイントに急上昇したりした場合は危険です。一貫して低下している場合は、チームが圧倒されていると感じている可能性があり、上昇している場合は、チーム・メンバーがチャレンジ不足である可能性があります。この知識により、タスクの再割り当てやスプリント目標の再検討など、リアルタイムの調整が可能になります。

時間の経過とともにベロシティを追跡することで、チームの効率が向上しているのか、それとも進行中の課題に注意が必要なのかを理解するのに役立ちます。数回のスプリントでベロシティが 40 から 60 に上昇した場合、プロセスの改善が成果を上げていることを示しています。

Jira にはチームの過去のベロシティを示すベロシティ チャートや、その他の多様なアジャイル レポートが用意されているため、ソフトウェア チームによるベロシティの追跡、将来のパフォーマンスの予測、スプリント計画が容易になります。これはチームが処理できる作業量を視覚化するワンストップ ツールであり、今後のスプリント目標をより正確に設定できます。

さらに、Jira はチームが計画とパフォーマンスを改善するために必要な、アジャイル指標、コンテキストに応じたインサイト、レポート、およびプロジェクト管理機能も提供します。

いいえ、スクラムにおけるベロシティは生産性と同じではありません。ベロシティは主に、チームが将来のスプリントで処理できる作業量を計画し、見積もるための指標です。

生産性は通常、仕事の質、プロセスの効率、ビジネスにとっての価値などの要素を含む、より広範な尺度です。

チームは定期的にふりかえりミーティングを開き、うまくいったこと、うまくいかなかったことを話し合い、次のスプリントの改善を計画することで、ベロシティを向上させられます。コンテキストの切り替えを最小限に抑える、つまりさまざまなタスクやプロジェクト間の頻繁な切り替えを減らすことで、より速く、より一貫したベロシティを実現できます。

ベロシティは貴重な計画ツールですが、限界があるため、チームを評価する唯一のパフォーマンス指標にすべきではありません。チームのパフォーマンスをより包括的に把握するために、他のアジャイル指標も追跡することを検討してください。

1 つの重要な限度は、ベロシティは作業の質や提供するビジネス価値を測るものではないということです。これは、個々のユーザー・ストーリーの複雑さの質的側面を考慮しない定量的指標です。

ベロシティはチーム固有のものであり、さまざまなチームのパフォーマンスを比較するための指標ではありません。チーム内の各グループの作業は異なる場合があり、その結果、ベロシティも異なる可能性があります。全体的なベロシティが低いからといって、そのチームが別のチームより成功していないとは限りません。