ボードの列を管理する

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

ボード上の列の管理は、チームのワークフローを可視化するために不可欠です。 各列は、"To do"、"進行中"、"完了" などの作業の段階に対応します。これらの列は、特定のプロセスに合わせてカスタマイズできます。 ボード上の各カードは、ユーザー ストーリー、バグ、タスクなどの作業項目を表します。

ヒント

この記事の後半でAIを使用してこのタスクを支援する方法を見るか、Azure DevOps MCP ServerでAI支援を有効にする方法についてを参照して開始してください。

Note

• スプリント タスクボードの列の管理については、タスクボードのカスタマイズに関する記事をご覧ください。
• バックログやクエリ結果の列を管理するには、「列のオプションの変更」を参照してください。
• Azure Boards に関してよく寄せられる質問については、「FAQɴ」を参照してください。

前提条件

カテゴリ	必要条件
アクセスレベル	少なくとも Basic アクセス。
アクセス許可	チーム設定を構成するには:Project Administrators セキュリティ グループのメンバー、または Team Administrator ロール。 詳細については、「プロジェクトレベルの権限の変更」を参照してください。
タスク (省略可能)	構成の見直しを回避するには、ボード列の管理を開始する前に、次のタスクを実行します。 - カスタム作業項目の種類を追加する - 製品とポートフォリオのバックログをカスタマイズする - ワークフローの状態 をカスタマイズする - チーム のバックログ ナビゲーション レベルを選択する - バックログとボードにバグを表示する

列の追加と編集

列のタイトルとオプションは、プロジェクトの作成に使用するプロセスおよびバグを要件やタスクとして扱うかどうかというチームの決定によって異なります。

次の手順を使用して、列を追加および編集します。

