スクラム プロセスの作業項目の種類 & ワークフローの管理

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

ソフトウェア プロジェクトを計画し、スクラムを使用して欠陥を追跡するには、チームは製品バックログ項目 (PBI) とバグ作業項目の種類 (WIT) を使用します。 製品所有者とプログラム マネージャーは、PBI とバグを機能にマップして、ポートフォリオ レベルの進行状況を表示します。 チームはスプリントで作業するときに、PBI やバグに自動的にリンクするタスクを作成します。

Note

スクラム プロセスを初めて使う場合には、 スプリント、スクラム、プロジェクト管理の概要に関する記事を参照してください。

テスト担当者は、Web ポータルまたは Microsoft Test Manager を使用してテスト ケースを作成して実行し、バグを報告してコードの欠陥を記録します。 妨害する問題を追跡するために、インピーディメントを使用します。

PBI とバグを定義する

製品バックログ項目を定義するときは、顧客の価値に注目し、実装の詳細を記述しないようにします。 製品所有者は、ビジネス価値、労力、依存関係によってバックログに優先順位を付けます。 要件が進化すると、バックログが進化します。チームは通常、最も優先度の高い項目、または現在および次のスプリントに割り当てられた項目についてのみ、完全な詳細を提供します。

製品バックログ ページのクイック 追加パネルから PBI とバグを作成します。 次に、各項目を開いて詳細を追加し、作業量を見積もります。 バックログ ページでは、製品所有者が相対的な優先度を示すために使用する項目の優先順位付け (バックログ優先度) がキャプチャされます。

PBI とバグの 作業量 を設定する場合は、予測と速度のグラフを使用して将来のスプリントを見積もります。 製品所有者は、バックログ スタックランクとは別に優先度を表す ビジネス価値 を設定します。

作業項目フォームを完了するときに、 作業項目の種類間で共通して使用される次のフィールド を使用します。 バグの詳細については、「 バグの管理」を参照してください。

Field/tab

Usage

Effort

ストーリー ポイントや時間など、チームが希望する任意の数値単位を使用して、PBI を完了するために必要な作業を見積もります。 数値が必要です。

アジャイル 速度チャート と 予測 ツールは、このフィールドを参照します。

ビジネス価値

他の PBI と比較して PBI の相対値をキャプチャする数値を入力します。 数値が大きいほど、ビジネス価値が高いことを示します。

Description

チームが作業量を見積もるのに十分な詳細を指定します。 機能が提供されるユーザー、ユーザーが達成する必要のある内容、およびその理由に焦点を当てます。 実装手順は避けてください。 チームがタスクとテスト ケースを作成できるように、十分なコンテキストを含めます。

受け入れ基準

PBI またはバグ修正の "完了" を定義する条件について説明します。 作業開始前に受け入れ基準を明確にすることで、チームと顧客は共通の理解を共有し、受け入れテストをサポートできます。

[ディスカッション] セクションでコメントを取り込む

実行されている作業に関するコメントを追加および確認するには、 [ディスカッション] セクションを使います。

テキストの書式設定をサポートするテキスト ボックス内にカーソルを置くと、テキスト入力領域の下にリッチ テキスト エディター ツールバーが表示されます。

Note

ディスカッション作業項目フィールドが存在しません。 ディスカッション領域からコメント付きの作業項目を照会するには、履歴フィールドでフィルター処理します。 [ディスカッション] テキスト ボックスに入力されたテキストの全内容が [履歴] フィールドに追加されます。

他のユーザー、グループ、作業項目、または pull request についてメンションする

次のいずれかのアイコンを選択して、他のユーザーに言及した、作業項目にリンクした、または pull request にリンクした最近のエントリのメニューを開きます。

• 
• 
• 

