Azure Boardsの構成とカスタマイズ

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

この記事では、Azure Boardsを構成およびカスタマイズするためのガイダンスを提供します。 複数のチームのプロジェクトを管理し、次のビジネス目標をサポートする必要がある場合は、この記事をお読みください。

  • ポートフォリオ管理ビューをサポートする
  • 予定表ビューを表示して状態と進行状況を更新する
  • チームまたはプロジェクト間の依存関係を追跡する
  • 時間見積もりまたは実績作業時間の完了を追跡する

Note

この記事は、Azure DevOps Servicesに適用されます。 ほとんどのガイダンスは、クラウドとオンプレミスの両方のバージョンで有効です。 ただし、ロールアップ、分析、一部のポートフォリオ計画ツールなど、この記事に含まれる一部の機能は、現時点ではクラウドでのみ使用できます。

プロジェクト管理者として作業を開始したばかりの場合は、「管理者 として開始する」も参照してください。

考慮すべき事項

作業追跡ツールを構成またはカスタマイズするときは、チームが使用するツールとその使用方法を検討する必要があります。 チームがスクラム、かんばん、またはスクラムバンの組み合わせに従っているかどうかにかかわらず、構成とカスタマイズに対する依存関係を理解することで、Azure Boards ツールの利点を最大限に活用できます。

プロジェクトを構成するときに考慮する主な項目は次のとおりです。

プロジェクト レベルで次の手順を実行します

  • 定義するチームの数
  • ポートフォリオ管理ビューをサポートするためにエリア パスを構成する方法
  • フィールドのカスタマイズ
  • 作業項目の種類のカスタマイズまたはカスタム作業項目の種類
  • ポートフォリオ バックログのカスタマイズ
  • ワークフローのカスタマイズ

チーム レベルで次の手順を実行します

  • 製品バックログを使用して作業の計画と優先順位付けを行う方法
  • バグを要件として追跡するか、タスクとして追跡するか、バグをまったく使用しないか
  • タスクを使用して時間と容量を追跡するかどうか
  • ポートフォリオ バックログ レベルの使用方法
  • 進行状況、状態、およびリスクの上位管理を通知する方法

作業追跡の構成要素とツールの使用方法を決定したら、ビジネスをサポートし、ツールの使用方法をチームに伝えるために必要な構成とカスタマイズを行う必要があります。

作業項目の種類とポートフォリオのバックログ

作業追跡で最初に選択するのは、プロジェクトの作成時に選択されたプロセスです。 各プロセスの比較については、「プロセスの 選択」を参照してください。 各プロセス (アジャイル、Basic、スクラム、CMMI) は、作業項目の種類のセット階層をサポートします。 この階層では、製品バックログとポートフォリオ バックログがサポートされます。

サポートされている各プロセスの既定の作業項目の種類は、次のタブに表示されます。 バックログ作業項目の種類は、[要件] カテゴリに対応します。 タスクはタスク カテゴリに対応しています。

次の図は、アジャイル プロセス バックログ作業項目階層を示しています。 ユーザー ストーリーとタスクは作業の追跡に使用され、バグはコードの欠陥を追跡し、エピックと機能は大規模なシナリオで作業をグループ化するために使用されます。

概念図、アジャイル作業項目の種類。

各チームは、[バグの処理] 設定を構成することで、ユーザー ストーリーやタスクと同じレベルでバグを管理する方法 構成できます。 これらの作業項目の種類の使用の詳細については、 アジャイル プロセスに関するページを参照してください。

各レベルでカスタム作業項目の種類を追加したり、カスタム ポートフォリオ バックログを追加したりできます。 たとえば、たとえば、目標とキーの結果をカスタム作業項目の種類として追加し、対応するポートフォリオ バックログをスクラム プロセスに追加したプロジェクトです。

追加のポートフォリオ バックログとしての目標と主な結果

チームが持つ主な選択肢の 1 つは、作業の追跡に使用する作業項目の種類を選択することです。 次の表は、主なオプション、推奨される使用方法、サポートされているタスクとツールをまとめたものです。

作業追跡オプション

サポートされているタスクとツール



タスクのみ

推奨されません
バックログに新しいタスクをすばやく入力したり、タスクのバックログに優先順位を付ける方法はありません。 また、予定表ビュー、チーム間ビュー、ポートフォリオ計画はサポートされません。

