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

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

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

前提条件

カテゴリ	要求事項
アクセス レベル	- プロジェクト メンバー。 - 少なくとも基本的なアクセス。
権限	- チーム管理者またはプロジェクト管理者、またはあなたに付与された特定のダッシュボードのアクセス許可。 - ウィジェットをチーム ダッシュボードに追加するには:チームのメンバー。
機能の有効化	Azure Boards が 有効になっている。 無効にした場合、作業追跡分析ウィジェットは表示されません。 再度有効にするには、「 サービスのオンとオフを切り替える」を参照してください。
タスクの認識	この記事の後半に示す必要なタスクまたは推奨されるタスクの認識。

ヒント

この記事の画像は、Web ポータルに表示されるイメージとは異なる場合があります。 これらの違いは、Web アプリの更新、自分または管理者が有効にしたオプション、プロジェクトの作成時に選択されたプロセス (アジャイル、Basic、スクラム、CMMI) に起因する可能性があります。

速度の数値を理解する

ベロシティ は、チームが過去のスプリントで完了した作業量を表します。これは、将来の容量を予測するのに役立ちます。

• カウントで追跡する場合: 速度は、スプリントごとに完了した作業項目 (ユーザー ストーリー、バグ、タスク) の数を示します
• 合計で追跡する場合: 速度には、スプリントごとに完了したストーリー ポイント、作業時間、またはサイズの見積もりの合計が表示されます

たとえば、チームがスプリント 1 の 25 ストーリー ポイント、スプリント 2 の 30 ストーリー ポイント、スプリント 3 の 28 ストーリー ポイントに相当するユーザー ストーリーを完了した場合、平均速度はスプリントあたり約 28 ストーリー ポイントになります。 この平均は、将来のスプリントでコミットする作業量を計画するのに役立ちます。

ベロシティ グラフの種類

ベロシティ グラフは、バックログ ページのコンテキスト内ベロシティ グラフとダッシュボード用のベロシティ ウィジェットの 2 種類から選択できます。 どちらのグラフも、次の表に示すワークフロー状態カテゴリをすばやく理解するのに役立ちます。

提案済みまたは解決済みの状態の項目は、完了、完了遅延、および不完全の計算から除外されます。 詳細については、「 Azure Boards でのワークフロー カテゴリの状態の使用方法」を参照してください。 選択内容はユーザーごとの設定であり、変更されるまでセッションをまたいで保持されます。

ワークフローの状態	説明
対応予定	開始前にスプリントに割り当てられた作業項目。 スプリントが開始された後に再割り当てされた場合、それらは元のスプリントで計画されたままになり、新しいスプリントでは遅延または不完全として表示されます。
完成	スプリントに割り当てられ、スプリントの終了前に完了した作業項目。
完了時間が遅い	スプリントに割り当てられたが、スプリント終了後に完了した作業項目。
Incomplete (不完全)	スプリントに割り当てられているが、まだ完了していない作業項目。
解決	スプリントに割り当てられたバグ。ソリューションが実装されましたが、まだ検証されていないことを示します。

この記事の後半で、 Velocity のコンテキスト内レポートを開 くか、 Velocity ウィジェットを構成する方法について説明します。

コンテキスト内速度グラフ

ベロシティ ウィジェット

各グラフは、次の方法で構成できます。

• 作業量の合計、ストーリー ポイント、サイズ フィールド、またはバックログ アイテムに割り当てられているサポートされているその他の数値フィールド。
• バックログの作業項目の数。
• イテレーションの回数。

ウィジェットには、より多くの構成オプションが用意されています。 詳細については、「 速度グラフの構成と表示」を参照してください。

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

ベロシティ レポートは、製品バックログとポートフォリオ バックログの両方で使用できます。 各レポートには対話型コントロールが含まれています。これにより、ユーザーは特定の目的に合わせてビューをカスタマイズできます。

1. プロジェクトにサインインします(https://dev.azure.com/{Your_Organization/Your_Project})。

2. Boards>Backlogs>Analytics を選択して、製品またはポートフォリオのバックログの Velocity レポートを開きます。

   

3. 別のバックログに変更するには、バックログ セレクターから選択し、[ベロシティ] で [レポート全体を表示 ] を選択します。

4. 対話型コントロールを使用して、カウントまたは合計フィールドと反復回数を選択します。 [ カスタム イテレーション ] を選択して、1 から 15 までの任意の数のイテレーションを指定します。

   チームがスプリントを完了しない場合、またはスプリントの開始日より前のアイテムに取り組んでいる場合、分析および予測するデータはありません。 次のメッセージが表示されることがあります。 このウィジェットを使用するようにイテレーションの日付を設定します。 この状況を解決するには、現在の日付を含むようにイテレーションの日付範囲を設定するか、スプリントが開始されるのを待ちます。

   列領域にカーソルを合わせると、計画済み作業項目と完了済み作業項目の概要が表示されます。 たとえば、07_2019 スプリントでは、131 項目が計画されています。

   

   詳細については、この記事で前述したワークフロー状態の説明を参照してください。

5. レポートをダッシュボードに追加するには、 アクション アイコンを選択し、[ ダッシュボードにコピー] を選択します。

   

6. ダッシュボードを選択し、[ OK] を選択します。

7. 分析の概要に戻るには、 戻る矢印を選択します。

ベロシティ ウィジェットを構成する

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

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

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

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

   

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

   

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

3. (任意) 各スプリントで予定より後に完了した作業に関する追加情報を表示するチェック ボックスをオンにします。

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

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

   

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

ベロシティ チャートを使用するために必要な作業および推奨される作業

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

必須のタスク

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

推奨される作業

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

重要

• エリア パスの値を削除するか、繰り返しパスの値を再構成すると、次のグラフでは元に戻せないデータ損失が発生します。
  • バーンダウンとバーンアップウィジェットチャート
  • スプリント バーンダウン グラフ
  • エリア パスが変更されたチームの速度グラフ
  • 各作業項目の時点で定義された エリア パス と 反復パス の値を参照する履歴傾向グラフ
• これらのパスを削除しても、履歴データを取得することはできません。
• 領域パスと反復パスは、作業項目で使用されなくなった場合にのみ削除できます。

他のチームを追加する

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

次のステップ

スプリントを計画する

関連記事

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