Azure DevOps サービス |Azure DevOps Server |Azure DevOps Server 2022
Azure DevOpsでは、継承されたプロセスを使用して、プロジェクト、アジャイル ツール、作業追跡システムを柔軟にカスタマイズできます。 カスタマイズは、同じプロセスを利用するすべてのプロジェクトに適用されます。
継承されたプロセスは、作業追跡システムの基盤として機能します。 新しいプロジェクトを作成するときに、その構成要素を定義するプロセスを選択します。 構成要素には、作業項目の種類、状態、フィールド、およびルールが含まれます。 継承されたプロセスをカスタマイズすることで、チーム固有のニーズに合わせて調整できます。 カスタマイズできる内容の詳細については、「プロセスのカスタマイズと継承されたプロセスについて」を参照してください。
重要
継承プロセス モデルは、モデルの種類をサポートするように構成されたプロジェクトで使用できます。 古いコレクションを使用している場合は、プロセス モデルの互換性を確認してください。 オンプレミスのコレクションがオンプレミスの XML プロセス モデルを使用するように構成されている場合は、そのプロセス モデルのみを使用して作業追跡エクスペリエンスをカスタマイズできます。 詳細については、「 組織レベルのプロセスのカスタマイズ」を参照してください。
Note
監査ログと監査機能を使用して、継承されたプロセスに加えられた変更を確認できます。 詳細については、「アクセス、エクスポート、およびフィルター監査ログ」を参照してください。
このチュートリアルでは、次の操作を行います。
- アジャイル、スクラム、Basic、または CMMI モデルに基づいて継承されたプロセスを作成する
- プロジェクトに関連付けられているプロセスの種類を変更する
- 定義されたプロセスから新しいプロジェクトを作成する
- プロセスをコピーしてカスタマイズする
- プロセスの有効化と無効化、および既定のプロセスの設定
ヒント
この記事の後半で、AI を用いてこのタスクを補助することができます。または、Azure DevOps MCP Server で AI 支援を有効にする方法を参照して作業を開始してください。
前提条件
特定のビジネス要件に合わせてAzure Boardsを調整する方法については、「構成とカスタマイズAzure Boardsを参照してください。
| カテゴリ | 必要条件 |
|---|---|
| アクセス許可 | - プロセスを作成、削除、または編集するには、プロジェクト コレクション管理者のメンバー グループまたは特定のコレクション レベルのアクセス許可 プロセスの作成、プロセスの削除、プロセスの編集、または [を許可] に設定されている 組織からフィールドを削除します。 詳細については、「 継承されたプロセスをカスタマイズする」を参照してください。 - ボードを更新するには、チーム管理者、または プロジェクト管理者 グループのメンバー。 |
| アクセス | - Basic または下位のアクセス権を持っている場合でも、他のユーザーがアクセス許可を付与した場合でもプロセスを変更できます。 - 既存の作業項目の種類を更新および変更するには:プロジェクトのメンバー。 |
| プロジェクト プロセス モデル | - プロジェクトを含むプロジェクト コレクションの継承プロセス モデルが必要です。 - データを Azure DevOps Services に移行するには、Team Foundation Server Database Import Service を使用します。 |
| 知識 | - カスタマイズ モデルとプロセス モデルに関する知識。 |
継承型プロセスを作成する
次の手順でカスタマイズできる継承されたプロセスを作成します。 既定のシステム プロセスはロックされているため、カスタマイズすることはできません。
組織にサインインします ()。
組織設定を選択します。
[ボードプロセス] を選択します。 プロセスの一覧で、使用するプロセスを選択して強調表示し、[その他のアクション] を選択して [継承されたプロセスを作成] を選んでください。
カスタマイズするプロジェクトの作成に使用したのと同じシステム プロセスを選択します。 プロセスの種類には、 アジャイル、 基本、 スクラム、 および機能成熟度モデル統合 (CMMI) を含めることができます。
次の例では、アジャイル システム プロセスから継承されたプロセスを作成します。
Azure DevOpsのアジャイル プロセスで継承されたプロセスを作成するオプションを選択する方法を示すスクリーンショット これらのオプションにアクセスできない場合は、プロジェクト コレクション管理者 グループのメンバーにアクセス許可を付与するように依頼します。 メンバーを見つけるには、「プロジェクト コレクション管理者を検索する」を参照してください。
プロセスの名前と説明 (省略可能) を入力します。
プロセス名は一意で、128 文字以内にする必要があります。 その他の制限については、「 プロセスのカスタマイズと継承されたプロセス - プロセス名の制限」を参照してください。
[継承されたプロセスの作成] ダイアログを示すスクリーンショット。
コレクションにサインインします。
[コレクションの設定] または [管理者設定] を選択します。
プロセスを選択します。
[プロセス] オプションを選択してコレクションのすべてのプロセスを表示する方法を示すスクリーンショット。
重要
[継承されたプロセスの作成] メニュー オプションがない場合は、選択したコレクションがオンプレミスの XML プロセス モデルを操作するように設定されます。 詳細については、「 作業追跡エクスペリエンスのカスタマイズ - オンプレミス XML プロセス モデル」を参照してください。
継承された子プロセスは、親システム プロセスに基づいて自動的に更新されます。 プロセスの更新については、
Azure DevOps Server に記載されています。
継承されたプロセスを定義したら、次のタスクを完了できます。
- 継承されたプロセスを使用してプロジェクトをカスタマイズする
- 継承されたプロセスを使用するプロジェクトを作成する
- 継承されたプロセスを使用するようにプロジェクトを更新する
プロジェクトのプロセスを変更する
次のメソッドを使用して、継承されたプロセスから別のプロセスにプロジェクトのプロセスを変更できます。
- アジャイルやスクラムなど、同じベースを共有するプロセス間でプロジェクトを移動することで、同じ基本プロセス内で切り替えます。
- たとえば、プロジェクトのプロセス モデルをアジャイルからスクラム、Basic からアジャイルに変更することで、別のプロセス モデルに移行します。
このセクションの例では、移行方法の詳細な手順を示します。これは、いくつかの一般的なプロセス変更シナリオに適用できます。
- Scrum から Agile へ
- Agile から Scrum へ
- Basic から Agile へ
Note
- ターゲット プロセスでも定義されていないカスタム作業項目の種類の未削除の作業項目がない限り、プロジェクトのプロセスを変更できます。
- 同じユーザー設定フィールドを含まないシステム プロセスまたはその他の継承されたプロセスにプロジェクトを変更しても、データは維持されます。 ただし、現在のプロセスで表されていないユーザー設定フィールドは、作業項目フォームには表示されません。 クエリまたは REST API を使用して、フィールド データに引き続きアクセスできます。 これらのフィールドは変更からロックされ、読み取り専用の値として表示されます。
次の手順では、移行方法を使用してプロジェクトのプロセスをアジャイルからスクラムに変更する方法を示します。
[ボードプロセス] を選択します。 [ プロセス ] ボックスの一覧で、プロジェクトのプロセスを選択してプロセスの詳細を開きます。 この例では、 アジャイル プロセスを選択します。
プロセス名を選択してプロセスの詳細を開く方法を示すスクリーンショット。
プロセスの詳細ページで、[ プロジェクト ] タブを選択します。プロジェクトの一覧で、変更するプロジェクトを強調表示し、[ その他のアクション変更プロセス] を選択します。
プロジェクトの変更プロセス アクションを選択する方法を示すスクリーンショット。
ウィザードの手順を完了します。 アジャイル プロセスからスクラム プロセスへの移行など、プロジェクトの一部の変更には手動タスクが必要です。
アジャイルプロセスからスクラムプロセスにプロジェクトを移行した後に完了する他のタスクを一覧表示するウィザード ダイアログのスクリーンショット。
重要
プロジェクトを継承したプロセスに切り替えると、一部の Agile ツールまたは作業項目が無効になる可能性があります。 例えば次が挙げられます。
- フィールドを必須として指定すると、フィールドがない作業項目にエラー メッセージが表示されます。 特定されたエラーを解決し、さらに変更を進め、作業項目を保存します。
- ボードに表示される作業項目の種類のワークフローの状態を追加または変更する場合は、プロジェクト内のすべてのチームのボード列の構成を更新します。
プロセスからプロジェクトを作成する
プロセスからプロジェクトを作成するには、次の手順に従います。
[ボードプロセス] を選択します。 プロセスの一覧で、更新するプロセスを強調表示し、[その他のアクション] を選択して [新しいチーム プロジェクト] を選択します。
選択したプロセスの新しいチーム プロジェクト オプションを選択する方法を示すスクリーンショット。
[ 新しいプロジェクトの作成 ] ダイアログで、プロジェクト情報を入力し、[ 作成] を選択します。 詳細については、「プロジェクトを作成する」を参照してください。
[新しいプロジェクトの作成] ダイアログのスクリーンショット。
プロセスをコピーする
組織全体でカスタマイズを実装する前に、次の手順を実行して計画された変更をテストすることが不可欠です。
ヒント
複数のプロジェクトで使用されるプロセスを変更すると、各プロジェクトに増分プロセスの変更がすぐに反映されます。 プロセスの変更をすべてのプロジェクトにロールアウトする前にバンドルするには、次の手順を実行します。
[ボードプロセス] を選択します。 プロセスの一覧で、使用するプロセスを選択し、[その他のアクション] を選んでから、[プロセスのコピーを作成] を選択します。
選択したプロセスのコピー オプションを選択する方法を示すスクリーンショット。
コピーしたプロセスの名前と任意の説明を入力し、[プロセスのコピー] を選択します。
[コピー プロセス] ダイアログの画面キャプチャ。
コピーしたプロセスに変更を加えます。 現在、新しい (コピーされた) プロセスを使用しているプロジェクトがないため、変更はどのプロジェクトにも影響しません。
コピーしたプロセスと更新されたプロセスに基づいてテスト プロジェクトを作成し、変更を確認します。 テスト プロジェクトを既に作成している場合は、[プロジェクトの変更] を選択してProcess_Nameを使用します。 詳細については、この記事の 「プロジェクトのプロセスを変更 する」を参照してください。
新しい変更を必要とするプロジェクトのプロセスを変更し、更新プログラムをロールアウトします。 プロジェクトを更新するには、各プロジェクトに対してProcess_Nameオプションを使用するChange projectを使用します。 詳細については、「プロジェクトのプロセスを変更する」を参照してください。
元のプロセスを無効化するか、または削除します。
プロセスを有効または無効にする
特定のプロセスからプロジェクトが作成されないようにするには、このオプションを無効にします。 このオプションは、いくつかのカスタマイズを適用し、更新が完了するまでプロセスを使用しない場合に有効にできます。 または、プロジェクトを新しいプロセスに移行するために、特定のプロセスの使用を廃止することもできます。
既定では、すべてのシステム プロセスと新しく作成された継承プロセスが有効になります。 プロセスを無効または有効にするには、プロセスの [その他のアクション ] メニューを開き、[ プロセスの無効化] または [プロセスを有効にする] を選択します。
プロセスを既定として設定する
プロセスを既定として設定することで、作成する予定の他のプロジェクトに対して継承されたプロセスを事前に選択できます。 新しいプロジェクトで希望する継承されたプロセスが自動で使用されるように、このアクションは設定します。
プロセスを既定として設定するには、継承したプロセスの [ その他のアクション ] メニューを開き 、[既定のプロセスとして設定] を選択します。 このオプションは、どのシステム プロセスでも使用できません。
プロジェクト コレクション管理者は、[プロジェクト] ページからプロジェクトを追加できます。
AI を使用して継承されたプロセスを管理する
ヒント
この記事の後半で、AI を用いてこのタスクを補助することができます。または、Azure DevOps MCP Server で AI 支援を有効にする方法を参照して作業を開始してください。
GitHub Copilotを使用する場合、Azure DevOps MCP Server は、自然言語プロンプトを使用して継承されたプロセスを作成、管理、適用するのに役立ちます。
プロセス管理のプロンプトの例
| Task | プロンプトの例 |
|---|---|
| 標準化されたプロセスを作成する | Create an inherited process based on Agile for our organization's web development projects. Include custom fields for 'Sprint Goal', 'Definition of Done', and 'Tech Stack', and set it as the default process for new projects |
| プロジェクトを新しいプロセスに移行する | Move my 'Legacy App' project from the default Scrum process to our customized 'Engineering-Scrum' inherited process. Explain what changes automatically and what I need to update manually |
| プロセスをコピーしてカスタマイズする | I want to create a variation of our 'Engineering-Agile' process for our Data Science team. Clone the process, add a 'Model Training' work item type, and add 'Dataset' and 'Accuracy Metric' fields |
| プロジェクト間でのプロセス使用状況の監査 | List all inherited processes in my organization, which projects use each process, and identify any processes that aren't assigned to any project so I can consider disabling or removing them |
| プロセス ガバナンス モデルを設定する | We have 15 teams and need a process governance strategy. Help me design a process hierarchy with a base process for shared customizations and team-specific derived processes for teams with unique needs |
| プロセス移行のトラブルシューティング | After changing my project from Agile to our custom inherited process, some work items show incorrect state mappings and fields are missing. Walk me through diagnosing and fixing the state category mismatches |
ヒント
最適な結果を得るには、Azure DevOps MCP サーバーが接続されているエージェント モードでこれらのプロンプトを使用します。 特定のプロセス名、プロジェクト名、または組織の要件でプロンプトをカスタマイズします。
次のステップ
継承されたプロセスのフィールドを追加および管理する
又は
作業項目の種類の追加と管理