Azure Boards のアジャイル ワークフロー

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

Azure Boardsでは、アジャイル プロセスは作業項目の種類 (WIT) を使用して、チームの計画、優先順位付け、進行状況の追跡に役立ちます。 アジャイル プロセスには、エピック、機能、ユーザー ストーリー、タスク、問題、バグが含まれます。 WIT を定義したら、作業項目の状態を更新することで進行状況を追跡できます。

機能、シナリオ、ユーザー エクスペリエンスのポートフォリオを可視化するために、製品の所有者とプログラム マネージャーは 、ユーザー ストーリー を 機能にマップします。 スプリントで作業しているチームは、それらのユーザー ストーリーにリンクする タスク を定義します。 アジャイル プロセスを初めて使用する場合は、「アジャイルを使用した 作業の計画と追跡」を参照してください。

この記事では次の方法を紹介します:

• ユーザー ストーリーを定義して優先順位を付けます。
• 作業が新規から完了に移行すると、ワークフローの状態を追跡します。
• ストーリーをスプリント タスクに分割し、残りの作業を見積もります。
• テスト ケースとバグをリンクして、品質と欠陥を追跡します。

Azure DevOps Services では、テスト担当者は Web ポータルでテスト ケースを作成して実行します。 Azure DevOps Serverでは、テスト担当者は Microsoft Test Manager を使用して、コードの欠陥とブロックの問題を追跡することもできます。

ユーザー ストーリーを定義する

通常、製品の所有者は、アプリケーションの要件と作業要素を記述するユーザー ストーリーを定義し、スタックランク付けします。 その後、チームは最も優先度の高い項目を提供するために必要な作業を見積もります。

[Product Backlog]\(製品のバックログ\) ページのクイック 追加パネルからユーザー ストーリーを作成します。 また、ページ上の項目をドラッグ アンド ドロップしたり、並べ替えたり、 アイテムをフィーチャにマップしたりすることもできます。

各ユーザー ストーリーを開いて詳細を追加し、ストーリー ポイントを見積もります。 ストーリー ポイントを定義して、チームが予測機能と速度グラフを使用して将来のスプリントと作業作業を見積もることができるようにします。 バックログ ページ ( [スタック ランク ] フィールドにキャプチャされた) のユーザー ストーリーに優先順位を付けることで、製品所有者は優先度が高い項目を示します。

フォームに入力するときは、次の表のガイダンスと、 作業項目の種類全体で使われる共通のフィールド を参考にしてください。

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

[ディスカッション] セクションを使用して、コメントを追加および確認することで作業項目で共同作業を行います。

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

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

次のいずれかのアイコンを使用して、ユーザー、作業項目、またはプル要求の最近のエントリを開きます。

