Azure DevOps で効果的なダッシュボードを設計する
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
チームと利害関係者に情報を提供し、プロジェクトを追跡し続けるためには、Azure DevOps の実用的なダッシュボードが不可欠です。 この記事では、ビジネス目標に合わせて効果的なダッシュボードを設計する方法について説明します。
ダッシュボードフォーカスを選択する
ダッシュボードの焦点を決定するときは、対象ユーザーの情報ニーズを特定することが重要です。 目標は、分析情報を提供し、実行するアクションを特定するのに役立つダッシュボードを作成することです。
次の表に示すように、ダッシュボードのフォーカスによって、チーム ダッシュボードとプロジェクト ダッシュボードのどちらを作成するかが決まります。
対象 | 説明 | ダッシュボードの種類 |
---|---|---|
Stakeholder | チームと組織の目標、情報、作業項目テンプレートへのリンクを共有して、バグや新機能の要求などを作成します。 | チームまたはプロジェクト |
個人用 | 各チーム メンバーがバックログと現在の作業に集中できるように支援します。 | プロジェクトまたはチーム |
チーム | チームが状態を監視し、進行状況を追跡し、ボトルネックを特定し、バックログ項目が明確に定義されていることを確認するための情報を提供します。 | Team |
Sprint | スプリントの目標を達成し、それらの目標に影響を与える問題に対処するために、チームが確実に軌道に乗っていることを毎日のスタンドアップで確認します。 | Team |
リリース | 状態を監視し、複数のチームからの貢献が含まれる可能性があるメジャー リリースの進行状況を追跡します。 | Project |
テストとデプロイ | 継続的インテグレーション、ビルド、デプロイ、リリースを監視します。 | プロジェクトまたはチーム |
次の表に、作成するダッシュボードの種類をいくつか示します。
対象 | 説明 |
---|---|
Stakeholder | チームと組織の目標、情報、作業項目テンプレートへのリンクを共有して、バグや新機能の要求などを作成します。 |
個人用 | 各チーム メンバーがバックログと現在の作業に集中できるように支援します。 |
チーム | チームが状態を監視し、進行状況を追跡し、ボトルネックを特定し、バックログ項目が明確に定義されていることを確認するための情報を提供します。 |
Sprint | スプリントの目標を達成し、それらの目標に影響を与える問題に対処するために、チームが確実に軌道に乗っていることを毎日のスタンドアップで確認します。 |
リリース | 状態を監視し、メジャー リリースに向けた進行状況を追跡します。これには、複数のチームからの貢献が含まれる場合があります。 |
テストとデプロイ | 継続的インテグレーション、ビルド、デプロイ、リリースを監視します。 |
ダッシュボードの種類を選択して作成する
チームが作成されると、 Overview という名前の既定のダッシュボードもウィジェットなしで作成されます。 この既定のダッシュボードは常に Team ダッシュボードであり、編集および名前の変更が可能です。 ダッシュボードを追加するときに、次のガイダンスに基づいて種類を選択します。
- プロジェクト: 複数のチームの情報を含める場合、またはコンテンツがチームに重点を置いていない場合は、この種類を選択します。
- チーム: チーム固有のウィジェットを含めるには、この種類を選択します。
Out Of Box ウィジェット カタログを確認して 1 つのチームまたは複数のチームに対して構成可能なウィジェットを決定します。
ダッシュボードの種類を選択したら、ダッシュボードを作成。 また、別のチームのダッシュボードを コピーし チーム用に更新することで、プロセスを効率化することもできます。
ウィジェットを構成する
チームが作成されると、 Overview という名前の既定のダッシュボードもウィジェットなしで作成されます。 この既定のダッシュボードは常に Team ダッシュボードであり、編集および名前の変更が可能です。 Out Of Box ウィジェット カタログを確認して 1 つのチームまたは複数のチームに対して構成可能なウィジェットを決定します。
ダッシュボードをチームや関係者と共有する
ダッシュボードを作成したら、チームや関係者と URL を共有します。 実行するアクションを指定し、フィードバックを要求して、より実用的で洞察的なものにします。
ダッシュボードを表示または編集するには、次の条件を満たす必要があります。
- セキュリティ コマンド ライン ツールを使用して特定の制限が適用されていない限り、すべてのプロジェクト メンバーはすべてのダッシュボードを表示できます。 詳細については、セキュリティ名前空間とアクセス許可のリファレンスに関する記事を参照してください。
- Basic アクセス権を持つすべてのプロジェクト メンバーは、ダッシュボードを作成できます。
- Basic アクセス権を持つすべてのチーム メンバーは、アクセス許可が取り消されていない限り、チーム ダッシュボードを作成できます。 詳細については、「 ダッシュボードのアクセス許可の設定」、既定のチーム ダッシュボードのアクセス許可の設定を参照してください。
- Edit ダッシュボード特定のダッシュボードまたはすべてのチーム ダッシュボードに対するアクセス許可が取り消されていない限り、すべてのチーム メンバーはすべてのチーム ダッシュボードを編集できます。 詳細については、「 ダッシュボードのアクセス許可の設定」を参照してください。
- 一部のダッシュボード グラフとウィジェットには、独自のアクセス許可とアクセス レベルの対象となるデータが含まれています。 詳細については、Azure DevOps ダッシュボード、グラフ、レポートの FAQを参照してください。
レビューと微調整
ダッシュボードを作成したら、フィードバックに基づいて微調整します。 必要に応じてクエリを更新して結果を絞り込みます。 ダッシュボードを定期的に確認して、お客様、チーム、利害関係者が必要とする情報を提供していることを確認します。
次の表では、ダッシュボードの種類について説明します。
ダッシュボードの種類
説明
利害関係者には、作業に関心のあるプロジェクト メンバーが含まれます。 マークダウン ウィジェットとチームに重点を置いたウィジェットの組み合わせを使用して、次の点に対処します。
- チームの目標
- チーム情報
- チーム メンバーと主要な連絡先
- 作業項目テンプレートへのリンク
- Wiki コンテンツにリンクされたチーム ガイダンス
割り当て済みウィジェット、およびAssigned To = @Me
クエリ句を参照するその他のクエリ タイルまたはグラフを使用して、すべてのチーム メンバーに個人用フォーカス ダッシュボードを設定します。
次の図は、[マイ ワーク フォーカス] というタイトルの個人用ダッシュボード示しています。 各チーム メンバーは、割り当てられている作業、フォローしている作業、またはメンションされた場所で作業するために、このダッシュボードを確認できます。
次の一覧では、ダッシュボードに表示される各ウィジェットの詳細を示します。 これらの例のクエリの構築の詳細については、「 Example クエリ グラフを参照してください。
- 現在のスプリントの
@Me
に割り当てられている現在のスプリント:作業。 - 次のスプリント: 次のスプリントの
@Me
に割り当てられた作業。 - 完了した最後のスプリント: 作業は、
@Me
に割り当てられた最後のスプリントを完了しました。 - my backlog: Work assigned to
@Me
new, proposed, or active. - 私は過去30日間を作成しました: アクティブな作業は、次の句で作成しました:
Created By = @Me
とCreated Date >= @Today-30
。 - 私は最近更新しました:
ID In @MyRecentActivity
を持つアクティブな作業を。 - 次の作業:
ID In @MyFollows
を持つアクティブな作業をします。 - バックログ状態: 過去 4 週間の
@Me
に割り当てられた作業を示す積み上げ面グラフ (クエリ グラフ)。 - 作業 - 作業項目の種類別の現在のスプリント: 現在のスプリントの
@Me
に割り当てられている種類別のアクティブな作業 (クエリ グラフ)。 - 作業項目の種類別のバックログ: 種類別に
@Me
に割り当てられた作業 (クエリ グラフ)。 - 新しい作業 < 7 日間:
@Me
とCreated Date >= @Today-7
に割り当てられたアクティブな作業 (クエリ グラフ)。
クエリ タイルまたはウィジェットを選択すると、クエリにすばやく移動し、作業項目の完全な一覧が表示されます。 個人用フォーカス ダッシュボードに次のウィジェットを追加することを検討してください。 - 新しい作業項目: 新しい作業項目を作成します。
- 作業リンク: チームのバックログ、ボード、現在のスプリント タスクボード、クエリ ページへのアクセス リンク。
- 割り当て: 次の図に示すように、現在サインインしているユーザーに割り当てられている作業項目の一覧を表示します。
チーム ダッシュボードを作成して、メンバーが目標を達成し、状態を監視し、進行状況を追跡し、ボトルネックを特定し、バックログ項目が明確に定義されていることを確認します。 次のチーム スコープのウィジェットを 1 つ以上含めます。
- CFD グラフ
- ベロシティ
- サイクル時間
- リード タイム
ベロシティは、チームがスプリントの計画と実行をどの程度適切に行っているかを理解するのに役立ちます。 リードタイムとサイクルタイムは、作業が開始から完了までの平均時間を示します。 作業項目とその割り当ての数をすばやく確認するにはピボット テーブルを追加することを検討してください。 これらのグラフを使用して、チームがワークロードのバランスを取る必要があるかどうかを判断します。
チームが Azure DevOps を使用してコード、テスト、ビルド、リリースを管理する場合は、チーム ダッシュボードに次のウィジェットを追加します。 - コード タイル
- テスト結果の傾向 (詳細)
- Pull request (Team)
- ビルド履歴
- デプロイの状態 (ビルド パイプライン)
Azure DevOps には、スプリントの概要、スプリントの容量、スプリントバーンダウンなど、スプリントの進行状況を追跡するためのスプリントとチーム固有のウィジェットがいくつか用意されています。 スプリント容量は、チームがタスクを使用して作業を追跡し、「 Determine」の説明に従ってスプリント容量を設定し、スプリント容量を設定する場合にのみ役立ちます。
次の図は、スプリント フォーカス ダッシュボードのサンプルを示しています。
このスプリント ダッシュボードには、いくつかのクエリ タイルと次のウィジェットが含まれています。
- スプリントの概要グラフ
- 新しい作業項目
- Velocity (チームで構成可能)
- スプリント バーンダウン チャート (チームで構成可能)
ソフトウェアのメジャー リリースには、多くの場合、複数のチームからの貢献が含まれます。 リリース バーンダウンおよびバーンアップ グラフは、製品マネージャーがチーム全体の進行状況を追跡するのに役立ちます。 これらのグラフは高度に構成可能で、チーム、バックログ作業項目または作業項目の種類、フィールド条件、カウントダウン メトリック、時間間隔を選択できます。 詳細については、「 バーンダウンまたはバーンアップ ウィジェットを構成するを参照してください。
Note
分析ベースのグラフでは、データを毎日のスナップショットとしてモデル化する WorkItemsSnapshot
EntitySet が使用されます。 割り当て日に行われた割り当てに基づくデータ集計。 フィールドまたはタグの割り当てによってバーンダウン/バーンアップ ウィジェットをフィルター処理するには、監視する期間の前に割り当てます。 それ以外の場合、ウィジェットは、適用された日付までそれらを登録しません。
次のウィジェットを追加して、テスト、ビルド、デプロイの進行状況を追跡する専用のダッシュボードを作成します。
- ビルド履歴
- デプロイの状態 (ビルド パイプライン)
- リリース パイプラインの概要
- 要件の品質
ビルド履歴
リリース パイプラインの概要
デプロイの状態
ダッシュボードの可視性を拡張する
Teams チャネルにタブとしてボードとダッシュボードを追加します。 詳細については、「Microsoft Teams で Azure DevOps タブを構成するを参照してください。