子依存タスクの要件

スクラム メソッドをサポート
スクラム メソッドに従い、作業に関連する時間を追跡するチームに推奨されます。

多くのチームは、スクラム メソッドを使用して、Sprints ハブで利用可能なツールを使用して作業を追跡および計画します。 Sprints ツールは、残存作業時間の推定と追跡、および容量計画の使用をサポートします。 これらのツールの使用を計画していない場合は、子依存タスクの追加は省略可能です。 開発者は、ユーザー ストーリーやバックログの要件を完了するために必要な項目のチェックリストとして、単にそれらを追加できます。

ユーザー ストーリー (アジャイル)、問題 (Basic)、製品バックログ 項目 (スクラム)、要件 (CMMI) などの要件のみ

かんばんメソッドとスクラムバンメソッドをサポート
かんばんまたはスクラムバンの方法に従い、ストーリー ポイント、作業量、またはサイズを使用して作業を見積もり、作業に関連する時間を追跡しないチームに推奨されます。

ポートフォリオ作業項目の種類でグループ化された要件 (エピックや機能など)

予定表ビュー、チーム間ビュー、ポートフォリオ計画をサポートします
複数のチームに関連付けられたロールアップと予定表ビューを表示し、すべてのポートフォリオ計画ツールを利用する複数のチームを持つ組織に推奨されます。

構成とカスタマイズのオプション

次の表は、構成およびカスタマイズできる領域と、それらのカスタマイズの影響を受けるツールを示しています。 各領域は、説明に応じて組織、プロジェクト、またはチーム レベルでカスタマイズされるか、2 つの組み合わせでカスタマイズされます。 標準ツール、分析ツール、ポートフォリオ計画ツールの説明については、「Azure Boardsとは」、コンテキスト内レポート: 作業追跡および計画 (大規模なアジャイル) を参照してください。

構成またはカスタマイズ

標準ツール

Analytics

ポートフォリオ計画ツール

  • ボード>すべてのツール
  • バックログ>すべてのツール
  • >スプリントすべてのツール
  • 累積フロー ダイアグラム
  • ベロシティ
  • バーンダウン傾向
  • デリバリー計画
  • 機能のタイムライン
  • エピック ロードマップ
  • ポートフォリオ プラン (ベータ)
  • バックログスプリント>計画
  • スプリント スプリント>バックログ
  • スプリント スプリントの>容量
  • >スプリント タスクボード
  • ベロシティ
  • バーンダウン傾向
  • デリバリー計画
  • 機能のタイムライン
  • エピック ロードマップ
  • ポートフォリオ プラン (ベータ)

バックログ ボードにバグを表示する & (チーム)
カスタム作業項目の種類、製品バックログ (プロセス)
カスタム作業項目の種類、タスクボード (プロセス)

  • ボード>製品ボード
  • バックログ>製品のバックログ
  • バックログ マッピング> ツール
  • スプリント スプリント>バックログ
  • >スプリント タスクボード
  • ベロシティ

カスタム作業項目の種類、ポートフォリオ バックログ (プロセス)
その他のポートフォリオ バックログ (プロセス)

  • Boards>ポートフォリオ ボード
  • バックログ ポートフォリオ>のバックログ
  • バックログ マッピング> ツール
  • ベロシティ

カスタム ワークフロー (プロセス)

  • ボード>製品ボード
  • Boards>ポートフォリオ ボード
  • >スプリント タスクボード
  • 累積フロー ダイアグラム

ユーザー設定フィールド (プロセス)

  • ボード>製品ボード
  • Boards>ポートフォリオ ボード

エリア パス、製品チーム、ポートフォリオ管理

エリア パスは、製品、機能、またはビジネス領域ごとに作業項目をグループ化し、それらの領域に割り当てられた作業を担当するチームをサポートするために使用されます。 エリア パスの階層セットまたはフラット セットを定義できます。 通常、複数のチームの進行状況を追跡するビジネス階層をサポートする場合は、エリア パスの階層セットを定義します。

エリア パスと階層グループ化