1. 組織にサインインします (https://dev.azure.com/{Your_Organization})。

2. [ボード]>[ボード]>[ボード設定の構成] を選択します。

   

3. [列] を選択します。

   • 列を追加するには、[+ 列の追加] を選択します。

   

   • 列を編集するには、列タブを選択します。たとえば、次の図では、[アクティブ] 列の編集を選択します。

   

4. 列に対して次のいずれかのタスクを実行します。 これらのタスクは、この記事でさらに詳しいセクションにリンクされています。

   • ワークフローの状態を列にマップする
   • 列の名前変更
   • 列の分割
   • 完成の定義を列に追加する

5. 保存を選択します。

ワークフローの状態を列にマップする

ワークフロー状態カテゴリをボード内の列にマッピングすることは、作業項目の進行状況を視覚化するために不可欠です。 これにより、作業項目の各状態がボード上に表示され、明確で整理されたワークフロー ビューが提供されます。 このマッピングにより、チームは作業項目の現在の状態確認、進捗状況の追跡、ボトルネックや問題の特定をすばやく行うことができます。 ワークフローの状態をボード列に合わせることにより、チームはワークフローの共有理解を維持し、タスクを効率的に管理および完了する能力を向上できます。

ヒント

各ワークフロー の状態 を列にマップ します。 マップされていない状態はボードに表示されません。

次の表では、既定のユーザー ストーリー状態カテゴリについて説明します。

状態のカテゴリ	説明
提案済み	最初のボード列は、各作業項目の既定の状態に自動的にマップされます。
進行中	ワークフローの状態は、作業項目の種類および列ごとに指定する必要があります。
完成	最後のボード列にのみマップできます。
削除済み	ワークフローの状態を指定する必要はありません。

詳細については、「ワークフローと状態カテゴリについて」を参照してください。

列、ワークフローの状態、または作業項目の種類 (WIT) を追加するたびに、このタスクを実行します。 通常、このアクションは、[ バグの処理] 設定を変更したり、 要件カテゴリに WIT を追加したり、 ワークフローをカスタマイズしたりするときに必要になります。

Note

ボードにバグやその他の作業項目を追加すると、次のような状況で列間マッピングを調整する必要がある新しいワークフロー状態が作成されます。

• チーム管理者が バックログとボードにバグを表示する
• Project管理者作業項目の種類をバックログとボードに追加します
• Projectコレクションまたはプロジェクト管理者は、inherited プロセスまたはオンプレミスXMLプロセスを使用して、要件カテゴリの作業項目の種類のワークフローをカスタマイズします。

列の名前変更

ワークフロー ステージに合わせて列タイトルの名前を変更します。 この変更により、チーム内での明確さと一致が確保されます。 誰もが作業項目の現在の状態を一目で把握でき、ボードにはチームのワークフローが正確に反映されます。

次の図に示すように、列名を選択して、ボードから直接列の名前を変更します。 列の編集画面から列の名前を変更することもできます。

列の分割

各列は作業ステージを表し、進行中の項目の数を示します。 ただし、多くの場合、作業を開始する前に列に移動します。 このラグに対処するには、分割列を有効にして、各列を [実行] と [完了] に分割します。

分割列は、チームがプル メカニズムを実装するのに役立ちます。 使用されていないアイテムを可視化し、ワークフローの透明性を高めます。

Note

• 列を分割する前に、各ステージが列にマップされていることを確認します。 列を分割するのは、明確な引き継ぎが存在し、項目を次のステージに取り込む操作をチームに任せる場合のみです。
• プロジェクトの作成に使用されたプロセスと、チームがバグを要件として扱うかタスクとして扱うかの選択に応じて、異なる列のタイトルや選択肢が存在します。

分割する列タブを選択し、チェック マークをボックスに追加して列を分割します。

ヒント

[ ボード列の完了] フィールドを使用して、クエリをフィルター処理し、グラフを作成できます。

[実行中] 列と [完了] 列に項目を移動する

分割列を有効にした場合は、アイテムの状態を通常どおりに更新します。 項目の処理が完成したら、その項目を下流の列ではなく [完了] に移動します。 次のチーム メンバーは、実行中にプルし、準備ができたら自分自身に再割り当てします。

たとえば、コーディング タスクが完了したら、[開発] の下の [完了] に移動します。 テスト担当者は、テストを開始する準備ができたら、[テスト] の下にある [実行中] にプルします。

ボトルネックを特定する

分割列では、[完了] 列でアイドル状態になっている項目数をさらに詳しく把握することができます。 ボトルネックになりそうな項目が山積みになると、チームが簡単に確認できます。

チームがボトルネックをなくすためにプロセスを調整できるように、項目がたまる頻度と場所を確認します。 ボトルネックがない、または少ないワークフロー プロセスは、完璧なフローに相当します。

[実行中] または [完了] の作業項目を一覧表示する

[ ボード列の完了 ] フィールドを使用して、分割された列内の作業項目をクエリできます。 このフィールドは、[False] 列の場合はの値を受け取り、[True] 列の場合はします。

ボードの列のクエリを実行する例については、割り当てまたはワークフローの変更によるクエリに関する記事をご覧ください。

完成の定義を列に追加します。

チームがある段階から次のステージに進むときは、チームが "完了" がどういうことかを明確に理解していることが重要です。各列の [完了の定義] の条件を定義します。 このアクションは、項目を次のステージに進める前に必要なタスクを特定し、プロセスとポリシーを明示的にする核心的原則を実装するのに役立ちます。

列タブを選択して、その列の [完了の定義] を構成します。

ユーザーは、情報ツールヒント 情報アイコンを選ぶことで、条件を満たしていることをすぐに再確認できます。

列を削除または移動する

列を削除または移動すると、ボードが合理化され、チームのワークフローと優先順位が反映されます。 列の順序を調整したり、不要なステージを削除したりすることで、最も重要なステージを目立つように表示し、すべてのチーム メンバーにとってワークフローを直感的にします。

列の削除

1. 列に作業項目が含まれていないことを確認します。 含まれている場合は、項目を別の列に移動します。

2. [ボード設定の構成] ページで、[列]>[列] オプション メニュー>[X 削除] を選択します。

   

列の移動

列を移動するには、ボード上の目的の位置に列タブをドラッグします。 または、[ 列] オプション メニューの [ 左へ移動 ] または [ 右に移動] を選択します。

更新の状態

状態を更新するには、作業項目をドラッグ アンド ドロップします。 たとえば、ダウンストリーム ステージで作業が始まるときに通知するには、次の列に項目をドラッグします。 ボード上のある列から他の列に、またはその反対方向に項目を移動できます。

作業項目の引き渡し

他のメンバーに作業を引き継ぐには、ボードから直接再割り当てを行います。

引き継ぎを受けるユーザーは、アラートを設定することで、新しく割り当てられた作業のメール通知をすぐに受信できます。

列のステータスを追跡する

クエリ ツールを使って、レビュー、トリアージ、更新、またはグラフ生成のために作業項目のサブセットを一覧表示します。 たとえば、 Work Item Type=User Story と State=Activeの 2 つの句を指定することで、アクティブなすべてのユーザー ストーリーを一覧表示するクエリを作成できます。

進行中の作業 (WIP) の制限、分割列、完了の定義を指定します。

チームの優先順位を変更する

列内で項目を上下にドラッグします。

その他のタスクを実行する

次の表に、ボードでより多くの作業を行えるように、タスクとその関連記事を示します。

[アーティクル]	タスク
バックログ、ボード、クエリ、プランの対話的フィルター	チーム メンバーまたはスプリントへの割り当て、タグ、親機能に基づいてボードをフィルター処理し、選んだ作業に焦点を当てます。
更新の状態	ドラッグ アンド ドロップ操作でワークフローの状態を更新します。
優先順位を変更する	カードを並べ替えて作業項目の優先順位を変更します。
カードのカスタマイズ	値を確認し、キー フィールドに簡単に割り当てます。
ボード列の状態を追跡する	ボード列に基づいてクエリとグラフを作成します。
累積フロー ダイアグラムを表示および構成する	列の割り当てに基づいて累積フロー ダイアグラムを確認します。

AI を使用してボード列を管理する

エージェント モードで Azure Boards MCP Server を AI エージェントに接続している場合は、自然言語プロンプトを使用してボード列に関連する作業項目を管理できます。

タスク	プロンプトの例
列内の項目を表示する	Show me all work items currently in the 'In Progress' column on my board
状態別にアイテムを検索する	List all user stories in the 'Active' state for the <Contoso> project
状態間でアイテムを移動する	Update user story 1234 to the 'Resolved' state
列の分布を分析する	How many work items are in each workflow state for my team's backlog?
ボトルネックを検出する	Show the count of work items per state in the current sprint for <Contoso> and highlight states with more than 5 items
列の劣化を検索する	List work items in <Contoso> that have been in the Active state for more than 10 days
WIP の制限を追跡する	Count the number of active user stories assigned to each team member in area path <Contoso\\Frontend>
ブロックされたフローを特定する	Show work items in <Contoso> that are in the Resolved state but have unresolved child tasks
完了した条件を確認する	List user stories in <Contoso> that moved to Closed in the last week without any linked pull requests
サイクル時間の監視	For user stories closed this sprint in <Contoso>, show how many days each spent in the Active state

Note

エージェント モードと MCP サーバーでは自然言語が使用されるため、これらのプロンプトを調整したり、フォローアップの質問をして結果を絞り込むことができます。

関連コンテンツ

• スイムレーンを使って作業を加速する
• バックログとボードにバグを表示する
• Azure Boards に関する FAQ
• REST API Boards リファレンス