Azure DevOps Services |Azure DevOps Server |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" />