Azure Boards の構成とカスタマイズについて

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

ポートフォリオ、依存関係、監視をより適切に管理するために、さまざまな方法で Azure Boards を構成およびカスタマイズできます。 この記事で取り上げるタスクは、特にマルチチーム プロジェクトの管理を担当する管理者にお勧めします。

一般的なタスクへのクイック アクセス:

[カードの管理] | [列の管理] | [スイムレーンで作業を効率化する] | [バックログの管理]

プロジェクト管理者になりたての場合は、プロジェクト管理者の概要に関する記事も参照してください。

考慮事項

Azure Boards を最大限に活用するには、チームがツールや機能 (たとえば、スクラム、かんばん、スクラムバン) をどのように使っているか、構成やカスタマイズに対するそれらの依存関係を理解してください。 次の表は、プロジェクトを構成する際に考慮する必要がある主な項目をまとめたものです。

ビジネス ニーズをサポートするために作業追跡の構成要素とツールをカスタマイズし、使用ガイドラインをチームに伝えます。

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

Azure Boards でプロジェクトを作成するときは、まずプロセスを選びます。 各プロセス (アジャイル、基本、スクラム、CMMI) は、製品およびポートフォリオ バックログなどの WIT からなる階層をサポートします。 各プロセスの既定の WIT は対応するタブに一覧表示され、バックログは [要件] に、タスクは [タスク] に表示されます。

各レベルにカスタム WIT を追加したり、カスタムのポートフォリオ バックログを追加したりすることもできます。 スクラム プロセスにカスタム WIT として目標と主要な成果を追加し、対応するポートフォリオ バックログを追加したプロジェクトの例を次に示します。

作業追跡のオプションと推奨される使用方法

チームは、作業の追跡に使う WIT を選択できます。 次の表は、主なオプション、推奨される使用方法、サポートされるタスクとツールをまとめたものです。

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

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

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

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

区分パスと階層的なグループ化

作業項目をグループ化する 2 つの主な方法として、区分パスによる方法と、この記事の前半で説明したように、ポートフォリオ WIT の種類で親を指定する方法があります。 この 2 つは相互に排他的ではありません。 違いは次のとおりです。

• チームに割り当てられた区分パスによって、チーム ビューに表示される作業項目が決まります (プロダクト バックログ、ポートフォリオ バックログ、配信計画、その他のポートフォリオ計画ツール)
• 親機能またはエピックの下に作業項目をグループ化することで、どのロールアップ ビューがサポートされ、ポートフォリオ計画ツールに作業項目がどのように表示されるかが決まります

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

区分パスに依存するツール

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

• 区分パスに基づく作業項目のクエリとグラフ化
• 複数のチームに作業を割り当てる
• 管理チームと機能チームとの連携
• 区分パスを使ってバックログ、クエリ、ボード、計画をフィルター処理する

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

区分パスとチームの割り当て

各プロジェクトには既定のチームと既定の区分パスがあります。 場合によっては、作業の計画と追跡を行うチームは 1 つしかありません。 ただし、組織が成長するにつれて、バックログとスプリントを管理するためのチームを追加できます。

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

詳細については、次の記事をご覧ください。

• ポートフォリオ管理
• 区分パスの概要
• チームおよびアジャイル ツールについて
• アジャイル カルチャ。

レコメンデーション:

• 上層部の確認が必要な内容と最適なサポート方法を検討します
• チームとポートフォリオ管理の両方でロールアップをどのように使うかを検討します
• 完了までに複数のスプリントを要する大規模なイニシアティブに合わせてエピックとシナリオを定義します
• 機能および製品区分のサブカテゴリをサポートするために、階層的な区分パスを作成します
• 1 つのスプリントで達成でき、1 人の個人に割り当てられる作業の要件を定義します
• タスクを定義して、より細かい詳細を追跡するタスク、またはかかった作業時間を追跡する場合を定義します

ほとんどの Azure Boards ツールは、区分パスまたはイテレーション パスに基づいた作業項目のフィルター ビューをサポートしています。 キーワード、割り当て、 WIT などに基づいて、さらにフィルターを適用することもできます。

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

チームごとに、バグの管理方法を選択できます。 チームによっては、バックログの要件と共にバグを追跡するのを好むことがあります。 要件のサポートで実行されたタスクとしてバグを追跡するのを好むチームもあります。 その場合、バグはタスクボードに表示されます。

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

