チームの速度を表示および構成する

Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019

速度メトリックは、チームがスプリントを計画および 予測 し、計画されたコミットメントを見積もって満たす正確さを評価するのに役立つ貴重な分析情報を提供します。 これらのメトリックは、完了した作業 項目の数 または作業の 見積もりの合計 (製品バックログ項目)、ストーリー ポイント (ユーザー ストーリー)、またはサイズ (要件) に基づいて、スプリント中にチームが完了できる作業量を示します。 速度を使用してチームの容量を決定しますが、主要業績評価指標と混同しないでください。

前提条件

速度グラフの種類

ベロシティのコンテキスト内レポートを表示する

Velocity ウィジェットを構成する

Velocity ウィジェットは、1 つのチームに対してのみ構成できます。 複数のチームの速度を表示する場合は、複数のチームからロールアップするポートフォリオ管理チームを構成する必要があります。 詳細については、「チームの 追加」を参照してください。

まだ行っていない場合は、 Velocity ウィジェットをダッシュボードに追加します。 Azure DevOps Server 2019 の場合は、 Analytics を有効またはインストールします。

Velocity ウィジェットを構成するには、次の手順を実行します。

1. の [アクション] アイコンを選択し、[構成] オプションを選択して構成ダイアログを開きます。

   

   タイトルを変更し、チームを選択し、追跡するバックログ レベルまたは作業項目の種類を選択します。作業項目の数を追跡するか、数値フィールドの合計を追跡するかを選択します。 最も一般的な合計フィールドは、作業量、ストーリー ポイント、またはサイズです。

   

2. 表示するスプリントの数を指定します。 既定値は 6 で、最大値は 15 です。

3. (省略可能)チェック ボックスをオンにすると、各スプリントの計画よりも後で完了した作業の追加情報が表示されます。

   • イテレーションの計画された作業を表示します。 このチェック ボックスをオンにすると、イテレーションの開始時にイテレーションで計画された作業量が表示されます。これは、計画された作業を実際の成果物と比較するのに役立ちます。 既定では、計画作業時間の数はイテレーションの開始日から開始されます。
   • 計画作業時間が最終であるイテレーションの開始日を過ぎた日数: 計画作業時間をカウントする開始日を過ぎた日数を指定します。 たとえば、イテレーションの最初の 2 日間が計画用の場合は、 3を入力すると、計画作業は 3 日目にカウントされます。 たとえば、イテレーションが 01/01/2024で開始され、3 つのバックログ項目が 01/01/2024 の終了日にイテレーションに割り当てられている場合、これらの 3 つのバックログ項目は計画済みと見なされます。 チームがイテレーションの数日まで計画を完了しない場合は、計画された作業が最終的に終了したときに、イテレーションの開始日から過去の日数を更新できます。
   • 作業が遅れて完了したことを強調表示します。 このチェック ボックスをオンにすると、イテレーションの終了日より後に完了とマークされた作業項目が表示されます。これは、完了が遅いと見なされ、薄い緑色で表示されます。 完了した作業の遅延を強調表示すると、イテレーションが完了した後に作業項目が完了とマークされる傾向を見つけるのに役立ちます。
   • 作業が遅れるイテレーションの終了日より後の日数: 作業項目の状態がまだ新しい場合、または進行中の場合に作業項目が遅れたと見なす日数を指定します。 たとえば、3 日を入力すると、イテレーションの終了後 3 日後にチームが作業項目を完了または完了したとマークしてから、遅延と見なされます。

4. [保存] を選択します。 次の図は、ストーリー ポイントと 8 スプリントのデータに基づくベロシティを示しています。

   

計画済み、完了、遅れて完了、および不完全状態の詳細については、この記事で前述した状態の説明を参照してください。

ベロシティ チャートを使用するために必要なタスクと推奨されるタスク

チームがベロシティ チャートから最大のユーティリティを取得するには、次の必須タスクと推奨タスクに従ってください。

必須のタスク

• イテレーション パス (スプリント) を定義し、チームのイテレーションを構成します。 スプリントが同じ期間であることを確認します。
• バックログ項目を定義して見積もります。 チームのバックログから作成されたアイテムは、現在のスプリントとチームの既定のエリア パスに自動的に割り当てられます。
• 作業の開始時と完了時にバックログ項目の状態を更新します。 ベロシティ チャートまたはウィジェットには、 状態が [進行中 ] または [完了] の項目のみが表示されます。

推奨されるタスク

• 可変性を最小限に抑えるために、バックログ項目を定義してサイズを設定します。
• チームがバグをどのように 扱うかを決定します。 要件のように扱われると、バグがバックログに表示され、ベロシティ チャートと予測に含まれます。
• チームのエリア パスを設定します。 予測ツールでは、これらの設定を使用して、チームの既定値の下のエリア パスにアイテムを含めるか除外します。
• バックログ項目とバグの階層を作成しないでください。 ボード、タスクボード、スプリント バックログには、階層内の最後のノードのみが表示されます。 代わりに、親子リンクを 1 レベル深くしてフラット リストを維持します。 機能を使用して、要件またはユーザー ストーリーをグループ化します。
• スプリントの終了時に完了したバックログ項目の状態を更新します。 将来のスプリント計画のために、不完全な項目を製品バックログに戻します。
• 推定精度を向上させるために、バックログ項目のサイズ変動を最小限に抑えます。 変動性を減らすと、速度メトリックと予測結果の信頼性が向上します。 見積もりは、バックログ上の他のユーザーに対して項目を完了するために必要な作業量に関するチームによる最適な推測です。

他のチームを追加する

各チームが独自のバックログ ビュー、ベロシティ チャート、予測ツールが必要な場合は、 新しいチームを追加できます。 各チームは、割り当てられたエリア パスと、 そのチームに固有のイテレーション パスのみを含むように作業項目をフィルター処理する独自のアジャイル ツール のセットにアクセスできます。

次のステップ

関連記事

• スプリントを予測する
• ダッシュボードのアクセス許可を設定する
• イテレーション パス (スプリント) を定義し、チームイテレーションを構成する
• バーンダウンまたはバーンアップ ウィジェットを構成する