継承されたプロセスを作成して管理する

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

継承されたプロセスを使用して、プロジェクト、アジャイル ツール、作業追跡システムをカスタマイズします。 行ったカスタマイズは、プロセスを使用するすべてのプロジェクトに対して有効になります。 プロセスは、作業追跡システムの構成要素を定義します。 プロジェクトを作成するたびに、プロジェクトで使用するプロセスを選択します。

重要

この記事は、Azure DevOps Services および Azure DevOps Server 2019 以降のバージョンに適用されます。 TFS 2018 以前のコレクションで定義されているプロジェクトをカスタマイズするには、「 オンプレミス XML プロセス モデル」を参照してください。

重要

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

TFS 2018 以前のコレクションで定義されているプロジェクトをカスタマイズするには、「 オンプレミス XML プロセス モデル」を参照してください。

カスタマイズできる内容の詳細については、「 プロセスのカスタマイズと継承されたプロセスについて」を参照してください。

次のタスクを実行する方法について説明します。

  • 設定プロセスを>開く
  • 継承されたプロセスを作成する
  • 継承されたプロセスをカスタマイズする
  • 継承されたプロセスをコピーする
  • 継承されたプロセスまたはシステム プロセスを使用するようにプロジェクトを変更する
  • プロセスに基づいてプロジェクトを追加する
  • プロセスを有効または無効にする
  • プロジェクトを追加するときに使用するプロセスを既定として設定する

Note

継承されたプロセスに加えられた変更は、監査ログを通じて確認できます。 詳細については、「 監査ログへのアクセス、エクスポート、フィルター処理」を参照してください。

前提条件

プロセスをカスタマイズする前に、「Azure Boardsの構成とカスタマイズ」を確認することをお勧めします。これにより、ビジネス ニーズに合わせてAzure Boardsをカスタマイズする方法に関するガイダンスが提供されます。 さまざまなバックログとボードの説明については、「 バックログ、ボード、タスクボード、プランでサポートされるタスク」を参照してください。

設定プロセスを>開く

[組織の設定] [プロセス]> からプロセスを作成、管理、カスタマイズします。

  1. Azure DevOps ロゴを 選択して 、[プロジェクト] を開きます。 次に、[ 組織の設定] を選択します。

    プロジェクト組織の>設定を開きます。

  2. 次に、[ プロセス] を選択します。

    次に、[プロセス] を選択します。

    重要

    [プロセス] が表示されない場合は、TFS-2018 以前のバージョンから作業しています。 [プロセス] ページはサポートされていません。 オンプレミスの XML プロセス モデルでサポートされている機能を使用する必要があります。

コレクション設定>プロセスからプロセスを作成、管理、カスタマイズします。

  1. Azure DevOps ロゴを 選択して 、[プロジェクト] を開きます。 プロセスをカスタマイズするプロジェクト コレクションを選択し、[ コレクションの設定] を選択します。

    プロジェクト組織の>設定を開く

  2. 次に、[ プロセス] を選択します。

    次に、[プロセス] を選択します。

プロセスの作成、管理、カスタマイズは、管理設定>のプロセスから行います。

  1. Azure DevOps ロゴを 選択して 、[プロジェクト] を開きます。 次に、[管理設定] を選択します。

    [Project Organization settings]\(プロジェクト>組織の設定\) を開きます。

  2. 次に、[ プロセス] を選択します。

    次に、[プロセス] を選択します。

継承されたプロセスを作成する

