次の方法で共有

継承されたプロセスを使用してプロジェクトをカスタマイズする

Azure DevOps サービス |Azure DevOps Server |Azure DevOps Server 2022

各プロジェクトは、作業を追跡するための構成要素を定義するプロセスに基づいています。 最初に作成するプロジェクトには、既定のプロセス ([アジャイル]、[基本]、[スクラム]、または [CMMI]) のいずれかが使用されます。

継承されたプロセスのみをカスタマイズできます。 継承されたプロセスに加えた変更は、そのプロセスを使用するプロジェクトに自動的に表示されます。 プロセスの一部である作業項目の種類 (WIT) を追加または変更することで、プロセスをすばやくカスタマイズできます。 それ以外の場合は、次のシーケンスを使用してプロジェクトをカスタマイズします。

  1. 継承されたプロセスをカスタマイズする: フィールド、WIT、ワークフロー、フォーム、バックログを変更して、特定の要件に合わせて継承されたプロセスを変更します。
  2. カスタマイズを確認する: テスト プロジェクトを作成し、変更を検証します。
  3. 継承されたプロセスをプロジェクトに適用する: 継承されたプロセスに基づいて新しいプロジェクトを追加し、既存のチーム プロジェクトで使用されるプロセスを変更します。
  4. カスタマイズを更新して確認する: Web ポータルを更新し、変更した種類の作業項目を開きます。

重要

継承プロセス モデルは、モデルの種類をサポートするように構成されたプロジェクトで使用できます。 古いコレクションを使用している場合は、プロセス モデルの互換性を確認してください。 オンプレミスのコレクションがオンプレミスの XML プロセス モデルを使用するように構成されている場合は、そのプロセス モデルのみを使用して作業追跡エクスペリエンスをカスタマイズできます。 詳細については、「 組織レベルのプロセスのカスタマイズ」を参照してください。

Note

監査ログと監査機能を使用して、継承されたプロセスに加えられた変更を確認できます。 詳細については、「アクセス、エクスポート、およびフィルター監査ログ」を参照してください。

ヒント

この記事の後半で、AI を用いてこのタスクを補助することができます。または、Azure DevOps MCP Server で AI 支援を有効にする方法を参照して作業を開始してください。

前提条件

特定のビジネス要件に合わせてAzure Boardsを調整する方法については、「構成とカスタマイズAzure Boardsを参照してください。

カテゴリ 必要条件
アクセス許可 - プロセスを作成、削除、または編集するには、プロジェクト コレクション管理者のメンバー グループまたは特定のコレクション レベルのアクセス許可 プロセスの作成、プロセスの削除、プロセスの編集、または [を許可] に設定されている 組織からフィールドを削除します。 詳細については、「 継承されたプロセスをカスタマイズする」を参照してください。
- ボードを更新するには、チーム管理者、または プロジェクト管理者 グループのメンバー。
アクセス - Basic または下位のアクセス権を持っている場合でも、他のユーザーがアクセス許可を付与した場合でもプロセスを変更できます。
- 既存の作業項目の種類を更新および変更するには:プロジェクトのメンバー。
プロジェクト プロセス モデル - プロジェクトを含むプロジェクト コレクションの継承プロセス モデルが必要です。
- データを Azure DevOps Services に移行するには、Team Foundation Server Database Import Service を使用します。
知識 - カスタマイズ モデルとプロセス モデルに関する知識。

Note

継承されたプロセスをカスタマイズすると、そのプロセスを使用するすべてのプロジェクトにカスタマイズが自動的に反映されます。 スムーズな移行を確実にするために、組織全体でカスタマイズを実装する前に、カスタマイズをテストするテスト プロセスとプロジェクトを作成することをお勧めします。 詳細については、「継承されたプロセスの作成と管理」を参照してください。

フィールドの追加または変更

ロックされた フィールドと継承された フィールドは、システム プロセスから継承されたフィールドに対応します。 ロックされたフィールドはカスタマイズできませんが、継承されたフィールドの一部のオプションはカスタマイズできます。 プロセスに追加するフィールドは完全にカスタマイズできます。

  1. 組織にサインインします ()。

  2. 歯車アイコン[組織の設定] を選択します。

    組織の設定ボタンが強調表示されているスクリーンショット。

  3. [プロセス] 該当する [継承されたプロセス] カスタマイズする [WIT] を選択します。

  4. フィールドを追加するには、 ([新しいフィールド] アイコン) を選択します。

    [プロセス] の [作業項目の種類] ページ、WIT へのフィールドの追加のスクリーンショット。

    結果のダイアログで、追加するフィールドの種類を選択します。 例: 整数、候補リスト (ドロップダウン メニュー)、個人名/ID、リッチ テキストまたは HTML、チェックボックス (ブール値) などです。

  5. 次の方法で既存のフィールドを変更します。

    • フィールド ラベルを変更する
    • フォームのフィールドの表示/非表示
    • 必須/既定のオプションを設定する
    • レイアウト内でフィールドを移動する
    • フォームからのフィールドを削除する

