次の方法で共有

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

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

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

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

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

重要

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

Note

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

前提条件

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

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

Note

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

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

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

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

  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 に移動し、拡張機能を見つけて、[無料で入手] を選択します。

    Marketplace 拡張機能

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

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

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

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

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

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

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

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

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

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

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

カスタマイズを検証する

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

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

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

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

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

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

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

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

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

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

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

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

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

関連コンテンツ