同じメニューをキーボード ショートカット (@メンション @、ハッシュタグ #、感嘆符 !) で開くことができます。

リストをフィルター処理する名前または番号を入力し、追加する項目を選択します。 グループに言及するには、 @ を入力し、その後にグループ名 (チームやセキュリティ グループなど) を入力します。

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

コメントの 1 つを更新または削除するには、[編集] を選択するかその他のアクション () を選択し、[削除] を選択します。

コメントを変更したら、[ 更新] を選択します。 コメントを削除するには、削除を確認します。 [ 履歴 ] タブには、編集および削除されたすべてのコメントの監査証跡が保持されます。

進行状況の追跡

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

アジャイル ワークフローの状態

チームはワークフローの状態を更新する際に、新しい項目、進行中、または完了したアイテムを識別できます。 ほとんどの WIT では、状態間の前方および後方遷移がサポートされています。 次の図は、ユーザー ストーリー、バグ、タスクの WIT の主な進行状況と回帰の状態を示しています。

ユーザー ストーリーの一般的なワークフローの進行状況を次に示します。

1. 製品所有者は、既定の理由である [新しいユーザー ストーリー]を使って、 [新規] 状態のユーザー ストーリーを作成します。
2. チームは、スプリント中に作業を完了することを決定したときに、ストーリーの状態を アクティブ に更新します。
3. チームが関連するすべてのタスクを完了し、単体テストがパスすると、ストーリーは解決済みの状態に移動します。
4. 製品所有者が受け入れ基準と受け入れテストに合格した場合にストーリーが実装されることに同意すると、ストーリーは Closed 状態に移行します。

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

Teams は ボード を使用して要件の状態を更新し、 タスクボード を使用してタスクの状態を更新できます。 新しい状態列に項目をドラッグすると、[ 状態 ] フィールドと [ 理由 ] フィールドの両方が更新されます。

ボードをカスタマイズして、さらに多くの スイムレーン または 列をサポートすることもできます。 詳細については、「作業追跡エクスペリエンスをカスタマイズする」を参照してください。

機能にユーザー ストーリーをマップする

一連の製品またはユーザー エクスペリエンスを管理する場合は、ポートフォリオ全体の作業範囲と進行状況を確認することが必要になる場合があります。 機能とユーザー ストーリーから機能へのマッピングを使用して、そのロールアップを追跡できます。

ポートフォリオ バックログを使うと、 あるバックログから別のバックログへとドリルダウン して、情報を必要な詳細レベルで表示できます。 また、複数のチーム間で進行中の作業をロールアップで表示するために、チームの階層を設定したときにはポートフォリオ バックログを使用します。

タスクの定義

チームがスプリントの作業を管理する場合は、 スプリント バックログ ページ を使用して、計画された作業を個別のタスクに分割します。

タスク名を入力し、[作業量] フィールドに 作業量 を見積もります。

アジャイル プロセスを使う場合、チームは作業を予測し、各スプリントの開始時にタスクを定義します。 その後、各チーム メンバーがそれらのタスクのサブセットを完了します。 タスクには、開発、テスト、その他の作業を含めることができます。 たとえば、開発者はユーザー ストーリーを実装するタスクを定義し、テスト担当者はテスト ケースを記述して実行するタスクを定義できます。

チームは、時間数または日数に従って作業を見積もるときに、タスクと [残存作業時間 と アクティビティ ] (オプション) フィールドを定義します。

テスト進行状況の追跡

コードの欠陥に関するユーザー ストーリーとバグを使用して、テストの進行状況を追跡します。 その他の問題の種類の追跡に関するガイダンスについては、「 他の問題の追跡」を参照してください。

ユーザー ストーリーのテスト

Azure DevOps サービスでは、Web ポータルのユーザー ストーリーまたはバグに自動的にリンクするテスト ケースを作成できます。 Azure DevOps Serverでは、Microsoftテスト マネージャーを使用することもできます。 リンク タブから、ユーザー ストーリーをテスト ケースにリンクすることもできます。

テスト ケースには複数のフィールドが含まれており、その多くは自動化され、テスト管理とビルド プロセスと統合されています。 各フィールドの説明については、「ビルドとテストの統合フィールドに基づいてクエリを作成する」を参照してください。

[ リンク ] タブには、テスト ケースのユーザー ストーリーやバグへのリンクがキャプチャされます。 ユーザー ストーリーとバグをテスト ケースにリンクすることで、チームは各項目のテストの進行状況を追跡できます。 これらのリンクは、SQL Server ストーリーの概要レポートに表示される情報もサポートします。

コード障害を追跡

コード欠陥のテストを追跡するには、Web ポータル、Visual Studio、または Microsoft Test Manager からバグを作成します。

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

次のフィールドとタブは、ほとんどの作業項目に表示されます。 一般的なタブには、 History、 Links、および Attachments があります。

すべての作業項目の種類に対して、 タイトル は汎用必須フィールドです。 作業項目を保存すると、Azure DevOpsは一意の ID を割り当てます。 必須フィールドは黄色で強調表示されます。 その他のフィールドについては、「 作業項目フィールドのインデックス」を参照してください。

フィールドまたはタブ	Usage
Title	簡単な説明 (最大 255 文字) を入力します。 タイトルは後で編集できます。
割り当て対象	作業項目を完了する担当者に割り当てるか、所有権が明確になるまで未割り当てのままにします。
State	作成時、 状態 は既定で最初のワークフロー状態 ( 新規 や 未割り当てなど) に設定されます。 作業が進むにつれて更新します。
Reason	理由 は、アイテムが現在の 状態である理由を説明します。 既定値は、作業項目の種類とプロセスによって異なります。
Area	製品またはチームのエリア パスを選択します。 詳細については、「 エリア パスを定義し、チームに割り当てる」を参照してください。
Iteration	完了予定のスプリント/イテレーションを選択します。 詳細については、「 イテレーション パス (スプリント) を定義し、チームイテレーションを構成する」を参照してください。
[履歴 ] タブ	作成者、日付、更新されたフィールドなど、作業項目の完全な変更ログを表示します。 また、[履歴] に書式設定されたテキストを追加することもできます。
[リンク ] タブ	他の成果物 (親/子作業項目、変更セット、ソース ファイル、テスト結果など) にリレーションシップを追加します。
[添付ファイル ] タブ	ドキュメント、画像、ログ、メール スレッドなどのサポート ファイルを追加します。

その他の問題を追跡する

問題を使用して、進行状況をブロックしたり、ユーザー ストーリーの配布を妨げる可能性があるイベントを追跡したりします。 バグを使用してコードの欠陥を追跡します。 チーム ダッシュボードの [新しい作業項目] ウィジェットを使用するか、[クエリ] ページの [新規] メニューから問題を追加します。

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

ビジネス価値を追跡する

ストーリーの値を区別するには、[ 優先度 ] フィールドを使用します。 ユーザー ストーリー WIT にユーザー設定フィールドを追加して、相対ストーリー値を追跡することもできます。 詳細については、「 プロセスのフィールドをカスタマイズする」を参照してください。

バックログ リストの順序

[Stack Rank]\(スタック ランク\) フィールドは、ユーザー ストーリーの相対的なランク付けを追跡します。 既定では、作業項目フォームにはこのフィールドは表示されません。 バックログ ページの項目のシーケンスは、ページ上の項目を 追加または移動する場所によって決まります。 項目をドラッグすると、バックグラウンド プロセスによって [スタック ランク ] フィールドが更新されます。

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

関連コンテンツ

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