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

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

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

前提条件

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

ヒント

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

速度グラフの種類

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

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

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

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

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

ベロシティ ウィジェット

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

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

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

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

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

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

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

   

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

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

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

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

   

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

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

   

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

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

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

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

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

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

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

   

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

   

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

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

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

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

   

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

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

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

必須のタスク

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

推奨されるタスク

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

重要

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

他のチームを追加する

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

次のステップ

スプリントを計画する

関連記事

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