リード タイムとサイクルタイム ウィジェット

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022

リード タイムウィジェットとサイクルタイム ウィジェットは、開発パイプラインを通過する作業にかかる時間を示します。 リード タイムは、作業項目の作成から完了までの合計時間です。 サイクル時間は、チームが作業を開始した後に作業項目を完了するのにかかる時間です。

キー定義

• [リード タイム ] — 作業項目が作成されたとき (または最初にバックログに入った時点) から完了/終了状態になるまでの合計経過時間。 リード タイムはエンドツーエンドの配信を測定し、配送時間の見積もりと SLA の追跡に役立ちます。

• サイクル時間の計算 — 作業項目の最初の遷移から、アクティブ/進行中 (または該当する場合は解決済み) 状態カテゴリから、完了/終了状態カテゴリへの最終的な遷移までの期間。 再アクティブ化された作業項目の場合、サイクル時間は、作業項目が最初にアクティブ (または解決済み) 状態カテゴリに入った時点から開始され、完了状態カテゴリに入った最後の時刻に終了します。 サイクル時間には、アクティブな作業期間全体 (アイテムがアクティブな状態で費やすすべての時間) が含まれます。これには、再アクティブ化後のアクティブ時間も含まれます。

• 合計サイクル時間 — アクティブな作業期間と、再アクティブ化が行われる前に Closed/Completed 状態で費やされた時間の両方を含む合計経過時間。 つまり、合計サイクル時間は、作業項目が閉じられ、後で再び開かれたアクティブな期間と終了した期間の完全な経過時間を反映します。

シナリオの例 (再アクティブ化): 新しい→アクティブ→解決済み→閉じた→新しい→アクティブ→閉じた

このシナリオでは:

• サイクル時間の計算は、最初の切り替えからアクティブに開始され、最後に Closed に切り替わる時点で終了します (アクティブなスパンが集計されます)。
• 合計サイクル時間には、アクティブなスパンとそれらの間のクローズ期間も含まれます (したがって、アクティブな状態と終了状態の両方で完全な経過時間が測定されます)。

次の図は、リード タイムとサイクル時間の違いを示しています。 リード タイムは、 作業項目の作成から作業項目 が 完了 状態になったときまでの時間です。 サイクル時間は、作業項目が最初に進行中または解決済状態カテゴリに入ったときから完了状態カテゴリに入ったときまでの時間です。 詳細については、「 バックログとボードのワークフローの状態についてを参照してください。

サイクルタイムで再アクティブ化された作業項目を処理する方法

再アクティブ化された ( 完了 状態から 進行中 の状態に戻された) 作業項目の場合、サイクル時間は、作業項目が最初に 進行中 または 解決済 みの状態カテゴリに入った時点から開始され、 完了 状態カテゴリに入った最後の時刻を終了します。 サイクル時間には、再アクティブ化後の任意の時間を含む、アクティブな作業期間全体が含まれます。

シナリオ例:

• 新しい→アクティブな→解決済み→閉じられた→新しい→アクティブな→閉じられた
• サイクル時間の計算: 最初の切り替えからアクティブに切り替え、最後の切り替えから [終了] への切り替え
• 合計サイクル時間: アクティブな作業期間と、再アクティブ化前のクローズ状態の時間の両方が含まれます

この計算方法では、作業項目の完了に必要な合計時間 (再アクティブ化後の再作業や追加作業を含む) の全体像が得られます。 リード タイムの計算は同じ原則に従います。中間完了状態に関係なく、作業項目の作成から最終完了までの期間を対象とします。

これらの措置は、チームが計画を立て、効率の変動を見つけ、考えられるプロセスの問題を発見するのに役立ちます。 リードとサイクル時間が短いほど、チームのスループットが速くなります。 各振り返りの前または間に、リード タイム チャートとサイクル タイム チャートを確認します。 リード タイムを使用して、配送時間を見積もり、サービス レベル アグリーメント (SLA) を追跡します。 サイクルタイムを使用して、プロセスの問題を見つけ、傾向を特定し、計画に役立ちます。

