スクラムガイド | 34. スクラムの速度 – 開発チームの速度
公開: 2022-07-06スクラムの速度は、スクラム チームがタスクを完了する速度を決定するのに役立ちます。 これは、1 つのスプリントで完了したストーリー ポイントの平均数として定義できます。 Velocity は、すでに完了した作業の進捗状況に基づいて、プロジェクトの期間を見積もることもできます。 ただし、これは、均一で安定したペースで作業する成熟したチームにとってのみ意味があります。 Velocity とは何か、そして Velocity を最適に機能させる方法を見てみましょう!
スクラムのベロシティ – 目次:
- スクラムのベロシティ – はじめに
- 実績速度と計画速度
- スクラムのベロシティに関連する困難とリスク
- 概要
スクラムのベロシティ – はじめに
ベロシティはオプションですが、スクラム チームのペースを測定する一般的な方法です。 これは、Velocity を正確に見積もることで、プロジェクトの完了に必要な時間を妥当な範囲で予測できるためです。 ただし、これは特定の開発チームにのみ適用できる尺度であり、ストーリー ポイントなどの身近な単位を使用して、それ自体が「評価」したタスクを実行します。
開発チームのベロシティは、ほとんどの場合、ベロシティ チャートの形式で提示されます。 X 軸には、連続したスプリントがマークされます。 一方、Y 軸には、特定のスプリントで完了したストーリー ポイントまたはその他の対応するユニットの数が表示されます。 ベロシティ チャートを使用すると、スクラム チームは作業のペースの変化を明確に把握できます。 グラフにマークされた線が上昇している場合、チームが効率を最適化しているか、ストーリー ポイントの値を減らしていることを意味します。 したがって、スクラム マスターとプロダクト オーナーの両方が、チームのベロシティを示す線に注意深く従う必要があります。
実績速度と計画速度
開発チームの実際のベロシティは、完了したスプリントでの作業のペースを表し、各スプリントの終わりに計算されます。 完了したすべてのユーザー ストーリーのストーリー ポイントの合計の値を取ります。 開発チームの実際の速度により、将来のタスクのペースをある程度の確率で計画および見積もることができます。
一方、計画ベロシティは、実際のベロシティの平均値に基づいて推定されます。 開発チームに変更がないという前提が必要です。 それをもとに、チーム内の連携がうまくいっているか、仕事のペースが保たれているかなどを評価できる、開発チームにとって重要な社内ツールです。
計画されたベロシティにより、プロダクト オーナーは、後続のスプリントで実行するようにスケジュールされた明確に定義されたユーザー ストーリーの実行時間を予測することもできます。 これにより、この記事で説明した製品バックログのより効率的な育成が可能になります。 ただし、計画されたベロシティを適用してプロジェクト期間を見積もる方法は、それほど単純ではありません。
スクラムのベロシティに関連する困難とリスク
スクラムのベロシティは、多くの場合、次の要因を考慮せずに重要視されすぎています。
- より大きな全体またはプロジェクト全体を見積もる– 開発チームは特定のタスクに割り当てられるストーリー ポイントの数を正確に見積もることができますが、これらのユニットで将来実装されるより大きな全体を説明することは非常に困難または不可能です。
- プロジェクトの変更 – プロジェクトの変更は、製品の目標を達成するために必要なストーリー ポイントの数の変更を意味する可能性があります。 また、既に完了したタスクを変更する必要があるか、製品の最終バージョンで使用されない場合もあります。
- 不測の事態– すでに完了したプロジェクトに基づいて将来のプロジェクトのペースを予測する、つまり、実際の速度を計画された速度に変換すると、正確な見積もりが得られます。 しかし、プロジェクトにはそれぞれ特徴があり、歴史に基づく正確な予測は通常不可能です。
概要
開発チームの有効性を評価するためのメトリックとしてベロシティを使用すると、その信頼性が低下する可能性があります。 また、見積もりの品質が低下する可能性もあります。これについては、この記事で詳しく説明しています。 結局、メトリクスで可能な限り最高の結果を得るために、開発チームはベロシティを上げるためにタスクの労働強度を過大評価するかもしれません。 チーム自体が貴重な情報を失い、改善を行い、タスクをより正確に計画するため、これは有害です。
スクラムの速度は、主に開発チームが作業のペースを評価するために使用する内部測定として役立ちます。 これは、1 つのスプリント中に完了できるタスクの数を決定できるためです。
プロダクト オーナーの手元にあるベロシティは、より大きなタスクの締め切りを見積もるための便利なツールになります。
ただし、最大のリスクは、開発チームを評価するためのメトリックとしてベロシティを使用することに関連しています。 これは、スクラムチームの作業に対する外部評価を改善するために、その信頼性を低下させたり、その価値を故意に過大評価したりする可能性があるためです。
私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチ コミュニティに参加してください。
作者: キャロライン・ベッカー
プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。
スクラムガイド:
- 基本的な用語、役割、および概念の用語集
- スクラムとは？
- スクラムの価値
- あなたの会社にスクラムを導入する方法は？
- スクラム チーム - それは何ですか?どのように機能しますか?
- プロダクトオーナーとは?
- プロダクトオーナーのよくある間違い
- スクラムマスターとは？
- 優れたスクラムマスターの特徴
- スクラムマスターのよくある間違い
- スクラム マスターはどのような統計と指標を追跡する必要がありますか?
- プロダクトオーナーとスクラムマスターの協力
- スクラムの開発チーム
- 開発者のよくある間違い
- スクラム成果物
- スクラムのスケーリング
- スプリントバックログ
- 製品バックログとは何ですか?
- ユーザーストーリーとは？
- INVEST で最高のユーザー ストーリーを作成する
- 最も一般的なユーザー ストーリーの間違い
- ユーザーストーリーの承認基準
- スクラムの見積もりとストーリー ポイント
- 企画ポーカー
- チーム見積もりゲーム
- 増分の定義
- スクラムイベント
- スクラムにおけるスプリントとは?
- スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
- バーンダウンチャートとは？
- バーンダウン チャートを作成して解釈する方法
- バーンダウンチャートのメリットとデメリット
- スクラムとスクラムバンのかんばんボード
- スクラムの速度 - 開発チームの速度
- デイリースクラム
- スプリント計画
- スプリントレビュー
- スプリントレトロスペクティブとは何ですか?
- スプリントふりかえりでよくある間違い
- 製品バックログ育成