Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022
Azure DevOps では、継承されたプロセスを使用して、プロジェクト、アジャイル ツール、作業追跡システムを柔軟にカスタマイズできます。 カスタマイズは、同じプロセスを利用するすべてのプロジェクトに適用されます。
継承されたプロセスは、作業追跡システムの基盤として機能します。 新しいプロジェクトを作成するときに、その構成要素を定義するプロセスを選択します。 構成要素には、作業項目の種類、状態、フィールド、およびルールが含まれます。 継承されたプロセスをカスタマイズすることで、チーム固有のニーズに合わせて調整できます。 カスタマイズできる内容の詳細については、「プロセスのカスタマイズと継承されたプロセスについて」を参照してください。
重要
継承プロセス モデルは、モデルの種類をサポートするように構成されたプロジェクトで使用できます。 古いコレクションを使用している場合は、プロセス モデルの互換性を確認してください。 オンプレミスのコレクションがオンプレミスの XML プロセス モデルを使用するように構成されている場合は、そのプロセス モデルのみを使用して作業追跡エクスペリエンスをカスタマイズできます。 詳細については、「 組織レベルのプロセスのカスタマイズ」を参照してください。
Note
監査ログと監査機能を使用して、継承されたプロセスに加えられた変更を確認できます。 詳細については、「アクセス、エクスポート、およびフィルター監査ログ」を参照してください。
このチュートリアルでは、次の操作を行います。
- アジャイル、スクラム、Basic、または CMMI モデルに基づいて継承されたプロセスを作成する
- プロジェクトに関連付けられているプロセスの種類を変更する
- 定義されたプロセスから新しいプロジェクトを作成する
- プロセスをコピーしてカスタマイズする
- プロセスの有効化と無効化、および既定のプロセスの設定
前提条件
特定のビジネス要件に合わせて Azure Boards を調整する方法のガイダンスについては、「 Azure Boards の構成とカスタマイズ」を参照してください。
| カテゴリ | 必要条件 |
|---|---|
| アクセス許可 | - プロセスを作成、削除、または編集するには、プロジェクト コレクション管理者のメンバー グループまたは特定のコレクション レベルのアクセス許可 プロセスの作成、プロセスの削除、プロセスの編集、または [を許可] に設定されている 組織からフィールドを削除します。 詳細については、「 継承されたプロセスをカスタマイズする」を参照してください。 - ボードを更新するには、チーム管理者、または プロジェクト管理者 グループのメンバー。 |
| アクセス | - Basic または下位のアクセス権を持っている場合でも、他のユーザーがアクセス許可を付与した場合でもプロセスを変更できます。 - 既存の作業項目の種類を更新および変更するには:プロジェクトのメンバー。 |
| プロジェクトプロセスモデル | - プロジェクトを含むプロジェクト コレクションの継承プロセス モデルが必要です。 - Azure DevOps Services にデータを移行するには、 Team Foundation Server Database Import Service を使用します。 |
| 知識 | - カスタマイズ モデルとプロセス モデルに関する知識。 |
継承型プロセスを作成する
次の手順でカスタマイズできる継承されたプロセスを作成します。 既定のシステム プロセスはロックされているため、カスタマイズすることはできません。
組織にサインインします (
https://dev.azure.com/<Your_Organization>)。
組織設定を選択します。![Azure DevOps で強調表示されている [組織の設定] アクションを示すスクリーンショット。](../../../media/settings/open-admin-settings-vert.png?view=azure-devops)
[ボード>プロセス] を選択します。 [ プロセス ] ボックスの一覧で、使用するプロセスを強調表示し、[
その他のアクション>継承されたプロセスを作成します。カスタマイズするプロジェクトの作成に使用したのと同じシステム プロセスを選択します。 プロセスの種類には、 アジャイル、 基本、 スクラム、 および機能成熟度モデル統合 (CMMI) を含めることができます。
次の例では、アジャイル システム プロセスから継承されたプロセスを作成します。
![Azure DevOps でアジャイル プロセスの [継承されたプロセスの作成] オプションを選択する方法を示すスクリーンショット。](media/process/create-inherited-process-menu-agile.png?view=azure-devops)
これらのオプションにアクセスできない場合は、プロジェクト コレクション管理者 グループのメンバーにアクセス許可を付与するように依頼します。 メンバーを見つけるには、「プロジェクト コレクション管理者を検索する」を参照してください。
プロセスの名前と説明 (省略可能) を入力します。
プロセス名は一意で、128 文字以内にする必要があります。 その他の制限については、「 プロセスのカスタマイズと継承されたプロセス - プロセス名の制限」を参照してください。
![[継承されたプロセスの作成] ダイアログを示すスクリーンショット。](media/process/create-inherited-process-dialog.png?view=azure-devops)
コレクションにサインインします。
[コレクションの設定] または [管理者設定] を選択します。
プロセスを選択します。
![[プロセス] オプションを選択してコレクションのすべてのプロセスを表示する方法を示すスクリーンショット。](media/process/open-process-2020.png?view=azure-devops)
重要
[継承されたプロセスの作成] メニュー オプションがない場合は、選択したコレクションがオンプレミスの XML プロセス モデルを操作するように設定されます。 詳細については、「 作業追跡エクスペリエンスのカスタマイズ - オンプレミス XML プロセス モデル」を参照してください。
継承された子プロセスは、親システム プロセスに基づいて自動的に更新されます。 プロセスへの更新については、「Azure DevOps Serverのリリース ノート」を参照してください。
継承されたプロセスを定義したら、次のタスクを完了できます。
- 継承されたプロセスを使用してプロジェクトをカスタマイズする
- 継承されたプロセスを使用するプロジェクトを作成する
- 継承されたプロセスを使用するようにプロジェクトを更新する
プロジェクトのプロセスを変更する
次のメソッドを使用して、継承されたプロセスから別のプロセスにプロジェクトのプロセスを変更できます。
- アジャイルやスクラムなど、同じベースを共有するプロセス間でプロジェクトを移動することで、同じ基本プロセス内で切り替えます。
- たとえば、プロジェクトのプロセス モデルをアジャイルからスクラム、Basic からアジャイルに変更することで、別のプロセス モデルに移行します。
このセクションの例では、移行方法の詳細な手順を示します。これは、いくつかの一般的なプロセス変更シナリオに適用できます。
Note
- ターゲット プロセスでも定義されていないカスタム作業項目の種類の未削除の作業項目がない限り、プロジェクトのプロセスを変更できます。
- 同じユーザー設定フィールドを含まないシステム プロセスまたはその他の継承されたプロセスにプロジェクトを変更しても、データは維持されます。 ただし、現在のプロセスで表されていないユーザー設定フィールドは、作業項目フォームには表示されません。 クエリまたは REST API を使用して、フィールド データに引き続きアクセスできます。 これらのフィールドは変更からロックされ、読み取り専用の値として表示されます。
次の手順では、移行方法を使用してプロジェクトのプロセスをアジャイルからスクラムに変更する方法を示します。
[ボード>プロセス] を選択します。 [ プロセス ] ボックスの一覧で、プロジェクトのプロセスを選択してプロセスの詳細を開きます。 この例では、 アジャイル プロセスを選択します。
プロセスの詳細ページで、[ プロジェクト ] タブを選択します。プロジェクトの一覧で、変更するプロジェクトを強調表示し、[
その他のアクション>変更プロセス] を選択します。
ウィザードの手順を完了します。 アジャイル プロセスからスクラム プロセスへの移行など、プロジェクトの一部の変更には手動タスクが必要です。
重要
プロジェクトを継承したプロセスに切り替えると、一部の Agile ツールまたは作業項目が無効になる可能性があります。 例えば次が挙げられます。
- フィールドを必須として指定すると、フィールドがない作業項目にエラー メッセージが表示されます。 特定されたエラーを解決し、さらに変更を進め、作業項目を保存します。
- ボードに表示される作業項目の種類のワークフローの状態を追加または変更する場合は、プロジェクト内のすべてのチームのボード列の構成を更新します。
プロセスからプロジェクトを作成する
プロセスからプロジェクトを作成するには、次の手順に従います。
[ボード>プロセス] を選択します。 [ プロセス ] ボックスの一覧で、更新するプロセスを強調表示し、[
その他のアクション>新しいチーム プロジェクトを選択します。
[ 新しいプロジェクトの作成 ] ダイアログで、プロジェクト情報を入力し、[ 作成] を選択します。 詳細については、「プロジェクトを作成する」を参照してください。
![[新しいプロジェクトの作成] ダイアログのスクリーンショット。](media/process/create-test-project-sprint166.png?view=azure-devops)
プロセスをコピーする
組織全体でカスタマイズを実装する前に、次の手順を実行して計画された変更をテストすることが不可欠です。
ヒント
複数のプロジェクトで使用されるプロセスを変更すると、各プロジェクトに増分プロセスの変更がすぐに反映されます。 プロセスの変更をすべてのプロジェクトにロールアウトする前にバンドルするには、次の手順を実行します。
[ボード>プロセス] を選択します。 [ プロセス ] ボックスの一覧で、使用するプロセスを強調表示し、[
その他のアクション>プロセスのコピーを作成します。
コピーしたプロセスの名前と任意の説明を入力し、[プロセスのコピー] を選択します。
![[プロセスのコピー] ダイアログのスクリーンショット。](media/process/copy-process-dialog.png?view=azure-devops)
コピーしたプロセスに変更を加えます。 現在、新しい (コピーされた) プロセスを使用しているプロジェクトがないため、変更はどのプロジェクトにも影響しません。
コピーしたプロセスと更新されたプロセスに基づいてテスト プロジェクトを作成し、変更を確認します。 テスト プロジェクトを既に作成している場合は、[プロジェクトの変更] を選択して<Process_Name>を使用します。 詳細については、この記事の 「プロジェクトのプロセスを変更 する」を参照してください。
新しい変更を必要とするプロジェクトのプロセスを変更し、更新プログラムをロールアウトします。 <、更新する各プロジェクト>Process_Nameオプションを使用します。 詳細については、「プロジェクトのプロセスを変更する」を参照してください。
元のプロセスを無効化するか、または削除します。
プロセスを有効または無効にする
特定のプロセスからプロジェクトが作成されないようにするには、このオプションを無効にします。 このオプションは、いくつかのカスタマイズを適用し、更新が完了するまでプロセスを使用しない場合に有効にできます。 または、プロジェクトを新しいプロセスに移行するために、特定のプロセスの使用を廃止することもできます。
既定では、すべてのシステム プロセスと新しく作成された継承プロセスが有効になります。 プロセスを無効または有効にするには、プロセスの [その他のアクション ] メニューを開き、[ プロセスの無効化] または [プロセスを有効にする] を選択します。
プロセスを既定として設定する
プロセスを既定として設定することで、作成する予定の他のプロジェクトに対して継承されたプロセスを事前に選択できます。 このアクションにより、新しいプロジェクトで、必要な継承されたプロセスが自動的に使用されるようになります。
プロセスを既定として設定するには、継承したプロセスの [ その他のアクション ] メニューを開き 、[既定のプロセスとして設定] を選択します。 このオプションは、どのシステム プロセスでも使用できません。
プロジェクト コレクション管理者は、[プロジェクト] ページからプロジェクトを追加できます。