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

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

ベロシティ メトリックは有用な情報を提供するため、チームはforecastスプリントを計画およびし、計画されたコミットメントをどの程度見積もり、満たすかを決定できます。 スプリント中にチームが完了できる作業の量は、完了した作業項目の数a か見積もりの合計作業 (製品バックログアイテム)、ストーリー ポイント (ユーザー ストーリー)、またはサイズ (要件) に基づいて表示できます。 ベロシティをチームの能力を判断するための補助として使用し、主要業績評価指標と混同しないでください。

前提条件

• プロジェクト メンバーシップ:
  • プロジェクトのメンバーである必要があります。 プロジェクトに追加するか、プロジェクトを作成します。
• チーム メンバーシップとアクセス許可:
  • ウィジェットをチーム ダッシュボードに追加するには、チームのメンバーである必要があります。
  • Basic 以上のアクセス権が必要です。
  • dashboard のアクセス許可必要があります。または、team 管理者またはプロジェクト管理者である必要があります。
• 機能の有効化:
  • ボード を有効にする必要があります。 無効にした場合、作業追跡分析ウィジェットは表示されません。 再度有効にするには、「T Azure DevOps サービスを有効または無効にするを参照してください。
• タスクの認識:
  • この記事の後半に記載されている必須タスクと推奨されるタスクに注意してください。

ヒント

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

速度グラフの種類

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

Proposed または Resolved 状態の項目は、Completed、Completed Late、および Incomplete 計算から除外されます。 詳細については、「 ワークフロー カテゴリの状態が Azure Boards で使用される方法を参照してください。 選択内容は個人用であり、変更されるまでセッション間で保持されます。

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

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

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

ベロシティ ウィジェット

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

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

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

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

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

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

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

   

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

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

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

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

   

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

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

   

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

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

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

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

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

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

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

   

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

   

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

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

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

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

   

Planned、Completed、Completed Late、および Incomplete 状態の詳細については、この記事で前述したState の説明を参照してください。

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

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

必須のタスク

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

推奨されるタスク

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

重要

• Area パスの削除または Iteration Paths の再構成により、元に戻せないデータ損失が発生します。 たとえば、 Area Paths が変更されたチームのバーンダウンおよびバーンアップ ウィジェット グラフ、スプリント バーンダウン、ベロシティ グラフでは、正確なデータは表示されません。 履歴傾向グラフは、作業項目ごとに定義された エリア パス と Iteration Path を参照します。 一度削除すると、これらのパスの履歴データを取得することはできません。
• 削除できるのは、作業項目で使用されなくなった領域パスと反復パスのみです。

他のチームを追加する

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

次のステップ

スプリントを計画する

関連記事

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