オンプレミスの XML プロセスのカスタマイズ
Azure DevOps Server 2022 - Azure DevOps Server 2019
オンプレミス XML プロセス モデルでは、プロジェクトの作業追跡オブジェクトとアジャイル ツールをカスタマイズするためのサポートが提供されます。 このモデルでは、作業項目の種類、プロセス構成、カテゴリなどの XML 定義を更新できます。 フィールドの属性を更新することもできます。
仕事の追跡エクスペリエンスをカスタマイズして、ビジネスとレポートのニーズをサポートします。 最も一般的なカスタマイズには、ユーザー設定フィールドの追加、作業項目フォームの変更、カスタム作業項目の種類の追加などがあります。
Note
詳細については、次の記事を参照してください。
Azure DevOps Server 2019 以降のバージョンでは、プロセス モデルを選択できます。 プロジェクト コレクションを作成するときは、オンプレミスの XML プロセス モデルと継承プロセス モデルのどちらかを選択する必要があります。 詳細については、「 作業の追跡をカスタマイズする」を参照してください。プロジェクト コレクションのプロセス モデルを選択してください。
重要
ホストされた XML から継承されたモデルへのプロジェクトまたはコレクションの移行は、Azure DevOps Serverをサポートしていません。 Azure DevOps Services でのみ使用できます。
Azure DevOps Services プロジェクトをカスタマイズするには、「プロセスのカスタマイズと継承されたプロセスについて」を参照してください。 この記事は、オンプレミスのデプロイにのみ適用されます。
サポートされるカスタマイズ
オンプレミスの XML プロセス モデルを使用する場合は、次のタスクを実行できます。
領域
カスタマイズのサポート
フィールド
リストの選択
作業項目の種類
バックログとプロセス構成
プロセス テンプレート
リンクの種類
カスタマイズ シーケンス
オンプレミスのデプロイを管理する場合は、次のシーケンスを使用してほとんどのカスタマイズを実行します。 このシーケンスでは、WIT、グローバル リスト、プロセス構成、カテゴリの XML 定義の更新がサポートされています。 このシーケンスは、それぞれの変更された XML 定義ファイルをインポートして個々の更新をサポートします。 バージョン管理のために、リポジトリに XML 定義ファイルを保持することをお勧めします。
さらに、 witadmin ツールを使用して、オブジェクトの一覧表示、WIT の名前変更、WIT の完全な削除などを行うことができます。
ヒント
witadmin を使用すると、定義ファイルをインポートおよびエクスポートできます。 使用できるその他のツールには、プロセス エディターが含まれます (Visual Studio のバージョンをインストールしている必要があります)。 Visual Studio Marketplace からプロセス テンプレート エディターをインストールします。
メンテナンスとアップグレードの影響
カスタマイズする前に、アプリケーション層サーバーをアップグレードするときにカスタマイズがプロジェクトに与える影響を理解しておく必要があります。
オンプレミスデプロイへのアップグレードでは、作業の追跡に使用されるオブジェクトの更新を必要とする新機能が導入される可能性があります。 これらのオブジェクトには、作業項目の種類、カテゴリ、プロセス構成などがあります。 WIT またはプロセス構成のワークフローの変更を最小限に抑えると、デプロイをアップグレードするときに行う必要がある作業を最小限に抑えることができます。
アップグレード後に行う必要がある手動作業の量を最小限に抑えるには、どのカスタマイズで簡単な更新パスがサポートされ、サポートされていないかを理解します。
クイック更新に対応
次のカスタマイズを使用すると、機能の構成ウィザードを使用して、新しい機能に必要な変更をプロジェクトに自動的に適用できます。
- フィールド: カスタム フィールドの追加、選択リストのカスタマイズ、区分パスとイテレーション パスの変更、およびフィールドへのルールの追加
- WIT: カスタム WIT の追加、フォーム レイアウトの変更
- カテゴリ: カスタム カテゴリの追加
- アジャイル ツール: ボード上の列をカスタマイズし、クイック 追加パネルをカスタマイズする
- Office 統合: Project のフィールドの TFS フィールドへのマップ方法を追加または変更します。
機能の構成ウィザードの詳細については、「 アップグレード後の機能の構成」を参照してください。
互換性がありますが、手動更新が必要な場合があります
機能の構成ウィザードでは、特定の作業項目の種類、ワークフローの状態、およびフィールドがプロジェクトに存在する必要があります。 次のカスタマイズを行うときは、ウィザードを実行するためにカスタム プロセスを変更する必要がある場合や、プロジェクトを手動で更新する必要がある場合があります。
- フィールド: 既存のフィールドの属性を変更し、プロセス構成で参照されているフィールドを削除します
- WIT: ワークフローの変更
- アジャイル ツール: 要件カテゴリ、タスク カテゴリ、または機能カテゴリに定義されている WIT を変更します。
- アジャイル ツール: プロセス構成で定義されているメタステート マッピングを変更します。
- アジャイル ツール: プロセス構成で に
TypeField指定されたフィールドを変更します。
さらに、WIT またはワークフローに加えた変更では、Excel やSQL Server Reporting Services レポートなど、プロセスに付属する他の成果物の更新が必要になる場合があります。
避けることが望ましいカスタマイズ
次のカスタマイズは、データ ウェアハウスでスキーマの競合が発生したり、TFS アップグレード後にプロジェクトを更新するときに問題が発生したりする可能性があるため、避ける必要があります。
- 田畑：
- フィールドのフレンドリ名 (WIT 定義ファイル内で指定されたフィールド) を変更する
- 1 つ以上のレポート属性、または属性を変更して、既定のフィールドの Active Directory とユーザー名を同期する
- WIT: WIT の名前の変更または削除
- カテゴリ: 既定のカテゴリの名前を変更するか、既定のカテゴリ内で指定された WIT を変更します
レポート属性の詳細については、「レポートを サポートするために作業項目フィールドを追加または変更する」を参照してください。
推奨プラクティス
- 追跡要件をサポートする WIT をカスタマイズするための最適な方法を確認します。 作業項目を追跡するオブジェクトを変更する場合は、これらの変更が既存および将来のプロジェクトにどのように影響するかを特定する必要があります。
- プロセスとすべての XML 定義ファイルをバージョン管理の下に配置します。 リポジトリに格納されていない定義済みオブジェクトは配置しないでください。
- ソフトウェアをテストする場合と同様に、カスタマイズしたオブジェクトをテストします。
- 導入するカスタム フィールドの数を最小限に抑えます。 レポート可能にするカスタム フィールドの数を最小限に抑えます。
チーム エリア パスをチーム フィールドに置き換える
プロジェクトの既定の構成では、各チームがエリア パスに関連付けられます。 共通のバックログから多くの製品区分にわたって作業する複数のチームが組織に存在する場合、この構成では、適切な形で作業を編成できないことがあります。 組織内のチームを表すカスタム フィールドを追加することで、チームをサポートするようにアジャイル計画ツールとページを再構成し、チームと区分パスの割り当てを解除できます。
エリア パスではなくチーム フィールドを使用してチームをサポートする 場合は、既定の構成を変更する方法について説明します。