バグの管理方法については、チームで決定してください。 次に、それに従ってチームの設定変更します。

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

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

ここで紹介するすべての作業項目別の進行状況では、終了した子孫項目の割合に基づいて祖先作業項目の進行状況バーが表示されます。

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

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

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

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

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

時間管理

スクラム プロセスに従っているほとんどの組織は、スプリントのキャパシティ計画に時間の見積もりを使います。 Azure Boards ツールは、この用途での時間の追跡を完全にサポートしています。 主に使われるフィールドは [タスク Remaining Work] フィールドです。通常、これはスプリントの終了時にゼロになります。

ただし、請求や時間割り当て記録の保持など、他の目的をサポートするために時間の追跡を必要とする組織もあります。 推定作業時間と実績作業時間の値は重要です。 アジャイル プロセスと CMMI プロセスは、時間の追跡用のフィールド Original Estimate、Completed Work、Remaining Work を提供します。 これらはその用途で使用できます。 ただし、Azure Boards による時間追跡のネイティブ サポートは限定されています。 他の時間追跡要件をサポートするには、代わりに Marketplace 拡張機能の使用を検討することをお勧めします。

すべてのチームに影響するプロセスの変更

プロジェクトに適用されるプロセスへの変更はすべて、そのプロジェクトのすべてのチームに影響します。 多くの変更は、サポートするチームに大きな混乱を引き起こすことはありませんが、以下の変更には注意してください。

カスタム フィールド

WIT にカスタム フィールドを追加しても、特定のツールに直接影響を与えることはありません。 代わりに、これらのフィールドは対応する作業項目に表示されます。 たとえば、カスタムの数値フィールドを追加すると、それをバックログのロールアップ計算に活用できます。 また、このカスタム フィールドは、以下のレポート ツールで使用できます。 したがって、その効果はツール固有ではありませんが、プロジェクトのニーズに合わせて作業項目をより効果的に調整できるようになります。

• コンテキスト内ベロシティ レポートとダッシュボード ウィジェット
• コンテキスト内スプリント バーンダウン レポートとダッシュボード ウィジェット
• ダッシュボードのバーンダウンとバーンアップ ウィジェット

カスタム WIT

次の表は、カスタム WIT を特定のカテゴリに追加した場合の効果を示しています。

カスタム ワークフロー

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

チームは、これらの既定の状態以外にも、作業の状態を追跡したい場合があります。 次のいずれかの方法でサポートできます。

• WIT にカスタム ワークフローの状態を追加する: このオプションは、すべてのチームに影響を与え、ボード構成を更新する必要があります。
• ボードに列を追加する: このオプションは、列を追加するチームにのみ影響します。

ワークフローの状態と列の両方が、チームの累積フロー図に表示されます。 グラフに表示する列は個人が選択できます。 詳細については、累積フロー ダイアグラムに関する記事を参照してください。

変更できるユーザー

プロセスレベル、プロジェクトレベル、チームレベルの設定の影響は広範囲に及ぶ可能性があるため、変更は、以下の必要なアクセス許可を持つユーザーに制限されています。

プロセスレベルの変更

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

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

• 継承プロセスについて
• プロジェクトのカスタマイズ
• プロセスの作成と管理

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

区分パスまたはイテレーション パスを追加するには、プロジェクト管理者グループのメンバーである必要があります。

または、特定のノードに区分パスまたはイテレーション パスを追加、編集、管理するには、次に示すアクセス許可の 1 つ以上が [許可] に設定されている必要があります。

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

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

• 区分パスの定義とチームへの割り当て
• イテレーション パス (スプリント) の定義、チーム イテレーションの割り当て

チームレベルの変更

チーム ツールを構成するには、チーム管理者またはプロジェクト管理者グループのメンバーである必要があります。

チーム管理者は、次の操作を行います。

• チーム メンバーを追加する
• 区分パスとイテレーション パスをサブスクライブする
• バックログとその他の一般的なチーム設定を構成する
• ボードを構成する
• チーム通知を管理する

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

次のステップ

関連記事

• 構成とカスタマイズに関する FAQ
• バックログとボードを設定する
• 継承されたプロセス モデル
• チーム ツールの管理と構成