Azure DevOps サービス |Azure DevOps Server |Azure DevOps Server 2022
チームのプロセスとポートフォリオのニーズに合わせてAzure Boardsをカスタマイズします。 この記事では、エリアとイテレーションの構造、作業項目の種類 (WIT)、ワークフロー、ボードの動作を構成する管理者に推奨されるタスクと考慮事項について説明します。
この記事では、ボード、バックログ、チーム設定をカスタマイズする前に、プロジェクトの編成方法を決定します。
必要な構成タスクが既にわかっている場合は、次の記事から始めます。
Note
ここでのほとんどのガイダンスは、Azure DevOps サービスとAzure DevOps Serverの両方に適用されます。 Analytics や配信計画エクスペリエンスなどの一部の機能は、バージョンやインストールによって異なります。 配信プランは、2022 以降Azure DevOps Server組み込まれており、以前は Marketplace 拡張機能として使用されていました。
ヒント
AI を使用して、Azure DevOpsタスクに役立てることができます。 開始するには、Azure DevOps MCP Server に関する AI のサポートを利用する方法に関する説明を参照してください。
主な考慮事項
これらの質問を使用して、選択した構成を整形します。
| Area | 回答する質問 |
|---|---|
| プロジェクトとチームの構造 | 必要なチーム、エリア パス階層、ロールアップ ビューはいくつですか? |
| Iterations | 最適なスプリント 周期、リリース グループ化、予測期間は何ですか? |
| 作業項目スキーム | チームはどの WIT (機能、ストーリー/問題/PBI、タスク、エピック) を使用すべきですか? |
| レポートのニーズ | 使用できる必要があるフィールド、ロールアップ、分析ビューはどれですか? |
| カスタマイズ | ユーザー設定フィールド、ワークフロー、および WIT はボード、バックログ、およびレポートにどのように影響しますか? |
| アクセス許可とガバナンス | プロセス、エリア/イテレーション ツリー、チーム設定を変更できるのは誰ですか? |
選択内容を文書化して、チームがプロジェクト全体で一貫して適用できるようにします。
作業項目の種類とポートフォリオバックログの選択
プロジェクトの作成時にプロセス (アジャイル、Basic、スクラム、または CMMI) を選択します。 各プロセスは、既定の一連の WIT とポートフォリオ/バックログ レベルを定義します。 組織をサポートするために、カスタムの WIT とポートフォリオ バックログを追加できます。
この図は、アジャイル プロセスバックログ階層を示しています。
- ユーザー ストーリーとタスクを使用して作業を追跡します。
- バグを使用してコードの欠陥を追跡します。
- エピックと機能を使用して、大規模なシナリオで作業をグループ化します。
各チームは、ユーザー ストーリーまたはタスク作業項目と同じレベルでバグを管理するかどうかを構成できます。 バグを処理する設定を使用します。 このような作業項目の種類を使う方法については、 アジャイル プロセスに関する記事を参照してください。
目標や主要な結果などの追加の計画レイヤーが必要な場合、またはチームが機能より上のロールアップ レベルを必要とする場合は、カスタム WIT とポートフォリオ バックログを使用します。
追跡方法を比較する
チームの計画とレポートの動作に最も適した追跡モデルを選択します。
| 方法 | 次の場合に使用します。 | トレードオフ |
|---|---|---|
| タスクのみ | 階層が少ない単純なタスク追跡が必要 | 限定的な優先順位付けとポートフォリオ計画なし |
| 子タスクを含む要件 | スクラム チームが作業を見積もり、スプリントで追跡する | 管理すべき階層が増える |
| 要件のみ | かんばんチームまたはスクラムバン チームが時間を追跡しない | タスク レベルの詳細が少ない |
| ポートフォリオ WIT の下にグループ化された要件 | 複数のチームがロールアップとチーム間の予定表ビューを必要とする | より多くの事前プロセス設計が必要 |
チームに選択したモデルについて説明し、すべてのユーザーが同じパターンを使用するようにプロセス ドキュメントを更新します。
領域、イテレーション、チームを設定する
エリア パスを使用して、製品、機能、またはビジネス領域ごとに作業をパーティション分割します。 スプリント、リリース、またはマイルストーンにイテレーション パスを使用します。
| 勧告 | 理由 |
|---|---|
| マネージャーがロールアップを報告する方法を反映するエリア パス階層を作成する | 組織レベル間で正確なロールアップ レポートを有効にする |
| 各チームに既定の領域とイテレーション サブスクリプションを付与する | 作業項目が正しいコンテキストを自動的に継承する |
| 一緒に提供するチーム間で一貫した反復周期を使用する | チーム間の計画と依存関係の追跡を簡素化 |
関連コンテンツ:
ボードとバックログにバグを表示する
各チームは、バグが製品バックログに要件として表示されるか、要件に関連付けられているタスクとして追跡されるかを決定します。 スクラムを使用するチームは、多くの場合、バックログにバグを表示します。 アジャイルまたは CMMI を使用するチームは、バックログにバグを表示するかどうかを選択できます。 基本プロセスでは、バグ作業項目の種類は使用されません。代わりに問題が使用されます。 チームのバグの表示方法を変更するには、チームの設定を更新します。
クエリ、ボード、ロールアップが予測どおりに動作するように、一貫したチーム ポリシーを維持します。
ロールアップビューとポートフォリオビュー
バックログにロールアップ列を追加して、子項目の進行状況バー、カウント、または合計を表示します。 デリバリー計画を使用して、チーム間のスケジュールと依存関係を確認します。 機能タイムライン拡張機能などのロードマップ スタイルのビューを使用する場合は、プロジェクト ガイダンスで個別に呼び出します。
チーム間計画の場合は、配信計画と、組織が標準化したロードマップ スタイルの拡張機能を使用します。
ボード、列、ワークフロー
作業項目ワークフローの状態によって、既定のボード列が決まります。
| アクション | Scope | 考慮事項 |
|---|---|---|
| カスタム ワークフローの状態を WIT に追加する | すべてのチームに影響を与える | 変更は、その WIT を使用するすべてのチーム ボードに表示されます |
| チーム ボードに列を追加する | そのチームにのみ影響します | チーム固有のワークフロー ステップに役立ちます |
| 状態を列にマッピングする | レポートに影響を与える | 累積フロー ダイアグラムの精度を維持するために慎重にマップする |
関連コンテンツ:
ユーザー設定フィールドとレポート
ユーザー設定フィールドを使用すると、プロジェクト固有のデータをキャプチャできます。 ロールアップとレポートの機能を支援することができ、プロセス全体に適用されます。
| 勧告 | 理由 |
|---|---|
| レポートまたは自動化をサポートするフィールドにカスタム フィールドを制限する | 煩雑さとメンテナンスのオーバーヘッドを削減 |
| 数値ユーザー設定フィールドを使用してロールアップ合計を計算する | 進行状況の追跡と容量計画を有効にする |
| 一貫性のあるレポートに候補リストを使用する | フリー テキスト エントリからデータの不整合を防ぎます |
| プロセス レベルのフィールドは共有されていることに注意してください | 変更は、コレクションまたは組織内のすべてのプロジェクトに影響します |
Note
プロセスごとに最大 1,024 個のフィールドを定義できます。
カスタムの WIT とプロセスの変更
作業項目の種類 (WIT) とワークフローの追加または変更は、多くのツールに影響します。
| 変更 | 表示される場所 | 必要な操作 |
|---|---|---|
| 新しい要件レベルの WIT | プロダクトバックログ、場合によってはスプリントバックログ | バックログ レベルを構成する |
| 新しいタスク レベルの WIT | タスクボード | タスクボードの設定を更新する |
| カスタム WIT | チーム掲示板 | ボードと列のマッピングを更新する |
Important
プロセス レベルの変更は、すべてのチームに影響します。 破壊的変更を制限し、事前に通知します。
アクセス許可と、誰が何を変更できるか
プロセス、領域ツリー、反復ツリー、チーム構成を変更できるユーザーを制御します。
| 変更の種類 | 変更を加えられる人は誰ですか |
|---|---|
| プロセス レベル | プロセス権限を持つプロジェクト コレクション管理者またはユーザー |
| プロジェクト レベル (領域とイテレーション) | ノード権限を持つプロジェクト管理者またはユーザー |
| チーム レベル | チーム管理者またはプロジェクト管理者 |
関連コンテンツ:
時間追跡とスプリント計画
プロセスとチーム計画モデルに一致する作業追跡フィールドを使用します。
| フィールド | 一般的な用途 |
|---|---|
| 残存作業時間 | 残った作業を追跡して、タスクまたはスプリント項目を完了します。 |
| 元の見積もり | チームがベースラインを必要とするときに、最初の見積もりをキャプチャします。 |
| 完了した作業 | タスクに既に費やされている作業を記録します。 |
課金またはレポートの時間を追跡する場合は、Marketplace 拡張機能を評価して、より豊富な時間追跡サポートを得ることができます。
関連コンテンツ:
管理者向けの実用的なチェックリスト
Azure Boards構成を設定または確認するときは、次のチェックリストを使用します。
| Phase | Task |
|---|---|
| Plan | プロセスと作業項目の種類の戦略を決定する (継承またはカスタマイズ) |
| Plan | デザイン領域とイテレーション階層 |
| の構成 | チームを構成し、既定の領域とイテレーション サブスクリプションを設定する |
| の構成 | 必要な共有クエリ フォルダーとアクセス許可を作成する |
| の構成 | 役員が必要とするロールアップ列とダッシュボード ウィジェットを追加する |
| 検証 | ワイド スコープの更新プログラムを適用する前に、1 つのチームでパイロットの変更を行う |
| 通信 | プロジェクト Wiki の変更を文書化して更新する |