作業項目をグループ化する主な 2 つの方法は、エリア パスと、この記事の前半で説明されているように、ポートフォリオ作業項目の種類の下で作業項目を親にすることです。 2 つの値は相互に排他的ではありません。 2 つの使用法の違いに注意してください。

  • チームに割り当てられたエリア パスによって、チーム ビューに表示される作業項目 (製品バックログ、ポートフォリオ バックログ、配送計画、またはその他のポートフォリオ計画ツール) が決まります。
  • 親フィーチャーまたはエピックの下で作業項目をグループ化すると、サポートされるロールアップ ビューとポートフォリオ計画ツールでの作業の表示方法が決まります。

作業項目にタグを割り当てて、クエリとフィルターの目的でグループ化することもできます。 そのため、チームとプロジェクトを構成するときは、これらのグループ化ツールを使用してビジネス ニーズをサポートする方法を理解しておく必要があります。 選択内容は、ポートフォリオ計画ツールの使用に影響します。

エリア パスに依存するツール

次のタスクを実行するには、エリア パスを定義する必要があります。

ヒント

エリア パス構造を定義し、チームにエリア パスを割り当てることができます。 または、チームを追加し、その時点でチーム名を使用してエリア パスを作成することもできます。 チームが完全に独立している場合は、フラットなエリア パスのセットを作成します。 ただし、チームの階層を作成する場合は、エリア パスのツリー階層を作成する必要があります。 詳細については、「 チームの階層を構成する」を参照してください。

次のツールを使用するには、チームはエリア パスをサブスクライブする必要があります。

エリア パスとチームの割り当て

既定のチームと既定のエリア パスは、プロジェクトごとに定義されます。 小規模なチームの場合、作業の計画と追跡を開始するには、1 つのチームで十分です。 ただし、組織が成長するにつれて、バックログとスプリントを管理する能力をサポートするチームを追加すると便利です。

アカウント管理チームとサービス配信チームのポートフォリオ管理ビューをサポートする、エリア パスとチームへの割り当ての例を次に示します。

エリア パスとチームの割り当てのスクリーンショット。

  • 階層エリア パスを作成して、機能と製品領域のサブカテゴリをサポートします。
  • ポートフォリオ ビューを提供するには、2 つ以上のエリア パスを割り当て、ポートフォリオ管理チームにサブエリアを含めます
  • チームに割り当てられたエリア パスによって、チーム ビューでフィルター処理される作業項目 (製品バックログ、ポートフォリオ バックログ、配送計画、またはその他のポートフォリオ計画ツール) が決まります
  • 親フィーチャーまたはエピックの下で作業項目をグループ化すると、サポートされるロールアップ ビューと、機能タイムラインやエピック ロードマップなどのカレンダー ビューでの作業の表示方法が決まります。

チームを追加する前に、次の記事をお読みください。

推奨事項:

  • 上位の管理者が表示するビューと、それらを最適にサポートする方法を検討する
  • チームとポートフォリオ管理の両方にロールアップを使用する方法を検討する
  • 2 つ以上のスプリントを完了する大規模なイニシアチブのエピックとシナリオを定義する
  • 1 つのスプリントで実行でき、1 人の個人に割り当てることができる作業の要件を定義する
  • より詳細な詳細を追跡するタスク、または作業に費やした時間を追跡するタスクを定義する

ヒント

  • 作業項目は、1 人の個人にのみ割り当てることができます。 したがって、作業項目を定義する際に、作業を完了するタスクを行う個人に作業を割り当てるために必要な作業項目の数を検討します。
  • [ノード名]フィールドを列オプションとして選択して、バックログ リストまたはボード カードのリーフ領域ノードを表示します。
  • ストーリー ストーリー、バグ バグ、タスク タスクなど、同じ種類の作業項目間に親子リンクを作成しないでください。

ほとんどのAzure Boards ツールでは、エリア パスや反復パスに基づいて、作業項目のフィルター処理されたビューがサポートされます。 キーワード、割り当て、作業項目の種類などを基に、追加のフィルターを適用することもできます。

バグを要件またはタスクとして扱う

各チームは、バグを管理する方法を選択できます。 一部のチームは、バックログの要件と共にバグを追跡するのが好きです。 他のチームは、要件をサポートするために実行されたタスクとしてバグを追跡するのが好きです。 その後、バグが タスクボードに表示されます。

スクラム プロセスを使用する場合、既定の設定では、製品バックログ項目 (PBI) と共にバグを追跡します。 アジャイルまたは CMMI プロセスに基づいてプロジェクトで作業している場合、バグはバックログに自動的に表示されません。

