次の方法で共有


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

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

各プロジェクトは、作業を追跡するための構成要素を定義するプロセスに基づいています。 最初に作成するプロジェクトでは、既定のプロセス (AgileBasic、Scrum、または CMMI) のいずれかを使用

各プロジェクトは、作業を追跡するための構成要素を定義するプロセスに基づいています。 最初に作成するプロジェクトでは、既定のプロセス (AgileScrum、または CMMI のいずれかを使用します。

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

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

重要

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

Note

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

前提条件

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

  • 組織の要件: Azure DevOps組織化があることを確認します。

  • アクセス許可:

    • Project コレクション管理者グループのメンバーになります。
    • Create processDelete process Edit processDelete a field from organization Allow などのコレクション レベルのアクセス許可を持ちます。
    • これらのアクセス許可を使用すると、組織内のプロセスとフィールドを変更できます。
  • プロジェクト プロセス モデルの要件:

  • アクセス許可:

    • Project コレクション管理者グループのメンバーになります。
    • Create processDelete process Edit processDelete a field from organization Allow などのコレクション レベルのアクセス許可を持ちます。
    • これらのアクセス許可を使用すると、組織内のプロセスとフィールドを変更できます。

Note

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

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

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

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

  2. 歯車アイコン [設定の編集] を選択します。

    強調表示された [組織の設定] ボタンを示すスクリーンショット。

  3. カスタマイズするWIT>プロセス>Process を選択します。

  4. フィールドを追加するには、 (New フィールド アイコン) を選択します。

    [作業項目の種類の処理] ページのスクリーンショット。WIT にフィールドを追加します。

    結果のダイアログで、追加するフィールドの種類を選択します。 たとえば、 integerpicklist (ドロップダウン メニュー)person-name/Identityrich-text または HTML、または checkbox (boolean)

  5. 次の方法で既存のフィールドを変更します。

作業項目の種類のルールを追加または変更する

特定のワークフローとビジネスのユース ケースをサポートするルールを追加します。 ルールを使用すると、フィールドの値をクリアし、値をフィールドにコピーし、異なるフィールドの値間の依存関係に基づいて値を適用できます。

  1. 継承したプロセスと作業項目の種類を選択します。
  2. Rules>新しいルールを選択します。

プロセス、WIT、バグ、レイアウト、新しいカスタム コントロールを示すスクリーンショット。

詳細については、「規則と規則の評価」を参照してください。

作業項目の種類を追加または変更する

さまざまな種類の作業を計画および追跡するには、さまざまな WIT を使用します。 カスタム WIT を追加する主な理由は、特定のビジネス ユース ケースに合わせて Web フォームとワークフローの状態をカスタマイズすることです。

  1. 継承したプロセスと、カスタマイズする WIT を選択します。

  2. 作業項目の種類 ページで、新しい作業項目の種類を選択します。

    プロセス、継承されたプロセス、作業項目の種類、新しい作業項目の種類の追加を示すスクリーンショット。

  3. WIT に名前を付け、必要に応じて説明、アイコン、色を指定します。 指定したアイコンと色は、作業項目フォームや、関連する作業項目がバックログ、ボード、クエリ結果などで表示される場合など、Web ポータル全体に表示されます。

    [新しい作業項目の種類の作成] ダイアログを示すスクリーンショット。

  4. [ Create を選択して保存します。

    WIT にフィールドを追加したり、次の方法でカスタマイズしたりできます。

作業項目の種類のワークフローを変更する

ワークフローの状態を使用すると、作業項目が新規から完了に移行するときに、作業項目の状態を追跡できます。

  1. ワークフローを変更するには、継承したプロセス、WIT、 States ページを選択します。

    [プロセス] ページ、[バグ WIT]、[状態] タブ、状態の追加

  2. ワークフローは、次の方法で変更できます。

カスタム コントロールの追加

カスタム コントロールは、作業項目フォームにより多くの機能を提供します。

Process ページで、WIT >カスタム コントロールの追加>継承されたプロセスを選択

[継承されたプロセスの選択]、[WIT]、[カスタム コントロール シーケンスの追加] の順に示すスクリーンショット。

詳細については、「 拡張機能とカスタム コントロールを作業項目の種類に追加するを参照してください。

作業項目の種類に拡張機能を追加する

拡張機能は、プロジェクトに新しい機能を提供するインストール可能なユニットです。

Note

グループ拡張機能とページ拡張機能は、システムと継承の両方のすべてのプロセスのすべての WIT に自動的に追加されます。 継承されたプロセス内で、選択した WIT の拡張機能を非表示にすることができます。

  1. Visual Studio Marketplace に移動し拡張機能を見つけて、Get it free を選択します。

    Marketplace 拡張機能、作業項目のチェックリストを示すスクリーンショット。

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

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

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

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

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

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

  • 特にカスタム Initiative WIT を追跡するように設計された、Initiatives と呼ばれる第 3 レベルのポートフォリオ バックログを導入しました。
  • また、製品バックログの名前を StoriesTickets に変更しました。これは、 User ストーリーCustomer チケットの両方が含まれるようになったことを示しています。

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

  1. Process ページで、継承したプロセス >Backlog レベルを選択します。

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

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

カスタマイズを確認する

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

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

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

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

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

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

  3. プロジェクトから Boards>Work Items を選択し、カスタマイズした WIT を New Work Item ドロップダウン メニューから選択します。 次の例では、 Bug を選択します。

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

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

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

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

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

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

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