Azure DevOps Services |Azure DevOps Server 2022 |Azure DevOps Server 2020
チームが作業項目を完了する順序を決定するには、計画、ランク付け、優先度の各フィールドを使用します。 タスクを効果的にランク付けして優先順位を付けることにより、達成する必要のある各項目の相対的な重要性をチームメンバー全員が理解できます。
バックログを作成
必須コンポーネント
カテゴリ | 必要条件 |
---|---|
アクセスレベル | - 共有クエリを表示して実行するには、プロジェクトメンバーです。 - 共有クエリを追加して保存するには:少なくとも Basic アクセス。 |
アクセス許可 | クエリを追加するフォルダーで [共同作成] アクセス許可が [許可] に設定されていること。 既定では、共同作成者グループにはこのアクセス許可がありません。 |
メモ
パブリック プロジェクトの 利害関係者 アクセスが付与されたユーザーは、 基本 アクセスが付与されたユーザーと同様に、クエリ機能へのフル アクセス権を持っています。 詳細については、「利害関係者アクセスクイック リファレンス」を参照してください。
カテゴリ | 必要条件 |
---|---|
アクセスレベル | - 共有クエリを表示して実行するには、プロジェクトメンバーです。 - 共有クエリを追加して保存するには: Basic 以上のアクセス レベルが必要です。 |
アクセス許可 | クエリを追加するフォルダーで [共同作成] アクセス許可が [許可] に設定されていること。 既定では、共同作成者グループにはこのアクセス許可がありません。 |
サポートされている演算子とマクロ
文字列または整数フィールドを指定するクエリ句では、以下の演算子を使用できます。
- = ,
<>
,>
,<
,>=
,<=
- =[フィールド], <>[フィールド], >[フィールド], <[フィールド], >=[フィールド], <=[フィールド]
- In、Not In
- 次の値と等しかったことがある
候補リスト クエリの例
次のセクションで説明する計画フィールドのほとんどは、整数または文字列フィールドです。 数値フィールドまたはリッチ テキスト フィールドのクエリの例については、数値フィールドによるクエリに関するページおよびタイトル、ID、リッチ テキスト フィールドによるクエリに関するページを参照してください。
In 演算子と Not In 演算子を使用するには、選択したフィールドに対応する項目の名前またはラベルをコンマで区切って入力します。 たとえば、ユーザー ストーリーまたはバグである作業項目の種類のフィルターを設定するには、Work Item Types In User Story,Bug
句を追加します。
フィルターの対象
含めるクエリ句
ブロックされたタスクを一覧表示する (スクラム)
(Blocked フィールドは文字列型)
Work Item Type In Task
And Blocked = Yes
優先度 1 のバグ (Priority フィールドは整数型)
Work Item Type In Bug
And Priority = 1
アーキテクチャ領域に対応するフィーチャーとストーリー
(Value Area フィールドは文字列型)
Work Item Type In Feature,User Story
And Value Area = _ Architectural
作業の計画と優先順位付けに使用されるフィールド
次の表では、作業の計画と優先度付けに使用できるフィールドについて説明します。 一部のフィールドは、特定のプロセス (Basic、アジャイル、スクラム、または能力成熟度モデル (CMMI)) に対してのみ有効です。
フィールド名
説明
作業項目の種類
バックログの優先度1
バックログまたはボード上で項目の順序を追跡するために使用される、バックグラウンド プロセスによって割り当てられる番号。 このフィールドの使用方法の詳細については、バックログを使用した効果的なプロジェクト管理、バックログの優先度またはスタック順位の順序に関するページを参照してください。
参照名=Microsoft.VSTS.Common.BacklogPriority、データ型=Double
バグ、エピック、フィーチャー、プロダクトのバックログ項目、タスク (スクラム)
ブロック
作業項目に対してそれ以上の作業を実行できないことを示します。 ブロックの問題を追跡するための問題が開いた場合は、その問題へのリンクを作成する必要があります。
- スクラム プロセス、タスク作業項目の場合: [はい] を指定するか、フィールドをクリアします。
- CMMI プロセス作業項目の場合: [はい] または [いいえ] を指定できます。
参照名=Microsoft.VSTS.CMMI.Blocked、データ型=String
バグ、変更要求、要件、リスク、タスク (CMMI、スクラム)
Committed
要件がプロジェクトでコミットされているかどうかを示します。 [はい] または [いいえ] を指定できます。
参照名=Microsoft.VSTS.CMMI.Committed、データ型=String
要件 (CMMI)
Escalate
問題がプロジェクト計画のクリティカル パスに影響しているかどうかを示します。 [はい] または [いいえ] を指定できます。
参照名=Microsoft.VSTS.CMMI.Escalate、データ型=String
問題 (CMMI)
業務に関連付けた場合のバグ、問題、タスク、またはテスト ケースの主観的な評価。 次の値を指定できます。
- 1: 最高優先度。できるだけ早く機能を実装するか、修正します。 解決に成功しなければ製品を出荷できません。
- 2: 中程度の優先度。 解決に成功しなければ製品を出荷できませんが、すぐに対処する必要はありません。
- 3: 低優先度。 実装または修正はオプションであり、リソース、時間、およびリスクに応じて行います。 正常に解決せずに製品を出荷する場合、リリース ノートに既知の問題として問題を文書化します。
-
4: 最も低い優先度。 基本的に使用に影響しない問題 (小さなタイプミスなど) を追跡します。
参照名=Microsoft.VSTS.Common.Priority、データ型=Integer
バグ、変更要求、エピック、フィーチャー、懸案事項、イシュー、プロダクト バックログ項目、要件、リスク、共有ステップ、タスク、テスト ケース、ユーザー ストーリー
ユーザー ストーリーを正常に完了することを主観的に評価した場合の相対的な不確実性。 使用できる値は次のとおりです。
- 1 - 高
- 2 - 中
- 3 - 低
参照名=Microsoft.VSTS.Common.Risk、データ型=String
エピック、フィーチャー、ユーザー ストーリー (アジャイル)
重要度1
プロジェクトに対するバグの影響の主観的な評価。 次の値を指定できます。
- 1 - クリティカル
- 2 - 高
- 3 - 中
- 4 - 低
参照名=Microsoft.VSTS.Common.Severity、データ型=String
バグ、イシュー (CMMI)、リスク (CMMI)
スタック順位2
Web ポータルのバックログまたはボード上で、項目の一覧の順序を追跡するために使用される、バックグラウンド プロセスによって割り当てられる番号。 このフィールドの使用方法の詳細については、「バックログを使用してプロジェクトを管理する」を参照してください。
参照名=Microsoft.VSTS.Common.StackRank、データ型=Double
バグ、エピック、フィーチャー、要件 (CMMI)、リスク (CMMI)、タスク、ユーザー ストーリー (アジャイル)
時間の重要度
時間の経過と共にビジネス価値がどのように低減するかを把握する主観的な測定単位。 値が大きいほど、そのエピックまたはフィーチャーが、値の小さい項目より本質的に時間的重要性が高いことを示します。
参照名=Microsoft.VSTS.Common.TimeCriticality、データ型=Double
エピック、機能
トリアージ
作業項目が保留中であるトリアージ決定の種類を示します。 このフィールドは、作業項目が提案済み状態のときに使用します。
次のいずれかの値を指定できます。
- 保留中 (既定)
- 詳細情報
- 受信した情報
- トリアージ済み
参照名=Microsoft.VSTS.Common.Triage、データ型=String
CMMI のみ: バグ、変更要求、エピック、フィーチャー、イシュー、要件、タスク
価値の分野1
エピック、機能、またはバックログ項目によって扱われる顧客価値の領域。 次の値が含まれます。
- アーキテクチャ: ソリューションを実現するビジネス機能を実装するための技術サービス
- ビジネス: 顧客価値を直接提供してビジネスをサポートする顧客または利害関係者のニーズを満たすサービス (既定値)
参照名=Microsoft.VSTS.Common.ValueArea、データ型=String
バグ、エピック、フィーチャー、プロダクト バックログ項目 (スクラム)、要件 (CMMI)、ユーザー ストーリー (アジャイル)
注:
- メニューの選択を変更するには、「フィールドの追加と管理 (継承されたプロセス)」またはフィールドの追加または変更の候補リストのカスタマイズ (オンプレミスの XML プロセス)に関するページを参照してください。
- 製品バックログ ページ上の項目の順序は、項目を追加またはドラッグした場所に応じて決まります。 項目をドラッグすると、バックグラウンド プロセスで [バックログ優先度] (スクラム) または [スタック順位] (アジャイル、Basic、CMMI) フィールドが更新されます。 これらのフィールドは、バックログ ページにバックログ項目が表示される順序を決定します。 これらは、ProcessConfiguration ファイルで
type="Order"
に割り当てられます。
バックログ優先度フィールドまたはスタック順位フィールドの詳細
[バックログ優先度] フィールドと [スタック順位] フィールドは、作業項目フォームには表示されません。 (理由については、「バックログを並べ替えるための作業項目フォームのフィールドはどこにありますか?」を参照してください。
フォームにフィールドを追加するには:
継承されたプロセスの場合は、[スタック順位] フィールドを作業項目の種類に追加します (プロジェクトが参照するカスタム プロセスの場合)。
オンプレミスの XML プロセスの場合、フィールドをフォームに追加し、WIT XML 定義を変更して、次のコントロール要素を追加します。
<Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />
または、スクラムの場合:
<Control FieldName="Microsoft.VSTS.Common.BacklogPriority" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />