次の方法で共有


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

Azure DevOps Services |Azure DevOps Server 2022 および Azure DevOps Server 2019

Azure DevOps では、継承されたプロセスを使用して、プロジェクト、アジャイル ツール、作業追跡システムを柔軟にカスタマイズできます。 これらのカスタマイズは、同じプロセスを利用するすべてのプロジェクトに適用されます。

継承されたプロセスは、作業追跡システムの基盤として機能します。 新しいプロジェクトを作成するときに、その構成要素を定義するプロセスを選択します。 これらの構成要素には、作業項目の種類、状態、フィールド、およびルールが含まれます。 継承されたプロセスをカスタマイズすることで、チーム固有のニーズに合わせて調整できます。

重要

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

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

Note

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

前提条件

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

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

継承型プロセスを作成する

次の手順を実行して、カスタマイズできる継承されたプロセスを作成します。 既定のシステム プロセスはロックされているため、カスタマイズすることはできません。

  1. 組織にサインインします (https://dev.azure.com/{yourorganization})。

  2. 歯車アイコン[組織の設定] を選択します。
    組織の設定ボタンが強調表示されているスクリーンショット。

  3. [プロセス] >... (その他のアクション) >[継承されたプロセスの作成]を選択します。 カスタマイズするプロジェクトの作成に使用したのと同じシステム プロセス (AgileBasicScrum、または CMMI) を選択します。

    次の例では、Agile システム プロセスから継承されたプロセスを作成します。

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

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

  4. プロセスの名前と必要に応じて説明を入力します。 プロセス名は一意で、128 文字以内にする必要があります。 その他の制限については、「継承プロセスの作成と管理」、「プロセス名の制限」を参照してください。

    [継承されたプロセスの作成] ダイアログを示すスクリーンショット。

  1. コレクションにサインインします。

  2. [コレクションの設定] または [管理者設定] を選択します。

  3. プロセスを選択します。

    強調表示された [プロセス] ボタンを示すスクリーンショット。

    重要

    [継承されたプロセスの作成] メニュー オプションがない場合は、選択したコレクションがオンプレミスの XML プロセス モデルを操作するように設定されます。 詳細については、「オンプレミスの XML プロセス モデル」を参照してください。

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

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

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

次のメソッドを使用して、継承されたプロセスから別のプロセスにプロジェクトのプロセスを変更できます。

  • 同じ基本プロセス内で切り替える: Agile や Scrum など、同じベースを共有するプロセス間でプロジェクトを移動します。
  • 別のプロセス モデルに移行する: Agile から Scrum、Basic から Agile など、プロジェクトのプロセス モデルを変更します。

2 番目の方法の詳細な手順を提供し、プロセス変更の次の一般的なシナリオについて説明します。

Note

  • ターゲット プロセスでも定義されていないカスタム作業項目の種類の未削除の作業項目がない限り、プロジェクトのプロセスを変更できます。
  • 同じユーザー設定フィールドを含まないシステム プロセスまたはその他の継承されたプロセスにプロジェクトを変更しても、データは維持されます。 ただし、現在のプロセスで表されていないユーザー設定フィールドは、作業項目フォームには表示されません。 クエリまたは REST API を使用してフィールド データにアクセスすることもできます。 これらのフィールドは、基本的に変更できないようロックされ、読み取り専用の値として表示されます。
  1. プロジェクトのプロセスを選択します。 たとえば、プロジェクトを Agile から Scrum に変更するには、[Agile] プロセスを選択します。

    Agile プロセスの選択のスクリーンショット。

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

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

  3. ウィザードの手順を完了します。

重要

プロジェクトを継承したプロセスに切り替えると、一部の Agile ツールまたは作業項目が無効になる可能性があります。 例えば次が挙げられます。

  • 必要に応じてフィールドを指定すると、そのフィールドがない作業項目にエラー メッセージが表示されます。 これらのエラーを解決して、さらに変更を進め、作業項目を保存します。
  • ボードに表示される WIT のワークフロー状態を追加または変更する場合は、プロジェクト内のすべてのチームのボード列の構成を必ず更新してください。

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

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

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

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

    [新しいプロジェクト] ダイアログ ボックスのスクリーンショット。

プロセスをコピーする

組織全体にカスタマイズを実装する前に、次の手順を実行してカスタマイズをテストすることが不可欠です。

ヒント

複数のプロジェクトで使用されるプロセスを変更すると、各プロジェクトに増分プロセスの変更がすぐに反映されます。 プロセスの変更をすべてのプロジェクトにロールアウトする前にバンドルするには、次の手順を実行します。

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

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

  2. コピーしたプロセスの名前と任意の説明を入力し、[プロセスのコピー] を選択します。

    [プロセスのコピー] ダイアログのスクリーンショット。

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

  4. コピーしたプロセスと更新されたプロセスに基づいてテスト プロジェクトを作成し、変更を確認します。 テスト プロジェクトを既に作成している場合は、[プロジェクトの変更] を選択して [ProcessName] を使用します。

  5. 新しい変更を必要とするプロジェクトのプロセスを変更し、更新プログラムをロールアウトします。 [プロジェクトの変更] を選択して、[ProcessName] を使用します。

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

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

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

既定では、すべてのシステム プロセスと新しく作成された継承プロセスが有効になります。 プロセスを無効または有効にするには、... を開きます。 プロセスのコンテキスト メニューを選択し、[プロセスの無効化] または [プロセスの有効化] を選択します。

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

作成するプランの他のプロジェクトに対して継承されたプロセスを事前に選択するには、既定として設定します。 このアクションにより、選択した継承されたプロセスが新しいプロジェクトで自動的に使用されるようになります。

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

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

次のステップ