チームと話し合って、バグを管理する方法を決定します。 次に、それに応じて チームの設定を変更します

ヒント

バックログまたはボードを更新し、期待されるバグが表示されない場合は、「 バックログとボードに階層 (入れ子になった) 項目を表示する方法」を確認してください。 スプリント タスクボードには、入れ子になった項目のリーフ ノードのみが表示されます。

システム作業項目の種類をバックログに追加する

要件やポートフォリオ バックログで問題や障害を追跡する場合は、カスタム継承プロセスに追加できます。 詳細については、「 バックログまたはボードのカスタマイズ (継承プロセス)」を参照してください。

ロールアップ、階層、およびポートフォリオ管理

ロールアップ列を使用すると、階層内の進行状況バーまたは数値フィールドまたは子孫アイテムの合計を表示できます。 子孫項目は、階層内のすべての子項目に対応します。 製品またはポートフォリオのバックログに 1 つ以上のロールアップ列を追加できます。

ここでは、閉じられている子孫アイテムの割合に基づいて、アセンダント作業項目の進行状況バーを表示するすべての作業項目 の進行状況 を示します。

作業項目ごとのロールアップを示すバックログ、進行状況バーのスクリーンショット。

さらに、新しい 配信プラン では、エピック、機能、およびその他のカスタム ポートフォリオ バックログのロールアップ ビューがサポートされています。

4 つのシナリオの配信プランの進行状況ロールアップ ビューを示すスクリーンショット。

イテレーション パス、スプリント、リリース、バージョン管理

イテレーション パスでは、設定された期間に作業が割り当てられるスクラムプロセスとスクラムバン プロセスがサポートされます。 イテレーション パスを使用すると、作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化できます。 各イテレーションまたはスプリントは、スプリント周期と呼ばれる一定の時間間隔に対応します。 一般的なスプリント周期は、2 週間、3 週間、または 1 か月です。 反復パスの詳細については、「 エリアパスと反復パスについて」を参照してください。

イテレーション パスは、単純なフラット リストにすることも、次の図に示すようにリリース マイルストーンの下にグループ化することもできます。

グループ化されたイテレーション パスのスクリーンショット。

Note

イテレーション パスはかんばんボード ツールには影響しませんが、ボードのフィルターとしてイテレーション パスを使用できます。 詳細については、「 かんばんボードをフィルター処理する」を参照してください

次のツールを使用する場合は、イテレーション パスを定義し、チームに割り当てます。

ヒント

チームがイテレーション パスをサブスクライブまたは選択していない場合、そのイテレーション パスはチーム ビューまたはツールに表示されません。

時間管理

スクラム プロセスに従うほとんどの組織では、スプリントの容量計画に時間の見積もりが使用されます。 Azure Boardsツールは、この目的のために追跡時間を完全にサポートします。 使用されるメイン フィールドはタスク残存作業時間フィールドで、通常はスプリントの終了時にゼロになります。

ただし、一部の組織では、請求や時間割り当てレコードの管理など、他の目的をサポートするために時間の追跡が必要です。 推定作業時間と完了作業時間の時間値が対象です。 アジャイルプロセスとCMMIプロセスは、追跡時間に使用するために、これらのフィールド(元の見積もり、完了した作業、残存作業時間)を提供します。 その目的で使用できます。 ただし、Azure Boardsでは時間追跡のネイティブ サポートが制限されています。 代わりに、 Marketplace 拡張機能 を使用して、追加の時間追跡要件をサポートすることを検討してください。

Note

[元の見積もり]、[完了作業時間]、[残存作業時間] フィールドは、Microsoft Project との統合をサポートするように設計されています。 クラウド サービスを含む Azure DevOps Server 2019 以降のバージョンでは、Microsoft Project との統合サポートは非推奨とされます。

すべてのチームに影響を与える変更を処理する

プロジェクトに適用されたプロセスに加えられた変更は、そのプロジェクト内のすべてのチームに影響します。 多くの変更は、サポートするチームに大きな混乱を引き起こしません。 ただし、いくつか行います。これについては、このセクションで説明します。

カスタム フィールド

作業項目の種類にユーザー設定フィールドを追加しても、特定のツールには影響しません。 フィールドは、対応する作業項目に表示されます。 ただし、ユーザー設定の数値フィールドを追加する場合は、それを使用して、バックログのロールアップと次のレポート ツールをサポートできます。

