ワークフローをカスタマイズする (継承プロセス)

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

各作業項目の種類 (WIT) には、作成から完了までの作業の状態を追跡するワークフローが関連付けられています。 ビジネス プロセスとチーム プロセスに合わせて、ほとんどの WIT にカスタム状態を追加できます。 たとえば、バグのトリアージド状態や、機能やユーザー ストーリーのデザイン状態を追加できます。

次の例では、Triaged 状態を含むようにバグ WIT をカスタマイズしました。 状態フィールドと理由フィールドは、作業項目フォームのヘッダー領域に表示されます。

DevOps タスクのビルドとリリースのワークフローに関するドキュメントについては、「 Azure Pipelines の使用」を参照してください。

サポートされているカスタマイズ

継承された状態を非表示にするか、カスタム状態を追加することで、任意の作業項目の種類 (WIT) のワークフローをカスタマイズできます。 継承された状態は、カスタム プロセスを作成するために選択したシステム プロセス (Agile、Basic、Scrum、または CMMI によって異なります。

各 WIT の各既定のワークフローは、2 つから 4 つの状態の間で定義され、次のワークフロー操作を指定します。

• 各状態間の前方および後方遷移。 たとえば、基本プロセスの問題 WIT には、To Do、 Doing、 Done の 3 つの状態が含まれます。
• 各状態遷移の既定の理由

ワークフローの状態は、次の規則に準拠している必要があります

• Proposed または In Progress State カテゴリに少なくとも 1 つの状態を定義します。

  Note

  ワークフロー状態を追加する前に、「 ワークフローの状態と状態のカテゴリ」を参照して ワークフローの状態を状態カテゴリにマップする方法について説明します。

• 少なくとも 2 つのワークフロー状態を定義します。
• 作業項目の種類ごとに最大 32 個のワークフロー状態を定義します。

サポートされていないワークフローのカスタマイズ

状態ドロップダウン メニューシーケンス

State ドロップダウン メニューには、各状態カテゴリ内で定義した順序で状態が一覧表示されます。 新しく追加された作業項目の場合、 Proposed カテゴリの最初の状態が既定の状態として割り当てられます。

次の図は、ユーザー ストーリーに対して定義されている状態シーケンスとそれに対応するドロップダウン メニューを示しています。

各カテゴリ内で、カスタム状態を上下に移動できます。

ワークフローが変更されたチームへの影響

ボードの構成を更新する

Teams は、次のカスタマイズを行うときにボード構成を更新する必要があります。

• カスタム状態を追加します。
• カスタム状態のカテゴリを変更します。
• カスタムまたは継承された作業項目の種類をバックログ レベルに追加します (バックログまたはボードをカスタマイズ)。

タスクボードの構成

• タスク WIT に状態を追加し、タスクボードに列を追加します。
• タスクと共にバグを追跡しバグ WIT に状態を追加します。また、タスクボードに列を追加します。
• タスクとバグの両方の WIT に同じ状態を追加すると、状態が一貫して更新され、追加される列の数が最小限に抑えられます。

前提条件

Azure Boards の構成とカスタマイズに関するページを参照してください特定のビジネス要件に合わせて Azure Boards を調整する方法に関するガイダンスが提供されています。

組織プロセスの設定を開く

ワークフローの状態を追加する

追加した状態は、作業項目フォームとクエリ エディターに表示される [状態] フィールドのドロップダウン メニューに表示されます。 追加した状態との間の切り替えは、他のすべての状態に作成されます。 また、既定の理由 ( Triaged に移動、 状態トリアージドから移動など) が定義されます。

1. 作業項目の種類ページで、変更する作業項目の種類を選択し、Statesを選択し、新しい状態選択。

   

   新しい状態 オプションが無効になっている場合、プロセスを編集するために必要なアクセス許可がありません。 作業追跡のアクセス許可とアクセスの設定に関する記事の「継承プロセスをカスタマイズする」を参照してください。

2. State の名前を入力し、そのカテゴリと色を選択し、 保存を選択します。 指定した色は、作業項目フォームや、状態フィールドがバックログ、ボード、クエリ結果など、製品全体に表示されます。

   

   Note

   In Progress または Resolved 状態カテゴリに追加すると、Activated By/Activated Date および Resolved By/Resolved Date フィールドが、これらのカテゴリのワークフロー状態の変更に応じて更新されます。 詳細については、「 割り当てまたはワークフローの変更によるクエリ」、アクティブ化日/日付フィールド、および解決日/日付フィールドを参照してください。

3. (省略可能)ドロップダウン メニュー内の状態のシーケンスを変更するには、 コンテキスト メニュー アイコンを選択し、 [上へ移動 または Move down] を選択。

   

4. WIT の状態の追加が完了したら、ブラウザーを更新して変更を確認し、カスタマイズした種類の作業項目を開きます。

   [状態] ドロップダウン メニューが表示され、[Triaged] が選択されています。

   

5. バックログ レベルに関連付けられている WIT に State を追加するときは、ボードを使用する各チームが列の設定を 更新する必要があります。

状態を編集する

カスタム状態のカテゴリまたは色を編集できます。 ただし、カスタム状態の名前は変更できません。

1. ... から Edit を選択します。 変更する状態のコンテキスト メニュー。

   

2. カテゴリまたは色を変更し、[保存] 選択。

3. カテゴリを変更した場合、ボードを使用するチームは、 列の設定を更新する必要があります。

カスタム状態を非表示または削除する

状態を非表示または削除する場合:

• WIT の [状態] ドロップダウン メニューに状態が表示されなくなりました
• 作業項目履歴に変更は発生しません
• 既存の作業項目は状態値を維持しますが、無効な状態です。 作業項目を変更する場合は、まず状態値を更新する必要があります。 クエリを作成し、一括更新を実行して、影響を受ける作業項目を有効な状態に移動することができます。 状態を作業項目の種類に戻すと、作業項目は有効な状態に戻ります。

継承された状態を非表示または再表示する

チームがワークフロー プロセスで使用していない継承された状態を非表示にすることができます。 ただし、カテゴリごとに少なくとも 1 つの状態が定義されている必要があります。

1. […] 非表示にする状態のコンテキスト メニューで、 Hide オプションを選択します。

   ここでは、バグ WIT の解決済み状態を非表示にします。

   

   Note

   ボードで追跡されている WIT の状態を非表示にする場合は、ボードを使用する各チームが列の設定を 更新する必要があります。

2. 再表示するには、... コンテキスト メニューをクリックし、[ 非表示 オプションを選択します。

カスタム状態を削除する

1. […] 削除する状態のコンテキスト メニューを選択し、 Remove を選択します。 削除できるのはカスタム状態のみです。

2. [状態の削除] ダイアログボックスで、[ 削除を選択します。

   

状態ワークフロー モデルを表示する

State Model Visualization Marketplace 拡張機能をインストールすると、状態ワークフロー モデルを表示できます。 この拡張機能は、[状態ビジュアライザー] というラベルの付いた新しいハブをボードの下に追加します。 そのページでは、作業項目の種類を選択して、ワークフロー状態モデルを表示できます。

たとえば、バグ ワークフローをカスタマイズして Triaged 状態を設定し、すべての状態を 1 つの状態から別の状態に切り替えることができます。

ビューの拡大と縮小を行うことができます。 また、状態ノードを移動して、状態モデルをより適切に把握することもできます。

次のステップ

監査ログを使用して継承されたプロセスに加えられた変更を確認する

関連記事

• バックログとボードでのワークフローの状態と状態のカテゴリの使用方法について説明します
• 作業項目の種類の追加または変更
• フィールドの追加と管理
• フォームをカスタマイズする
• 継承されたプロセスを使用してプロジェクトをカスタマイズする
• ボード列を追加または編集する