作業項目の種類に関するルールを追加または変更する

特定のワークフローとビジネスのユース ケースをサポートするルールを追加します。 ルールを使用すると、フィールドの値をクリアし、値をフィールドにコピーし、異なるフィールドの値間の依存関係に基づいて値を適用できます。

  1. 継承されたプロセスと作業項目の種類を選択します。
  2. [ルール][新しいルール] を選択します。

プロセス、WIT、バグ、レイアウト、新しいカスタム コントロールを示すスクリーンショット。

詳細については、「規則と規則の評価」を参照してください。

作業項目の種類の追加または変更

さまざまな WIT を使用して、さまざまな種類の作業を計画および追跡します。 カスタム WIT を追加する主な理由は、特定のビジネス ユース ケースに合わせて Web フォームとワークフローの状態をカスタマイズすることです。

  1. 継承されたプロセスとカスタマイズする WIT を選択します。

  2. [作業項目の種類] ページで、[新しい作業項目の種類] を選択します。

    プロセス、継承されたプロセス、作業項目の種類、新しい作業項目の種類の追加を示すスクリーンショット。

  3. WIT に名前を付け、必要に応じて説明、アイコン、色を指定します。 指定したアイコンと色は、作業項目フォームや、関連する作業項目がバックログ、ボード、クエリ結果などで表示される場合など、Web ポータル全体に表示されます。

    [新しい作業項目の種類を作成] ダイアログを示すスクリーンショット。

  4. [作成] を選択して保存します。

    これで、WIT にフィールドを追加したり、次の方法でカスタマイズしたりできるようになりました。

    • ワークフローを変更する
    • カスタム コントロールを追加または削除する
    • 拡張機能を追加する
    • カスタム グループの追加/移動/削除
    • カスタム ページの追加/移動/削除

作業項目の種類のワークフローを変更する

ワークフローの状態を使用すると、作業項目が新規から完了に移行する際の状態を追跡できます。

  1. ワークフローを変更するには、継承されたプロセス、WIT、[状態] ページの順に選択します。

    [プロセス] ページ、バグ WIT、[状態] タブ、状態の追加

  2. ワークフローは次の方法で変更できます。

    • ワークフローの状態を非表示にする
    • 状態を追加する
    • 状態を編集する (色またはカテゴリを変更する)
    • 状態を削除する

カスタム コントロールの追加

カスタム コントロールを使用すると、作業項目フォームにその他の機能を提供できます。

[プロセス] ページから、継承されたプロセス [WIT] [カスタム コントロールの追加] の順に選択します。

継承されたプロセス、[WIT]、[カスタム コントロールの追加] シーケンスの選択を示すスクリーンショット。

詳細については、「作業項目の種類に拡張機能とカスタム コントロールを追加する」を参照してください。

作業項目の種類に拡張機能を追加する

拡張機能は、プロジェクトに新しい機能を提供するインストール可能なユニットです。

Note

グループとページの拡張機能は、システムと継承済み両方のすべてのプロセスのすべての WIT に自動的に追加されます。 継承されたプロセス内で、選択した WIT の拡張機能を非表示にすることができます。

  1. Visual Studio Marketplace に移動し、拡張機能を見つけて、Get it free を選択します。

    Marketplace 拡張機能 "Work item checklist" を示すスクリーンショット。

  2. ドロップダウン メニューから追加する組織を選択し、[インストール] を選択します。

    選択した組織とインストール ボタンを示すスクリーンショット。

  3. プロセスと WIT に戻り、拡張機能が目的の場所にあることを確認します。 フォーム上の目的の場所にドラッグできます。

    [バグ] 作業項目フォームのグループ拡張機能を示すスクリーンショット。

バックログとボードを変更する

バックログ レベルにさらに WIT を追加することや、別のポートフォリオ バックログを作成することができます。 たとえば、次の例について考えてみましょう。

  • ここでは、カスタムの Initiative WIT を追跡するために特別に設計した、Initiatives という第 3 レベルのポートフォリオ バックログを導入しました。
  • また、プロダクト バックログの名前を "Stories" と "Tickets" に変更し、ユーザー ストーリーと顧客チケットの両方が含まれるようになったことを明確にしました。

