デフォルトのプロセスおよびプロセステンプレート

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

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

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

既定のプロセスの種類は、 Basic、 Agile、 Capability Maturity Model Integration (CMMI)、 および Scrum です。 既定のプロセスとプロセス テンプレートの作業追跡オブジェクトは同じです。 本記事内で、要約があります。

既定のプロセス

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

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

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

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

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

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

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

Notes:

1. product backlogまたはboardから作業項目を追加します。 製品バックログには、動的に並べ替え、グループ化できる現在の作業バックログの単一ビューが表示されます。 製品の所有者は、作業に優先順位を付け、依存関係とリレーションシップの概要を示すことができます。 各チームは、 バックログやボードにバグを表示する方法を構成できます。
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から、テストスイートに定義されているテストケースを表示し、テスト計画に定義されているテストスイートを表示します。 ただし、これらのオブジェクトはリンクの種類を通して相互に接続されることはありません。 他の作業項目の種類と同様に、これらの作業項目の種類をカスタマイズします。 詳細については、「作業追跡エクスペリエンスをカスタマイズする」を参照してください。

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

関連コンテンツ

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