Azure DevOps サービス |Azure DevOps Server |Azure DevOps Server 2022
Azure DevOpsのかんばんボードは、作業項目を管理し、ワークフローの進行状況を追跡するための視覚的なツールです。 各作業項目はカードとして表示され、列は To Do、 In Progress、 Done などの作業のステージを表します。 作業が進むにつれて、チーム メンバーは列間でカードをドラッグして状態を更新し、フローを視覚化し、ボトルネックを特定します。
かんばんボードとタスクボードの両方で、作業とサーフェスフローのメトリックを視覚化しますが、さまざまな目的に対応します。
- かんばんボード は、スプリントに関係なく、ユーザー ストーリー、製品バックログ項目、問題、要件などの要件を追跡し、時間の経過に伴う進行状況を監視するための累積フロー図 (CFD) を提供します。
- タスクボード はスプリント スコープであり、特定のイテレーションに対して定義されたタスクを追跡します。 容量グラフとスプリント バーンダウン チャートを使用して、スプリントの進行状況を監視します。 詳細については、「タスクボードを更新して監視する」を参照してください。
製品およびポートフォリオ ボード
各製品とポートフォリオ バックログは、ボードに対応しています。 Teams はこれらのボードに関連付け、選択した領域とイテレーション パスに基づいて作業項目を表示します。 詳細については、「 バックログ、ボード、プラン」および 「イテレーションの 定義と構成」を参照してください。
高品質のソフトウェアの一貫した配信を強化するために、Kanban は次の 2 つの重要なプラクティスを強調しています。
- チームのワークフロー ステージをマッピングし、ボードを適切に構成することで、作業の流れを視覚化します。
- 作業中 (WIP) 制限を設定して進行中の作業を制限します。
これらのプラクティスを実施すると、進行状況を追跡し、メトリックを監視して、リードとサイクル時間を短縮できます。 開始するには、「 ボードを使用する」を参照してください。
ヒント
AI を使用して、Azure DevOpsタスクに役立てることができます。 開始するには、Azure DevOps MCP Server に関する AI のサポートを利用する方法に関する説明を参照してください。
かんばんの概念と用語
次の表では、かんばんボードとかんばんメソッドの作業を追跡するために一般的に使用される用語とツールについて説明します。
| 概念または用語 | Description | 詳細情報 |
|---|---|---|
| 阻害要因 | 作業の進行を妨げる問題。 タグを使用してカードの色を変更することで、ブロックされた作業を強調表示できます。 | カードをカスタマイズし、カードを強調表示するためのスタイル ルールを定義する |
| ボトルネック | 作業の流れを制限するシステム内の制約。 ボトルネックを特定すると、影響を軽減しやすくなり、プロセスを流れる作業を制御するためのメカニズムが提供されます。 | 列を管理し、ボトルネックを特定する |
| カードの並べ替え | カードの並べ替えにより、優先度の順序を変更し、ボードにドラッグ アンド ドロップしたときに、カードにバックログ優先順位を維持するように強制できます。 | カードの並べ替え |
| 列 | 列は作業のステージにマッピングされます。 既定の列は、ボードに表示される作業項目の種類のワークフロー状態にマッピングされます。 チームのワークフローの状態をマップするように列を構成します。 | チームのしくみのフローをマップする |
| 累積フロー図 (CFD) | 状況に応じた CFD レポートは、過去 30 週以内の各列の項目数を示します。 このグラフから、進行中の作業量とリード タイムを確認できます。 進行中の作業では、完了していない要件をカウントします。 | 累積フロー、リード タイム、サイクル時間のガイダンス |
| サイクル時間 | サイクル時間は、作業項目に対して最初に 進行中 カテゴリ状態から 完了 状態カテゴリに入るまでの時間です。 チームのサイクル時間と構成可能な期間を視覚化するには、 サイクル時間ウィジェットをダッシュボードに追加します。 | 累積フロー、リード タイム、サイクル時間のガイダンス |
| 完了の定義 | チームが、そのステージで行われている作業を構成する内容を共有し、標準化するために、作業の各ステージに対して指定する基準。 | [完了] の定義を列に追加する |
| カンバンボード | コンセプトから完成までの作業フローの視覚化をサポートする対話型のデジタル ボード。 Azure DevOpsは、製品とポートフォリオのバックログごとにボードを提供します。 | かんばんボードの機能とエピック、スイムレーンでの作業の追跡 |
| リードタイム | リード タイムは、最初に提案されたカテゴリ状態に入った作業項目から完了状態カテゴリに入るまでの作業項目に対して計算される時間です。 チームのリード タイムと構成可能な期間を視覚化するには、 リード タイム ウィジェットをダッシュボードに追加します。 | 累積フロー、リード タイム、サイクル時間のガイダンス |
| ポートフォリオ バックログ | フィーチャー、エピック、またはシナリオでの作業の整理またはグループ化をサポートする、プロダクト バックログと同様の作業項目の対話型リスト。 ポートフォリオ バックログはプロダクト バックログと同様に機能し、作業の優先順位を決めて、作業のツリー階層を見ることができます。 | フィーチャーとエピックを定義する |
| プロダクト バックログ | チームが配信を計画しているチームのプロジェクト計画またはロードマップに対応する作業項目の対話型リスト。 プロダクト バックログでは、作業の優先順位の指定、スプリント別の作業の予測、ポートフォリオ バックログ項目への作業の迅速なリンクがサポートされています。 バックログ項目を定義し、ボードを使用してその状態を管理できます。 各チームは、製品バックログをカスタマイズできます。 | バックログの作成と管理 |
| プロダクト バックログ項目 | チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 製品所有者は、通常、スクラム プロセスで定義されたプロダクト バックログ項目を定義してスタック順位を指定します。 その他のプロセスでは、 ユーザー ストーリー (アジャイル)、 要件 (CMMI) 、問題 ( 基本) などの種類が使用されます。 | スクラム プロセスの作業項目の種類とワークフロー。 |
| 列の分割 | 分割列機能を使うと、ワークフロー プロセス内にプル メカニズムを実装できます。 分割列がない場合、チームは作業を進め、作業のステージが完了したことを通知します。 ただし、次のステージに作業をプッシュすると、必ずしもチーム メンバーがアイテムの作業をすぐに開始するとは限りません。 分割列を使うと、チームは、作業開始を待機してアイドル状態になっている項目数を正確に把握できます。 | 分割列の管理 |
| スイムレーン | スイムレーンは、さまざまなサービス クラス レベルの作業をサポートするために使用されるボード上の構成可能な行です。 | スイムレーンを使用して作業を高速化する |
| タスクのチェックリスト | タスクは、ユーザー ストーリーまたはプロダクト バックログ項目を完了するために必要な作業を追跡するために使われる作業項目の種類です。 ボードから、実行すべき作業のチェックリストとして表示されるタスクを追加できます。 タスクを完了したら、タスクのチェックボックスをオンにして、タスクの状態を更新できます。 | タスクまたは子項目をチェックリスト項目として追加する |
| タスクの切り替え | タスク切り替え ( コンテキスト切り替え または マルチタスクとも呼ばれます) は、チーム メンバーが異なるタスク間で注意を移すときです。 タスクの切り替えを制限すると、認知機能を新しいアクティビティに向け直すために必要な時間が最小限に抑えられ、より効率的に作業できます。 | バックログ ビューに切り替える、 ボード ビューに切り替える、 タスクボードに切り替える |
| ユーザー ストーリー | チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 通常、ユーザー ストーリーの定義と順位付けは製品所有者が行います。 ユーザー ストーリーはアジャイル プロセスで定義されます。 他のプロセスで同等なのは、 製品バックログ項目 (スクラム)、 要件 (CMMI)、または 問題 (基本) です。 | アジャイル プロセスの作業項目の種類とワークフロー |
|
進行中の作業 (WIP) の制限 |
進行中の作業 は、開始されたが完了または完了していない作業です。 WIP の制限は、チームが 1 つ以上のワークフロー ステージに適用する制約です。 WIP の制限は、システム内の作業の継続的なフローを妨げる潜在的なボトルネックを防ぐのに役立ちます。 | 進行中の作業の制限 |
| ワークフロー状態カテゴリ | 状態カテゴリは、ボードが各ワークフローの状態をどのように扱うかを決定します。 バックログで使用される状態カテゴリは、提案、進行中、解決済み、完了です。 | ワークフローの状態と状態のカテゴリ |
| ワークフローの状態 | ワークフローの状態は、作業項目の作成から完了まで、作業項目の状態の追跡をサポートするために、作業項目の種類ごとに定義されます。 これらの状態では、ワークフロー プロセス (作業の開始から完了までに通過するアクション、ステップ、またはステージ) が定義されています。 [状態] フィールドと [理由] フィールドは、プロジェクトに対して選択された作業項目の種類とプロセスによって異なります。 | ワークフローをカスタマイズする |
詳細については、次の記事を参照してください。
ボード コントロールを使用する
バックログ ビュー から ボード ビューにすばやく切り替えるには、バックログリンクとボードリンクを使用します。 ツールバー アイコンを使用して、他のインターフェイス機能にアクセスします。
次の表では、使用可能なボード コントロールについて説明します。
| Control | Description |
|---|---|
| バックログ リンク | バックログ ビューに切り替える |
| ボード リンク | ボード ビューに切り替える |
|
[フィルター] アイコン |
キーワード、タグ、またはフィールドでフィルター処理する |
|
[カスタマイズ] アイコン |
ボードをカスタマイズし、チーム設定を構成します。 - カード と カードの並べ替え - 列、 スイムレーン、 累積フローダイアグラム (CFD) - バックログ と バックログのバグの処理 |
|
Enter アイコン |
全画面表示モードに入る |
|
終了 アイコン |
全画面表示モードを終了する |
キーボード ショートカットを開く
ボードのキーボード ショートカットを開くには、疑問符 (?) を使用します。 次の図は、使用可能なショートカットのサンプルを示しています。
詳細については、「Azure DevOpsとチーム エクスプローラーのキーボードのショートカットを参照してください。
ボードの構成とカスタマイズ
列、スイムレーン、WIP の制限、カード スタイルなどを設定するようにボードを構成できます。 各チームは、次のタスクを実行してボードを構成できます。
ボードを構成する
カードの表示を構成する
これらのチーム構成に加えて、作業項目の種類、ワークフローを追加または変更し、カスタマイズしたポートフォリオ バックログとボードを追加することで、 プロジェクト をカスタマイズできます。
Note
各チームが、各自のチーム設定とボード構成を制御します。 複数のチームで使用する 1 つのボード構成を定義することはできません。
作業項目の状態を更新する
ボードを構成したら、作業項目をボードに直接追加します。 作業のステータスを更新するには、カードをボード上の別の列にドラッグします。 また、カードを新しい列に移動するときに、アイテムの順序を変更することもできます。 詳細については、ワークフローの状態と状態カテゴリに関する記事を参照してください。
リーフ ノード作業項目を表示する
各作業項目の種類をフラット リストに保持し、親と子をさまざまな種類 (エピックからフィーチャー、ストーリー、ストーリーからタスクなど) 間でのみリンクします。 ストーリー同士、バグ同士、タスク同士のような、同じ種類同士の階層関係は避けます。
同じカテゴリ階層を作成すると、リーフ ノードのみがボード、スプリント バックログ、タスクボードに表示されます。 たとえば、4 レベルのタスク チェーンでは、4 番目のレベルのタスクのみが表示されます。
詳細については、「問題の順序の付け直しとネストに関するトラブルシューティング」を参照してください。
作業項目の順序変更と親の再設定を行う
すべてのバックログとボードでは、作業項目の並べ替えと親の変更を行うためにドラッグ アンド ドロップがサポートされています。 チームのバックログとボードに対して行った更新は、同じエリア パスを共有する他のチーム バックログやボードに表示されます。 変更を表示するには、ページの更新が必要になる場合があります。
ドラッグ アンド ドロップを使って並べ替えることや、親の関連付けを再設定することができるのは、自分のチーム用に選ばれたエリア パスに割り当てられた作業項目のみです。
[保護者] ビュー オプションを有効にすると、チームが所有していないバックログに作業項目が表示されることがあります。 そのアイテムは別のチームが所有しているため、
情報アイコンが付いているアイテムは並べ替えたり親アイテムを変更したりできません。
チーム間での列の更新の表示方法
各チームは、ボード列とスイムレーンをカスタマイズできます。 ボード フィールドに割り当てられる値は、別のチームが別のボードから作業項目を更新するときに予想される値と異なる場合があります。
管理チームと機能チームが同じワークフロー マッピングを使用してボード列を構成した場合でも、1 つのチームのボードアイテムは別のチームのボードに表示されません。 ワークフロー状態にマップされている列に作業項目が移動した場合にのみ、カード列はすべてのボードに同じ情報を表示します。
詳細については、「列の 管理」を参照してください。
アクセス許可とアクセス権を付与する
プロジェクトの共同作成者グループのメンバーである場合は、[ ボード ] または [作業] オプションで使用できるほとんどの機能を使用できます。 Basic アクセス権を持つユーザーは、すべての機能に対してフル アクセス権を持ちます。 利害関係者アクセス権を持つユーザーは、アクセスが制限された特定の機能を使用できます。
詳細については、「作業のトラッキングのためのアクセス許可とアクセス権の設定」および 「利害関係者アクセスのクイック リファレンス」を参照してください。 プロジェクトにユーザーを追加するには、プロジェクトまたはチームへのユーザーの追加に関する記事を参照してください。
プロジェクトとボードの継承をカスタマイズする
プロセスで提供されるレベルを超えるポートフォリオ バックログ レベルが必要な場合は、さらに追加できます。 詳細については、「 バックログまたはボードのカスタマイズ (継承プロセス)」を参照してください。
作業項目の種類 (WIT) に対して定義されているフィールドを追加または変更する、カスタムの WIT を追加する、またはワークフローを変更することもできます。 詳細については、「 プロセスのカスタマイズと継承されたプロセスについて」を参照してください。