バックログ レベルに加えられた変更を示すスクリーンショット。

  1. [プロセス] ページで、継承されたプロセス [バックログ レベル] を選択します。

    Web ポータル、管理コンテキスト、プロセス ページ、開いているバックログ レベルを示すスクリーンショット。

  2. バックログとボードの構成は、次の方法で変更できます。

    • カスタム WIT をバックログまたはボードに追加する
    • 既定の設定を変更する
    • 要件バックログの名前を変更する
    • ポートフォリオ バックログの名前を変更する
    • カスタム WIT を表示するポートフォリオ バックログを追加する
    • ポートフォリオ バックログの編集または名前変更
    • 最上位レベルのカスタム ポートフォリオ バックログを削除する

カスタマイズを検証する

テスト プロジェクトを作成し、カスタマイズした継承されたプロセスを適用して、行った変更を確認することをお勧めします。 プロセスに対して行われたすべてのカスタマイズは、すべてのプロジェクトですぐに有効になります。 変更をステージングする場合は、次の 2 つの方法のいずれかを使用して行うことができます。

  • テスト プロジェクトとカスタマイズしたプロセスのコピーを作成する
  • テスト組織を作成し、プロセスをインポート/エクスポートする

テスト プロジェクトとカスタマイズしたプロセスのコピーを作成する

  1. [プロセス] ページで選択 使用するプロセスのコンテキスト メニューを選択してから、[新しいチーム プロジェクト] を選択します。

    選択したプロセスからプロジェクトを作成する

  2. フォームに情報を入力し、[作成] を選択します。 詳細については、「プロジェクトを作成する」を参照してください。

  3. プロジェクトから [ボード][作業項目] を選択し、[新しい作業項目] ドロップダウン メニューからカスタマイズした WIT を選択します。 次の例では、[バグ] を選択します。

    [作業]、[作業項目ページ]、[新しい作業項目の追加]、[バグ] シーケンスを示すスクリーンショット。

  4. 追加した 1 つ以上のフィールドがフォームに表示されることを確認します。 (感嘆符) アイコンは、フィールドが必須であることを示します。

テスト組織を作成し、プロセスをインポート/エクスポートする

次の手順を使用して、継承されたプロセスに対して行ったカスタマイズを確認することもできます。

  1. テスト組織を作成します。
  2. プロセスのインポート/エクスポート ツールを使用して、プロセスをテスト組織にコピーします。
  3. テスト組織でプロセスのカスタマイズを確認します。
  4. プロセスのインポート/エクスポート ツールをもう一度使用して、変更したプロセスを運用組織にインポートします。

プロジェクトのプロセスを変更する

詳細については、「プロジェクトのプロセスを変更する」を参照してください。

AI を使用してプロジェクト プロセスをカスタマイズする

ヒント

この記事の後半で、AI を用いてこのタスクを補助することができます。または、Azure DevOps MCP Server で AI 支援を有効にする方法を参照して作業を開始してください。

GitHub Copilotを使用する場合、Azure DevOps MCP Server は、自然言語プロンプトを使用してプロジェクトの継承されたプロセスをカスタマイズするのに役立ちます。

プロセスのカスタマイズを求めるプロンプトの例

Task プロンプトの例
プロセスの完全なカスタマイズを計画する I'm adopting an inherited Agile process for a regulated healthcare project. Walk me through adding custom fields for Compliance Status and Regulatory Reference, a new 'Compliance Review' state, and rules that enforce sign-off before items can move to Done
カスタム作業項目の種類を追加する Create a 'Risk' work item type in my inherited process with fields for Likelihood, Impact, Mitigation Plan, and Risk Owner. Add it to the Requirements backlog level so it shows on our board
テスト プロジェクトでカスタマイズを確認する I made several customizations to my inherited process — new fields, a custom WIT, and modified workflow states. Help me create a test project to validate everything works correctly before applying the process to our production project
2 つの継承されたプロセスを比較する I have two inherited processes, TeamAlpha-Agile and TeamBeta-Agile. List the differences between them in fields, work item types, states, and rules so I can decide whether to consolidate into one process
カスタマイズに関する問題のトラブルシューティング After customizing my inherited process, some fields aren't appearing on the work item form and a custom state is missing from the board. Help me diagnose what went wrong and how to fix it
不要なカスタマイズを元に戻す I made changes to the Bug work item type in my inherited process that are causing problems. Show me how to revert specific field and layout changes back to the default inherited behavior without losing other customizations

ヒント

最適な結果を得るには、Azure DevOps MCP サーバーが接続されているエージェント モードでこれらのプロンプトを使用します。 特定のプロセス名、作業項目の種類、またはビジネス要件でプロンプトをカスタマイズします。

関連コンテンツ

  • REST API を使用してプロセスを管理する
  • 継承されたプロセスを作成し、そのプロセスを使用するようにプロジェクトを変更します。
  • 作業追跡オブジェクトの制限について学習する
  • Last updated on