基本アジャイルスクラムCMMI の 4 つのシステム プロセスのいずれかから継承されたプロセスを作成できます。

  1. [ プロセス ] ページで、継承されたプロセスの作成に使用するプロセスの ... コンテキスト メニューを開き、[ 継承されたプロセスの作成] を選択します。

    ここでは、アジャイル システム プロセスから継承されたプロセスを作成します。

    コンテキスト メニューの [継承されたプロセスの作成] のスクリーンショット。

    これらのオプションにアクセスできない場合は、 Project Collection Administrators グループのメンバーにアクセス許可を付与するように依頼します。 メンバーを見つけるには、「 プロジェクト コレクション管理者を検索する」を参照してください。

  2. プロセスの名前と必要に応じて説明を入力します。 (名前付けの制限については、「 プロセスのカスタマイズと継承されたプロセスについて」、プロセス名の制限に関するページを参照してください。

    [継承されたプロセスの作成] ダイアログ。

継承されたプロセスを定義したら、次のアクションを実行できます。

Note

継承されたすべてのプロセスとその子プロセスは、親システム プロセスに対して行われた更新で自動的に更新されます。 プロセスへの更新については、「Azure DevOps Serverのリリース ノート」を参照してください。

プロジェクトで使用されるプロセスを変更する

プロジェクトで使用されるプロセスを、システム プロセスまたは継承されたプロセスから別の継承プロセスに変更できます。 プロジェクト プロセスを変更するには、2 つのメカニズムがあります。 1 つ目は、プロジェクトが同じシステム プロセスから派生するプロセスに切り替える方法です。 つまり、アジャイルやスクラムなどの同じ基本プロセスを使用するプロセス間でプロジェクトを移動できます。

2 つ目の方法は、あるプロセス モデルから別のプロセス モデルにプロジェクトを移行することです。 たとえば、プロジェクトで使用されるプロセス モデルをアジャイルからスクラムに変更するか、Basic から Agile に変更します。

2 番目の方法では、プロジェクトで使用されるプロセスを変更する 3 つの一般的なシナリオの詳細な手順を提供しました。

Note

ターゲット プロセスでも定義されていないカスタム作業項目の種類の未削除の作業項目がない限り、プロジェクトのプロセスを変更できます。

また、同じユーザー設定フィールドを含まないシステム プロセスまたはその他の継承されたプロセスにプロジェクトを変更しても、データは維持されます。 ただし、現在のプロセスで表されていないユーザー設定フィールドは、作業項目フォームには表示されません。 クエリまたは REST API を使用してフィールド データにアクセスすることもできます。 これらのフィールドは、基本的に変更からロックされ、読み取り専用の値として表示されます。

  1. 変更するプロジェクトを含むプロセスを選択します。 たとえば、プロジェクトをアジャイルからスクラムに変更し、 アジャイル プロセスを選択するとします。

    アジャイル プロセスの選択のスクリーンショット。

  2. [ プロジェクト] を選択し、変更する プロジェクトのアクション アイコンを選択し、[プロセスの 変更] を選択します。

    [プロジェクトの選択] タブのスクリーンショット。

ウィザードの手順に従います

重要

継承されたプロセスを使用するようにプロジェクトを変更すると、1 つ以上のアジャイル ツールまたは作業項目が無効な状態で表示されることがあります。 次に例を示します。

  • フィールドを必須にした場合、そのフィールドが未定義の作業項目にエラー メッセージが表示されます。 追加の変更を行い、作業項目を保存するには、エラーを解決する必要があります。
  • かんばんボードに表示される WIT のワークフロー状態を追加または削除または非表示にする場合は、プロジェクトで定義されているすべてのチームのかんばんボード列の構成を更新する必要があります。

プロセスからプロジェクトを作成する

  1. ... を開きます。 使用するプロセスのコンテキスト メニューを選択し、 新しいチーム プロジェクトを選択します。

    選択したプロセスからプロジェクトを作成するのスクリーンショット。

    [選択したプロセスからプロジェクトを作成する] Azure DevOps Server 2019 のスクリーンショット。

  2. [新しいプロジェクトの作成] ページが開きます。 フォームに入力します。 詳細については、「 プロジェクトの作成」を参照してください。

    [新しいプロジェクトの作成] ダイアログ。

    [新しいプロジェクト フォームの作成] ダイアログ (Azure DevOps Server 2019)。

プロセスをコピーする

organizationへの変更をロールアウトする前に、カスタマイズをテストすることをお勧めします。 カスタマイズをテストするには、プロセスのコピーを作成し、更新を行い、更新が必要に応じて表示されていることを確認してから、プロジェクトを新しいプロセスに移動します。

ヒント

1 つ以上のプロジェクトで使用されるプロセスに変更を加えた場合、プロセスを使用する各プロジェクトは増分プロセス変更に直ちに更新されます。 プロセスの変更をすべてのプロジェクトにロールアウトする前にバンドルするには、次に説明する手順に従います。

  1. 変更するプロセスのコピーを作成します。 [プロセス] ページで、... コピーするプロセスのコンテキスト メニューを選択し、[ プロセスのコピー] を選択します。

    [継承されたプロセスのコピーを作成する] の選択のスクリーンショット。

  2. コピーしたプロセスの名前をフォームに入力 し、[コピー プロセス] を選択します。

    [プロセスのコピー] ダイアログ。

  3. コピーしたプロセスに変更を加えます。 このプロセスを使用しているプロジェクトがないため、これらの変更はどのプロジェクトにも影響しません。

  4. 変更を確認するには、コピーおよび更新されたプロセスに基づいてテスト プロジェクトを作成します。 テスト プロジェクトを既に作成している場合は、コンテキスト メニューの [プロセス名] オプションを使用するようにプロジェクトの変更を使用して、テスト プロジェクトのプロセスを変更します。

  5. カスタマイズを完全にテストしたら、すべてのプロジェクトに変更をロールアウトする準備が整います。 変更をロールアウトするには、新しい変更を必要とするプロジェクトのプロセスを変更します。 コンテキスト メニューから [ProcessName を使用するようにプロジェクトを変更する] オプションを選択します。

  6. 元のプロセスを無効または削除します。

プロセスを有効または無効にする

プロジェクトがプロセスから作成されないようにするには、プロジェクトを無効にします。 このオプションは、いくつかのカスタマイズを適用し、完了するまでプロセスを使用しない場合に選択できます。 または、プロジェクトを新しいプロセスに移行するために、プロセスの使用を廃止することもできます。

既定では、すべてのシステム プロセスと新しく作成された継承プロセスが有効になります。

  • プロセスを無効または有効にするには、 を開きます。 プロセスのコンテキスト メニューを選択し、[ プロセスの無効化] または [プロセスを有効にする] を選択します。

既定のプロセスを設定する

継承されたプロセスを既定として設定し、作成する予定の他のプロジェクトに対して事前に選択します。

プロセスを既定として設定するには、 を開きます。 継承されたプロセスのコンテキスト メニューを選択し、[ 既定のプロセスとして設定] を選択します。 このオプションは、どのシステム プロセスでも使用できません。

プロジェクト コレクション管理者は、[プロジェクト] ページからプロジェクトを追加できます。

次の操作:

プログラムによってプロセスを操作する

REST API のプロセスを使用して、organizationに対して定義されたプロセスを取得、作成、更新、および削除できます。