Note

すべての既定のフィールドとカスタム フィールドは、コレクションまたは組織内のすべてのプロジェクトで共有されます。 プロセスに対して定義できるフィールドは 1024 個に制限されています。

カスタム作業項目の種類

次のカスタマイズの 1 つ以上を行うと、指示に従ってチーム ツールに影響を与えます。

  • カスタム作業項目の種類を要件カテゴリに追加します。
  • タスク カテゴリにカスタム作業項目の種類を追加します。
  • エピックまたはフィーチャー カテゴリにカスタム作業項目の種類を追加します。
  • カスタム ポートフォリオ バックログ レベルを追加する

次のいずれかの作業追跡カテゴリにカスタム作業項目の種類 (WIT) を追加すると、次の方法でチーム ツールに影響を与えます。

  • タスク カテゴリ:
    • 新しい WIT の子作業項目が製品のバックログに表示される
    • 新しい WIT に基づく作業項目がスプリント バックログとタスクボードに表示される
  • 要件カテゴリ:
    • 新しい WIT に基づく作業項目が製品バックログとかんばんボードに表示される
    • 各チームは、新しい WIT をサポートするようにかんばんボードを構成する必要があります
  • エピックカテゴリまたは機能カテゴリ:
    • 新しい WIT に基づく作業項目は、対応するポートフォリオ バックログとかんばんボードに表示されます
    • 各チームは、新しい WIT をサポートするようにかんばんボードを構成する必要があります
    • 新しい WIT は、1 つ以上のポートフォリオ計画ツールに表示されない場合があります

カスタム ワークフロー

各プロセスでは、既定のワークフローがサポートされます。 このワークフローでは、かんばんボードとスプリント タスクボードに表示される既定の列を定義します。

ワークフローの状態: ユーザー ストーリー、アジャイル プロセス

ユーザー ストーリー ワークフローの状態、アジャイル プロセス

チームは、これらの既定の状態を超える作業の状態を追跡する必要がある場合があります。 このサポートは、次の 2 つの方法のいずれかで提供されます。

  • 作業項目の種類にカスタム ワークフローの状態を追加する\
    • このオプションはすべてのチームに影響を与え、かんばんボードの構成を更新する必要があります
  • かんばんボードに列を追加する
    • このオプションは、列を追加するチームにのみ影響します

ワークフローの状態とかんばん列の両方が、チームの累積フロー図に表示されます。 個人は、グラフに表示する列を選択できます。

累積フロー図のスクリーンショット。

詳細については、 累積フロー図を参照してください。

誰が変更できますか?

プロセス レベル、プロジェクト レベル、チーム レベルの設定は大きな影響を与える可能性があるため、変更は必要なアクセス許可を持つ次のユーザーに制限されます。

プロセス レベルの変更

継承されたプロセスを作成、編集、または管理してプロジェクトに適用するには、 プロジェクト コレクション管理者 グループのメンバーである必要があります。 または、対応するアクセス許可 の作成プロセス削除プロセス編集プロセス、または 組織からのフィールドの削除許可に設定されている必要があります。 「 作業の追跡のためのアクセス許可とアクセスの設定」を参照してください。継承されたプロセスをカスタマイズします

詳細については、次の記事を参照してください。

プロジェクト レベルの変更

エリア パスまたは反復パスを追加するには、 プロジェクト管理者 グループのメンバーである必要があります。

または、特定のノードの下にエリア パスまたは反復パスを追加、編集、管理するには、次の 1 つ以上のアクセス許可が 許可に設定されている必要があります。

  • 子ノードを作成します
  • このノードを削除します
  • このノードを編集します
  • このノードのアクセス許可を表示する

詳細については、次の記事を参照してください。

チーム レベルの変更

すべてのチーム ツールは、 チーム管理者 または プロジェクト管理者 グループのメンバーによって構成できます。

チーム管理者は、次の操作を実行する必要があります。

  • チーム メンバーを追加する
  • 領域パスと反復パスをサブスクライブする
  • バックログとその他の一般的なチーム設定を構成する
  • かんばんボードを構成する
  • チームの通知を管理する

バックログとボードの構成の詳細については、「 チーム ツールの管理と構成」を参照してください。

次の操作: