Azure Boards に関する FAQ

Azure Boards プロジェクトのメンバーは、ほとんどの機能を使用して作業を追跡できます。 機能の選択に関する制限は、ユーザーが割り当てられている "アクセス レベル" と "セキュリティ グループ" に基づいています。 その他の制限は、作業追跡のアクセス許可またはカスタム ルールに基づいて適用できます。 詳しくは、Azure Boards の既定のアクセス許可とアクセスに関する記事を参照してください。

区分パスにアクセス許可を設定することで、アクセスを制限できます。 詳細については、次の記事を参照してください。

• 作業の追跡と計画のアクセス許可の設定
• タスクを選択するアクセス許可の付与または制限

はい。 ユーザーまたはグループのメンバーシップに基づく条件付きルールは、Web ブラウザー用にキャッシュされます。 作業項目の更新が制限されている場合は、これらのルールのいずれかが適用されている可能性があります。 条件付きルールの詳細については、「ルールおよびルールの評価」を参照してください。 キャッシュに古いルールが格納されている場合は、3 日以内にクライアント キャッシュの有効期限が切れるのを待つか、キャッシュをクリアすることができます。
キャッシュをクリアするには、ブラウザーのコマンド ウィンドウで次のコマンドを実行し、ブラウザーを更新します: window.indexedDB.deleteDatabase("wit")

「Azure DevOps に接続するツールとクライアント」を参照してください。

作業項目の概要については、「作業項目について」を参照してください。

プロジェクトで定義されているすべての作業項目を表示するには、クエリを開き、2 つの句を追加します。

• Work Item Type = [Any]
• State = [Any]

そこからフィルターを追加して、クエリを絞り込むことができます。 詳細については、「クエリ エディターを使用したマネージド クエリの作成と保存」を参照してください。

[いいえ] 。 作業項目は、1 人のユーザーにのみ割り当てることができます。 また、追加できるのは、ユーザー ピッカーに表示されるユーザーのみです。

作業をグループ化する主な方式は、同じ区分パスに割り当てることです。 区分パスは、製品、機能、またはビジネスの区分ごとに作業項目をグループ化し、それらの区分に割り当てられた作業を担当するチームをサポートするために使われます。 さらに、親子リンクを使って、親作業項目の下に作業をグループ化することもできます (階層的なグループ化と呼ばれます)。

これら 2 つの使用方法とサポートされるツールについては、「Azure Boards の構成とカスタマイズ」の「区分パス、製品チーム、ポートフォリオの管理」を参照してください。

マイルストーン マーカーは、配信計画を除いて、Azure Boards の作業追跡では使われません。 配信計画にはカレンダー ビューがあり、マイルストーン マーカーを定義できます。 詳細については、「チーム 配信計画のレビュー」を参照してください。

ただし、次のオプションの 1 つ以上を使って、作業項目をマイルストーンとしてマークできます。

• 「マイルストーン」という単語を作業項目のタイトルの先頭または末尾に追加します
• 「マイルストーン」という作業項目タグを追加します
• 「マイルストーン」というカスタム フィールドを追加し、マイルストーンの選択リストを設定します
• [先行処理/後続処理] または [関連] リンクの種類を使って、マイルストーン作業項目に作業項目をリンクします
• マイルストーン作業項目を完了対象であるスプリントに割り当てます。

関連リンクやその他のリンクの種類を使ってリンクすることで、作業項目間の依存関係を追跡できます。 「作業項目を他のオブジェクトにリンクする」を参照してください。

1 つ以上の組織全体の依存関係を追跡する場合は、Dependency Tracker を使うことをお勧めします。

各プロセスには、イテレーション バックログ、要件バックログ、機能バックログ、エピック ポートフォリオ バックログの 4 つの既定のバックログ レベルが定義されています。 各バックログ レベルに追加される作業項目の種類は、親子関係を形成し、作業項目を階層にグループ化するための自然な作業項目の種類です。 詳細については、「バックログを整理し、子作業項目を親にマップする」を参照してください。 このプロセスをカスタマイズするには、バックログまたはボードのカスタマイズに関する記事の「要件バックログを編集または名前変更する」を参照してください。

作業項目の一括変更に関する記事のリッチテキスト フィールドの一括変更に関するセクションを参照してください。

はい。バックログ レベルを 2 つの異なるルールを含むように設定できます。 最初のルールは、子のいずれかがアクティブに設定されている場合に親をアクティブとして設定することです。 2 つ目のルールは、すべての子が閉じられたときに、親を解決または閉じるに設定することです。 これらのルールは、バックログ レベル用に構成できます。 詳細については、「作業項目の状態遷移の自動化」を参照してください

チーム管理者がバックログに自動化ルールを設定すると、作業項目の状態が自動的に変更されます。 子の状態変化に応じて状態をアクティブまたはクローズに自動的に設定するルールを作成します。 詳細については、「作業項目の状態遷移の自動化」を参照してください。

ルールは、子項目の状態が「新規」から「アクティブ」または「終了」に移動した場合にのみトリガーされます。 子項目の状態が「終了」から「アクティブ」に移動した場合、規則はトリガーされません。 これは現在の仕様です。

いいえ。このルールは、そのバックログ レベルのすべての作業項目の種類に適用されます。 状態カテゴリはすべての作業項目の種類で一貫しているため、状態の代わりに状態カテゴリを使用します。

はい。ルールはバックログ レベルごとに構成されます。 ユーザー ストーリー バックログの自動化ルールは、機能やエピックには影響しません。 ただし、機能とエピックに対して個別にルールを設定することもできます。 詳細については、「作業項目の状態遷移の自動化」を参照してください。

ルールは、親と子の両方が同じチームに属している場合にのみトリガーされます。 他のチームに属するアイテムに対してルールが自動的にトリガーされるのは望ましくありません。 詳細については、「作業項目の状態遷移の自動化」を参照してください。

各バックログとボードは、チームの区分パスとイテレーション パスの割り当てに基づいてフィルター処理された一連の作業項目を表します。 バックログでは作業項目が一覧表示され、ボードでは作業項目がカードとして表示されます。 フィルター処理の適用方法については、「チームとアジャイル ツールについて」の「バックログとボードから参照されるチームの既定値」を参照してください。

バックログまたはボードを追加するには、チームを追加します。 「チームおよびアジャイル ツールについて」で説明されているように、各チームは独自のバックログとボードのセットで構成されます。 各チームはこれらのアジャイル ツールをカスタマイズできます。

Azure DevOps には、バックログやボードに表示される作業項目の数、定義できるチームの数などの制限があります。 詳細な一覧については、「作業の追跡、プロセス、プロジェクトの制限」を参照してください。

Azure Boards の移行と統合に関する記事を参照してください。

各バックログには、チームが選んだ区分パス、イテレーション パス、作業項目の種類に基づいてフィルター処理された一連の作業項目が一覧表示されます。

• プロダクト バックログ: 既定では、ユーザー ストーリー (アジャイル)、問題 (基本)、プロダクト バックログ項目とバグ (スクラム)、または要件 (CMMI) が一覧表示されます。 [親]、[予測]、[進行中]、または [完了] の子項目を表示するオプションがあります。
• ポートフォリオ バックログ: 既定では、機能バックログには機能 (すべてのプロセス モデル)、エピック バックログにはエピック (アジャイル、スクラム、CMMI) が表示されます。 [親]、[進行中]、または [完了] の子項目を表示するオプションがあります。
• スプリント バックログ: 既定では、状態に関係なく、選んだイテレーションに割り当てられたすべてのプロダクト バックログ項目が一覧表示されます。 [作業の詳細] を表示するオプションがあります。

はい。 作業項目にスプリントを割り当て、イテレーション パスに基づいてボードをフィルター処理できます。 詳細については、「 ボードのフィルター処理」を参照してください。

いいえ。 タスク チェックリストは、タスク作業項目の種類のみをサポートしています。

Azure DevOps にはクリティカル パスのネイティブ ビューが用意されていません。 部分的には、アジャイル手法では、クリティカル パス管理 (CPM) より実用最小限の製品 (MVP) の方が好まれるからです。 MVP を使うことで、エピック、機能、ストーリー、タスクに優先度を付けて、最短のパスと依存関係を特定します。

