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

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

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

前提条件

ヒント

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

速度グラフの種類

速度グラフには、バックログ ページからアクセスするコンテキスト内のベロシティ グラフと、ダッシュボードに追加する Velocity ウィジェットのいずれかを選択できます。 これらの両方のグラフを使用すると、次の表の情報をすばやく特定できます。この情報には、使用可能なワークフロー状態カテゴリとその説明が記載されています。

提案済みまたは解決済みに割り当てられたアイテムは、完了、完了遅延または不完全いずれの計算にも含まれません。 詳細については、「Azure Boards でのワークフロー カテゴリの状態の使用方法」を参照してください。 選んだ項目は自分用にのみ設定され、変更するまでセッションをまたいでも保持されます。

ワークフローの状態 説明
対応予定 スプリントの開始前にスプリントに割り当てられた作業項目の数に基づいて計算されます。 作業項目が開始前にスプリントに割り当てられ、元のスプリントの開始後に別のスプリントに割り当てられる場合は、元のスプリントで計画済みとして表示されます。 その後、作業項目は、割り当てられている新しいスプリントで [遅延] または [不完全] と表示されます。
完了済み スプリントの開始前または開始後にスプリントに割り当てられ、スプリントの終了前に完了した作業項目の数に基づいて計算されます。
完了時間が遅い スプリントの開始前または開始後にスプリントに割り当てられたが、スプリントの終了後に完了した作業項目の数に基づいて計算されます。
未完了 スプリントの開始前または開始後にスプリントに割り当てられ、まだ完了していない作業項目の数に基づいて計算されます。

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

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

ウィジェットでは、さらにいくつかの構成オプションがサポートされています。 速度グラフを構成または表示するには、「速度グラフの構成と表示」を参照してください

速度グラフには、バックログ ページからアクセスするコンテキスト内のベロシティ グラフと、ダッシュボードに追加する Velocity ウィジェットのいずれかを選択できます。 Velocity ウィジェットを使用すると、次の情報をすばやく特定できます。

  • 計画された速度
  • 実績 (完了) 速度
  • 計画より後に完了した作業
  • 完了していない作業量

どちらのグラフも、複数のスプリントのチームの速度の視覚化をサポートしています。 ただし、Velocity ウィジェットでは、次の構成オプションがサポートされています。

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