詳細については、「累積フロー、リード タイム、サイクル時間のガイダンス」を参照してください。

前提条件

1. チームのボードに、ワークフロー プロセスをサポートする 列 と スイムレーン が定義されていることを確認します。
2. ウィジェットをダッシュボードに追加します。 ウィジェットには、 Cycle Time と Lead Time の 2 つのウィジェットがあります。 表示して構成する 1 つを選択します。

サイクル時間ウィジェットとリード タイム ウィジェットを構成する

[サイクル時間] ウィジェットと [リード タイム] ウィジェットの構成ダイアログは同じです。 チーム用にこれらのウィジェットを設定します。 詳細については、「チームを作成または追加する」を参照してください。

散布図の管理図を解釈する

[リード タイム] ウィジェットと [サイクルタイム] ウィジェットの両方が散布図コントロール チャートとして表示されます。 概要情報を表示し、いくつかの対話型要素を提供します。

リード タイム ウィジェットの例

グラフのドットは、完了した作業項目を表します。 横軸上の位置はチームが完了した日付を示し、縦軸上の位置は計算されたリード タイムまたはサイクル時間を示します。

• 大きいドットは、同じリード タイムまたはサイクル時間を持つ複数の作業項目を示します
• ドットの色は、凡例に表示される作業項目の種類と一致します
• 濃い灰色のドットは、作業項目の種類の組み合わせを示します

Summary 要素

• グラフに設定された主要な作業項目の種類の平均日数 (リード タイムまたはサイクル時間)。 この数は、すべての作業項目の平均サイクル時間またはリード タイムとは限りません。 ウィジェットの設定方法によって異なります。 平均は、チームが作業項目に費やす各日に基づいています。
• グラフの計算で使用されるバックログ作業項目の数。 3 種類を超える作業項目がある場合は、 Other の概要が表示されます。
• 黒い傾向線は移動平均を示しています。
• 傾向線の周りのバンドは標準偏差を示します。

対話型要素

• 任意の点にカーソルを合わせると、データ ポイントを構成する作業項目と、それらの項目のリード タイムまたはサイクル時間が表示されます。
• ドットを選択して作業項目を開くか、作業項目を一覧表示するクエリを開きます。
• 凡例 ( 、 、または別のアイコン) で作業項目タイプを選択してグラフをフィルターします。 元のグラフに戻るには、ダッシュボードを更新します。

移動平均と標準偏差の計算

• 日次移動平均: 現在の日と前の N 日に基づく、移動平均ウィンドウ内のデータ ポイントの平均。 N は、グラフに表示される日数の 20% で、最も近い奇数に切り捨てられます。

  • 例: グラフに過去 30 日間が表示されている場合、 N = 5 日 (30 日の 20% は 6、切り捨て 5)。

• 移動平均ウィンドウ: 4 月 10 日の期間は過去 5 日間です。 4 月 10 日の移動平均は、4 月 5 日から 4 月 10 日までのすべてのデータ ポイントの平均です。

  • 移動平均ウィンドウにデータ ポイントがない場合、グラフには移動平均線は表示されません。 これは、移動平均を計算するのに十分な日数がない場合に発生する可能性があります。

• 標準偏差: 移動平均を中心としたバンドとして表示され、同じ移動平均ウィンドウ内のすべてのデータ ポイントから計算されます。

  • 移動平均ウィンドウにデータ ポイントがない場合、グラフには標準偏差は表示されません。

REST API を使用してウィジェットを追加する

次の API エンドポイントを使用して、プログラムでウィジェットを追加します。

POST https://dev.azure.com/{organization}/{project}/{team}/_apis/dashboard/dashboards/{dashboardId}/widgets?api-version=7.1-preview.2

詳細については、「 REST API - Get widget」を参照してください。

関連記事

• 累積フロー、リード タイム、サイクル時間に関するガイダンスを取得する
• かんばんボードについて
• 累積フロー ダイアグラムを表示および構成する
• バックログとボードのワークフローの状態を理解する
• アジャイル、スクラム、CMMI のプロセスを調べる