そのため、作業の依存関係とカレンダー ビューを表示するには、配信計画を使うことをお勧めします。

Microsoft Project への接続をサポートしている組織の場合、Azure DevOps の Microsoft Project への接続をサポートする Marketplace 拡張機能を探すこともできます。

詳細については、「The Critical Path on Agile Projects」(アジャイル プロジェクトのクリティカル パス) と「Running a lean startup on Azure DevOps」(Azure DevOps でリーン スタートアップを実行する) を参照してください。

[いいえ] 。 チーム キャパシティとして入力したデータは、通常のデータ ストアに格納されません。

いいえ。 この機能はサポートされていません。 これは提案されている機能です。Developer Community ページに移動して賛成票を投じることができます。

はい割り当てまたはワークフローの変更による クエリ、ボード変更クエリを参照してください。

はい。Query Based Boards Marketplace 拡張機能を追加してください。

はい。Azure Boards Kanban Tools Marketplace 拡張機能を追加してください。

はいボード上の列の移動を追跡するには、[ ボード列] フィールドと [ボード列の完了] フィールドを使用します。

ボードを開いたときに次のエラーが発生した場合は、構成を修正する必要があります。 このエラーの主な理由は、[要件] カテゴリに追加された作業項目の種類のワークフロー状態が列にマップされていないことです。

[今すぐ修正] を選ぶ、[設定] ダイアログが開きます。 次の例では、2 つの新しい状態 (バグには "トリアージ済み"、ユーザー ストーリーには "調査") が追加されています。 次に、各状態は既存の列または新しい列にマップされます。 各状態が列にマップされると、ボードには、これらの状態に割り当てられている作業項目が表示されます。

はいボード上 スイムレーンを追加または削除 できます。 また、スイムレーン ルールを設定することもできます。特定の条件を満たすと、Azure Boards によって作業項目は特定のレーンに自動的に移動されます。

所属するチームの作業項目テンプレートを定義できます。 選んだフィールドの既定値を指定する作業項目テンプレートを定義するには、「テンプレートを使って作業項目を追加および更新する」を参照してください。

チームの既定のテンプレートを設定する機能は、現時点ではサポートされていません。

[いいえ] 。 この機能は現時点ではサポートされていません。

リクエスト例: "テンプレートを作成するときに、親ユーザー ストーリーを既定値に設定したいと考えています。このテンプレートには事前に設定されたフィールドがありません。この機能はユーザー定義の選択項目になりますか?"

いいえ。階層テンプレートの作成に関するネイティブのサポートはありません。 特に、既定の親作業項目を指定することはできません。 ただし、Excel を使ってタスクやバグなどの項目を簡単にコピーし、ツリー リストで親子リンクを適用することはできます。 または、ボードを使用して、子タスク、バックログ項目、または機能を追加できます。 詳細については、以下を参照してください:

• タスク チェックリストの追加
• インライン テストの追加、実行、更新
• 機能とエピックを追加する

作業項目の種類ページから、既存のテンプレートの アクション アイコンを選び、[削除] オプションを選びます。

Azure DevOps Server 2019 以降のバージョンでは、Azure Boards は GitHub と統合されています。 詳細については、「Azure Boards - GitHub 統合について」を参照してください。

[いいえ] 。 この機能は現時点ではサポートされていません。

Azure Boards の構成とカスタマイズは、プロジェクトとチーム レベルで行われます。 ビジネス ニーズをサポートするために構成およびカスタマイズできるものの概要については、「Azure Boards の構成とカスタマイズ」をご覧ください。

構成とカスタマイズに関する FAQ については、「Azure Boards の構成とカスタマイズに関する FAQ」を参照してください。

関連記事

• クエリに関する FAQ
• 作業の追跡、処理、およびプロジェクトの制限
• Azure Boards の構成とカスタマイズに関する FAQ
• FAQ: Azure Boards に接続された Excel で作業する
• プロジェクト間の作業に関する FAQ
• Azure Boards の拡張機能
• チームおよびアジャイル ツールについて