既定のプロセスとプロセス テンプレートについて

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

Azure Boards には、作業項目を管理するために選択できるさまざまなプロセスが用意されています。 適切なプロセスを選択することは、プロジェクトのワークフローを最適化し、その成功を確実にするために不可欠です。 この記事では、Azure Boards で使用できるさまざまなプロセスについて説明します。 この記事では、プロジェクトに最適なプロセスを選択する方法に関しても説明します。

プロジェクトを作成するときは、組織またはコレクションが作成された対象の "プロセス モデル" に基づいて、"プロセス" または "プロセス テンプレート" を選びます。 プロジェクトのプロセスを選ぶ前に、次の用語を理解してください。

デフォルト プロセスとプロセス テンプレート (基本、アジャイル、機能成熟度モデル統合 (CMMI)、スクラム) に含まれる作業追跡オブジェクトは同じです。 本記事内で、要約があります。

既定のプロセス

デフォルト プロセスは、主に作業計画と追跡で指定される作業項目の種類が異なります。 デフォルト プロセスは、次のとおりです。

• 基本: 最も軽量で、選択的なプレビューにあります。
• スクラム: 2 番目に軽量です。
• アジャイル: 多くのアジャイル メソッド用語をサポートします。
• CMMI: 正式なプロセスと変更管理を最も多くサポートします。

2 つまたは 3 つ以上のバックログ レベルが必要な場合は、使用するプロセス モデルに基づいて追加します。

• 継承: プロセスのバックログまたはボードをカスタマイズする
• ホストされた XML またはオンプレミス XML: ポートフォリオ バックログを追加する

既定のプロセスの主な相違点

既定のプロセスは、ほとんどのチームのニーズを満たすように設計されています。 チームに普通とは異なるなニーズがあり、オンプレミスサーバに接続する場合は、プロセスをカスタマイズしてからプロジェクトを作成します。 または、プロセスからプロジェクトを作成し、プロジェクトをカスタマイズします。

次の表は、4 つのデフォルト プロセスで使用される作業項目の種類と状態の主な違いをまとめたものです。

注:

1. 製品のバックログまたはカンバンボードから作業項目を追加します。 製品バックログには、動的に並べ替え、グループ化できる現在の作業バックログの単一ビューが表示されます。 製品所有者は、すばやく作業に優先度を設定したり、依存関係と関係のアウトラインを作成したりできます。 また、チームごとに、バックログとボードにバグを表示する方法を構成できます。
2. ポートフォリオバックログの階層を定義して、複数のチームにわたる作業範囲を理解し、その作業がより広範なイニシアチブにどのように展開されるかを確認します。 各チームは、どのポートフォリオのバックログを使用するかを設定します。
3. スプリント バックログとタスクボードからタスクを定義します。 キャパシティ プランニングを使用すると、チームはスプリントのキャパシティが過剰か不足かをすばやく判断できます。

ワークフローの状態、遷移、および理由

ワークフローの状態は、New 状態から Closed または Done 状態変化する作業状態の追跡をサポートします。 各ワークフローは、一連の状態、状態から状態へ有効な遷移、および選択された状態に作業項目が遷移する理由から構成されます。

次の図は、3 つのデフォルト プロセスの作業とコードの欠陥を追跡するために使用される作業項目の種類の一般的な進捗を示しています。 また、以前の状態への回帰や、削除状態への遷移も示しています。 各イメージは、遷移に関連付けられている既定の理由のみを示しています。

アジャイル ツールで使用されるほとんどの作業項目の種類 (バックログとボードに表示されるもの) では、Any-to-Any トランジション がサポートされています。 かんばんボードまたはタスクボードを使用して、対応する状態列にドラッグして作業項目のステータスを更新します。

他の状態、移行、および理由をサポートするようにワークフローを変更します。 詳細については、「作業追跡エクスペリエンスをカスタマイズする」を参照してください。

作業項目の状態

作業項目の状態を Removed、Closed、または Done に変更すると、システムは次のように応答します。

• Closed/Done: この状態の作業項目は、ポートフォリオ バックログとバックログのページには表示されません。 これらは、スプリント バックログ ページ、かんばんボード、タスクボードに表示されます。 また、ポートフォリオ バックログ ビューを [バックログ項目を表示する] に変更する際、たとえば、製品バックログ項目への機能を表示するには、Closed および Done 状態の作業項目が表示されます。
• Removed: この状態の作業項目は、どのバックログまたはボードにも表示されません。

プロジェクトがアクティブである限り、プロジェクトは作業項目を保持します。 作業項目を Closed、Done、または Removed に設定した場合でも、データ ストアはレコードを保持します。 レコードを使用してクエリーまたはレポートを作成します。

作業項目を完全に削除する必要がある場合は、作業項目の削除に関する記事をご覧ください。

すべてのプロセスに追加された作業項目の種類

次の作業項目の種類は、基本プロセスを除くすべてのプロセスに追加されます。

チームは、対応するツールを使用して、これらのタイプを作成および操作できます。

これらの種類の定義から作成される作業項目は、手動による作成は想定されておらず、Hidden Types カテゴリに追加されます。 Hidden Types カテゴリーにつかされた作業項目は、新しい作業項目を作成するメニューには表示されません。

テスト エクスペリエンスをサポートする作業項目の種類

テスト エクスペリエンスをサポートし、Test Manager と Web ポータルを操作する作業項目の種類は、次の図に示すリンクの種類を使用してリンクされます。

ウェブポータルまたはMicrosoft Test Managerから、テストスイートに定義されているテストケースを表示し、テスト計画に定義されているテストスイートを表示します。 ただし、これらのオブジェクトはリンクの種類を通して相互に接続されることはありません。 他の作業項目の種類と同様に、これらの作業項目の種類をカスタマイズします。 詳しくは、チームのプロセスをサポートするための作業追跡オブジェクトのカスタマイズに関する記事をご覧ください。

テスト計画とテスト スイートのワークフローを変更する場合、ここでの説明に従ってプロセス構成の更新が必要になることがあります。 各テスト フィールドの定義については、ビルドとテストの統合フィールドに基づくクエリに関する記事をご覧ください。

関連記事

• 作業追跡エクスペリエンスをカスタマイズする
• プロセステンプレートのアップロードとダウンロード