同じメニューを開くには、キーボード ショートカット (@メンション @、ハッシュ タグの #、感嘆符 !) を使用します。

名前または番号を入力して、入力内容に一致するようにメニュー リストをフィルターします。 追加するエントリを選択します。 グループをディスカッションに取り込むには、 at 記号 @ を入力し、その後にグループ名 (チームやセキュリティ グループなど) を入力します。

コメントを編集または削除する

ディスカッションコメントを編集または削除するには、[編集]、[その他のアクション() を選択し、[削除] を選択します。

コメントを更新したら、 更新を選択します。 コメントを削除するには、削除を確認します。 作業項目フォームの [履歴] タブには、編集および削除されたすべてのコメントの完全な監査証跡が保持されます。

コメントにリアクションを追加する

コメントの右上にある絵文字アイコンを選択して、コメントに 1 つ以上のリアクションを追加します。 コメント下部の既存のリアクションの横にあるアイコンから選びます。 リアクションを削除するには、コメントの下部にあるリアクションを選びます。 次の画像は、リアクションを追加するエクスペリエンスの例と、コメントに対するリアクションの表示を示したものです。

作業項目を保存せずにコメントを保存する

Note

この機能は、Azure DevOps Server 2022.1 以降で使用できます。

作業項目の ディスカッション に追加するアクセス許可しかない場合は、コメントを保存することで追加できます。 このアクセス許可は、区分パス ノードと、 [Edit work item comments in this node] (このノードの作業項目のコメントを編集する) アクセス許可によって制御されます。 詳細については、「 作業追跡のアクセス許可の設定 - 子ノードの作成、領域または反復パスの下の作業項目の変更」を参照してください。

コメントを保存したら、作業項目を保存する必要はありません。

Note

ディスカッション コントロールに加えた変更を保存すると、コメントのみが保存されます。 作業項目タイプに定義された 作業項目ルール は実行されません。

進行状況の追跡

作業が進むにつれて、現在の状態を反映するように [状態] フィールドを更新し、必要に応じて理由を指定します。 状態と理由は、作業項目フォーム ヘッダーに表示されます。

スクラム ワークフローの状態

State を更新すると、チームは新しい項目、進行中、または完了した項目を把握します。 ほとんどの WIT では、前方および後方の状態遷移がサポートされています。 次の図は、PBI、バグ、タスクの WIT の主な進行状況と回帰の状態を示しています。

プロダクト バックログ項目	Bug	Task

多くの場合、PBI とバグは、この進行状況に従います。

• 製品の所有者またはテスト担当者は、既定の理由である新しいバックログ項目を使用して、新しい状態で PBI またはバグを作成します。
• 製品所有者は、チームが作業量を見積もるのに十分に説明がされたら、アイテムを承認に移動します。 バックログの上部付近にあるアイテムは通常、[承認済み] に表示されます。さらに下の項目は、多くの場合、新規のままです。
• スプリントに項目を含める場合、チームは状態を [コミット済み ] に設定します。
• 関連付けられているすべてのタスクが完了し、製品所有者が受け入れ条件を満たしていることを確認すると、チームはアイテムを [完了] に移動します。

ボードまたはタスクボードで状態を更新する

ボードを使用して PBI の状態を更新し、スプリント タスクボードを使用してタスクの状態を更新します。 項目を新しい列にドラッグすると、状態と理由の両方が更新されます。

ボードをカスタマイズして 、スイム レーン または 列を追加します。 その他のカスタマイズ オプションについては、「作業追跡エクスペリエンスをカスタマイズする」を参照してください。

機能へ PBI をマップする

複数の製品またはエクスペリエンスを管理する場合は、機能を定義し、それらの機能に PBI をマップして、ポートフォリオ全体のスコープと進行状況を表示します。

ポートフォリオ バックログを使用して、バックログ レベル間を詳細に確認し、チーム間での作業を集約します。 また、チームの階層を設定した後にロールアップを表示することもできます。

タスクの定義

チームがスプリントで作業を行うときは、スプリント バックログ ページから項目をタスクに分割します。

タスクに名前を付け、作業量を見積もります。

Teams は作業を予測し、各スプリントの開始時にタスクを定義します。 各チーム メンバーは、開発、テスト、その他のアクティビティを含むタスクのサブセットを完了します。 たとえば、開発者は PBI を実装するタスクを作成し、テスト担当者はテスト ケースを作成して実行するタスクを作成します。

チームが時間または日を使用して作業を見積もる場合は、[ 残存作業時間 ] フィールドとオプションの [アクティビティ] フィールドを使用します。

Field/tab

Usage

残存作業時間

タスクを完了するために残っている時間数または日数を入力し、作業が進むにつれてこのフィールドを更新します。 この値は、容量グラフ、スプリント バーンダウン チャート、および関連レポートをフィードします。 タスクをサブタスクに分割する場合は、サブタスクでのみ残存作業時間を追跡します。

Activity

アクティビティ別にスプリント容量を見積もるときに、このタスクを最もよく表すアクティビティの種類を選択します。

テスト進行状況の追跡

PBI のテスト

Web ポータルまたはテスト マネージャーから、PBI またはバグに自動的にリンクするテスト ケースを作成するか、 ([リンク] タブ) からリンクを追加します。

テスト ケースには、ビルドおよびテスト プロセスと統合される多くのフィールドが含まれています。 ビルドとテストの統合フィールドに基づくクエリを参照してください。

([リンク] タブ) には、テスト ケースにリンクされている PBI とバグが一覧表示されます。 リンクは、チームがテストの進行状況を追跡するのに役立ちます。

コード障害を追跡

Web ポータル、Visual Studio、またはテスト マネージャーからバグを作成します ( 「バグの管理」を参照)。

一般的な作業追跡フィールドの定義

次のフィールドとタブは、ほとんどの作業項目に表示されます。 各タブは、特定の情報を追跡するために使用されます。 一般的に使用されるタブには、 History、 Links、 Attachments があります。

すべての作業項目の種類で必須である唯一のフィールドは [タイトル] です。 作業項目を保存すると、一意の識別子 ID が割り当てられます。 フォームでは必須フィールドが黄色で強調表示されます。 その他のフィールドの詳細については、「作業項目フィールドのインデックス」を参照してください。

Note

プロセスとプロジェクトに対するカスタマイズによっては、他のフィールドが必要になる場合があります。

フィールドまたはタブ

Usage

---

Title

説明を 255 文字以下で入力します。 タイトルは後で変更できます。

割り当て対象

作業の実行を担当するチーム メンバーに作業項目を割り当てるか、空白のままにして後で割り当てを完了します。

State

作業項目を最初に作成すると、[ 状態 ] フィールドには、ワークフローの最初の状態 ( 新規 や 未割り当てなど) が自動的に表示されます。 作業が進むにつれて、作業項目の現在の状態を反映するように 状態 を更新します。

Reason

作業項目を最初に作成するときに、既定の 理由 値 ( [作成済み] や [新しい作業項目] など) を設定します。 作業項目の 状態 が変わると、それに応じて 理由 の値を更新します。 作業項目の各 状態 は、既定の 理由 値に関連付けられています。

Area

製品またはチームに関連付けられているエリア パスを選択するか、空白のままにして、後で適切な値を入力します。 使用可能な領域のドロップダウン リストを変更できます。 詳しくは、「区分パスを定義してチームに割り当てる」をご覧ください。

Iteration

作業項目を完了するスプリントまたはイテレーションを選択するか、空白のままにして後で値を割り当てます。 イテレーションのドロップダウン リストを変更できます。 詳細については、「 イテレーション パス (スプリント) を定義し、チームイテレーションを構成する」を参照してください。

[履歴 ] タブ

作業項目 履歴 を表示すると、システムによってキャプチャされた項目に加えられたすべての変更が表示されます。 作業項目が更新されるたびに、詳細が履歴に追加されます。 変更日、変更作成者、および更新されたフィールドの一覧が表示されます。 [ 履歴 ] フィールドに書式設定されたテキストを追加することもできます。

[リンク ] タブ

リンクを追加して、他の作業項目との接続を作成します。 ハイパーリンク、変更セット、ソース ファイルなど、さまざまな種類のリンクがサポートされています。 親、ビルドで見つかった、テスト結果など、作業項目へのリンク アイテムのリレーションシップを指定します。

[添付ファイル ] タブ

添付ファイルを使用して、作業項目に関する補足情報をアイテムに含めます。 電子メール スレッド、ドキュメント、画像、ログ ファイル、またはその他の種類のファイルを添付します。

作業項目の種類のカスタマイズ

ほとんどの作業項目の種類の場合、作業項目フォームに対してフィールドの追加、ワークフローの変更、カスタム ルールの追加、カスタム ページの追加を行うことができます。 カスタムの作業項目の種類を追加することもできます。 詳細については、「 継承プロセスをカスタマイズする」を参照してください。

障害を追跡する

進行状況をブロックするイベントを追跡するには、Impediment 作業項目の種類を使用します。 バグ作業項目の種類は、コードの欠陥に対してのみ使用します。

障害は、チーム ダッシュボードの [新しい作業項目] ウィジェットまたは [クエリ] ページの [新規] メニューから追加できます。

ウィジェットから追加した作業項目は、チームの既定の領域とイテレーション パスに自動的にスコープ設定されます。 チーム コンテキストを変更するには、「チーム コンテキストの 切り替え」を参照してください。

バックログ リストの順序

[バックログの優先度] フィールドを使用して、PBI、バグ、機能、またはエピックの相対的なランク付けを追跡します。 バックログ ページは、ページ上でアイテムを追加または移動する場所に基づいて項目を並べ替えます ( 「バックログの作成」を参照)。 項目をドラッグすると、バックグラウンド プロセスによって [バックログの優先度] フィールドが更新されます。

関連コンテンツ

• プロジェクトを作成します
• 作業項目を追加してプロジェクトを管理する
• バックログを作成する
• 特定の機能へのアクセスの管理
• Azure Boards での既定のアクセス許可とアクセス レベルについて説明します。