ベロシティ レポートは、製品バックログとポートフォリオ バックログの両方のバックログ レベルごとに使用できます。 各レポートには、各ユーザーに関心のあるビューを提供する対話型のコントロールが用意されています。

  1. 組織にサインインし (https://dev.azure.com/{yourorganization})、プロジェクトに移動します。

  2. [Boards Backlogs]\(ボード>のバックログ\) 画面で[Analytics]\(分析\) を選択して、製品またはポートフォリオのバックログのベロシティ レポートを開きます。

    Screenshot showing Backlogs, open Analytics.

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

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

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

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

    Screenshot of Velocity Analytics report.

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

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

    Screenshot of Analytics in-context report, Copy to dashboard option.

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

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

  1. Web ポータルから、製品のバックログを開きます。

  2. 適切なプロジェクトを選択したことを確認し、[Boards>Backlogs] を選択し、チーム セレクター メニューから適切なチームを選択します。

    Screenshot to Open Boards, Backlogs, for a team, Azure DevOps Server 2019.

    別のチームを選択するには、セレクターを開き、別のチームを選択するか、[すべてのバックログを参照] オプションを選択します。 または、検索ボックスにキーワードを入力して、プロジェクトのチーム バックログの一覧をフィルター処理することもできます。

    Screenshot to Select another team, Azure DevOps Server 2019.

    ヒント

    星型アイコンを選んで、チーム バックログをお気に入りに追加します。 お気に入りの成果物 ( お気に入りアイコン) は、チーム セレクターの一覧の先頭に表示されます。

  3. バックログ レベルとして、バックログ項目 (スクラムの場合)、ストーリー (アジャイルの場合)、または要件 (CMMI の場合) を選択します。

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements in Azure DevOps Server 2019.

  4. ベロシティ チャートを開きます。

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements, Azure DevOps Server 2019.

    グラフを表示するには、チームで次のアクティビティを実行する必要があります。

    • チームのスプリントを選択します。
    • バックログ項目をスプリントに割り当てます。
    • 作業量、ストーリー ポイント、またはサイズを定義してバックログ項目を見積もります。
  5. グラフでは、前のスプリントで完了した (緑) か進行中のバックログ作業 (作業量、ストーリー ポイント、またはサイズの合計) が追跡されます (青)。

    次のグラフに示すように、速度はさまざまな理由でスプリント間で変動する傾向があります。 ただし、スプリントごとに緑色で表示される値を平均することで、平均速度をすばやく決定できます。 その後、平均を予測ツールに差し込むことができます。

    Web portal, Velocity chart showing seven sprints of in progress and completed work.

    スクラム プロセス基づく作業項目は、状態が Committed に設定されるとグラフにカウントされます。一方、アジャイルプロセスと CMMI プロセスに基づく項目は、状態がアクティブに設定されるとカウントされます。 この動作は、ワークフローの状態から カテゴリの状態マッピングに設定されます

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

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

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

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

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

    Screenshot showing sequence of highlighted buttons to configure Velocity dashboard.

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

    Screenshot showing Configure dialog, Velocity widget.

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

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

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

    Note

    イテレーションの開始日時点でイテレーションに割り当てられている場合、作業は計画済みと見なされます。

    • 作業が遅れて完了したことを強調表示する: このチェック ボックスをオンにすると、イテレーションの終了日より後に完了とマークされた作業項目が表示されます。これは、完了が遅いと見なされ、薄い緑色で表示されます。 完了した作業の遅延を強調表示すると、イテレーションが完了した後に作業項目が完了とマークされる傾向を見つけるのに役立ちます。

    • 作業が遅れるイテレーションの終了日より後の日数: 作業項目の状態がまだ新しい場合、または進行中の場合に作業項目が遅れたと見なす日数を指定します。 たとえば、3 日を入力すると、イテレーションの終了後 3 日後に、作業項目が完了または完了したと見なされるまでの時間が経過したと見なされます。

      Note

      作業項目の完了日が、作業項目が現在割り当てられているイテレーションの終了日より後の場合、作業項目は遅延と見なされます。 イテレーションの終了日を過ぎた日数に入力 した値が考慮され、その後の作業は遅れます

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

    Screenshot of example Velocity widget, eight iterations.

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

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

必須:

推奨:

  • ばらつきを最小限に抑えるため、バックログ項目を定義してサイズを設定します。
  • チームが望むバグの処理方法を決めます。 チームがバグを要件のように扱うことを選択した場合、バグはバックログに表示され、ベロシティ チャートと予測にカウントされます。
  • チームの区分パスを設定します。 予測ツールは、チームの既定の設定に基づいてそれらの項目を予測します。 これらの設定では、項目をチームの既定の区分パスに含めるか、除外するかを指定できます。
  • バックログ項目とバグの階層を作成しないでください。 かんばんボードとタスク ボードとスプリント バックログには、リーフ ノードと呼ばれる階層内の最後のノードのみが表示されます。 たとえば、階層の深さが 4 レベルのアイテムをリンクする場合、かんばんボード、スプリント バックログ、タスク ボードには、4 番目のレベルの項目のみが表示されます。
    要件、バグ、タスクを入れ子にする代わりに、項目間の深さ 1 レベルの親子リンクを作成メイン、フラットなリストのみを作成することをお勧めします。 要件またはユーザー ストーリーをグループ化するには、フィーチャーを使います。 ストーリーをフィーチャにすばやくマップし、バックグラウンドで親子リンクを作成できます。
  • スプリントの終了時にチームが完了したバックログ項目の状態を更新します。 未完了の項目は、プロダクト バックログに戻し、将来のスプリント計画会議で検討する必要があります。
  • バックログ項目のサイズ変動を最小限に抑えて、真の見積もりを作成するチームの能力を強化します。 変動性は不確実性を高めますが、見積もりのばらつきを最小限に抑えると、より信頼性の高い速度メトリックと予測結果の可能性が高くなります。 推定は、その性質上、現実を反映していません。 これは、バックログ上の他の項目を完了する作業に関連するため、項目を完了するために必要な作業に関するチームによる最適な推測を表します。

重要

エリア パスを削除したり、反復パスを再構成したりすると、データが失われ、元に戻すことはできません。 たとえば、 エリア パス が変更されたチームのバーンダウンまたはバーンアップ ウィジェット グラフ、スプリント バーンダウン、ベロシティ グラフは、正しいデータを反映しません。 履歴傾向グラフは、各作業項目の過去のポイントで定義されている エリア パス反復パス を参照します。 エリア パスまたは反復パスが削除されると、その履歴データを取得できません。

他のチームを追加する

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

次のステップ