Azure Boards に関する FAQ

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Azure Boards を使うときによく寄せられる質問とその回答を参照してください。 Azure DevOps で定義された作業項目を追加または変更するためのクエリまたは Microsoft Excel 統合に関する FAQ については、クエリに関する FAQ の記事と「Azure Boards に接続されている Excel での作業に関する FAQ」を参照してください。

Azure Boards のロードマップにある機能の一覧については、機能のタイムラインに関する記事を参照してください。 機能をリクエストする、または機能に賛成票を投じるには、Developer Community ページに移動してください。

アクセスおよびアクセス許可

誰が Azure Boards を使用できますか?

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

共同作成者以外が作業項目を表示または変更するにはどうすればよいですか?

プライベート プロジェクトの場合、利害関係者アクセスを割り当てることで、無制限の数のユーザーにアクセス権を付与できます。 パブリック プロジェクトの場合、匿名ユーザー (プロジェクトにサインインしていないユーザー) はすべての作業項目を表示できます。 詳細については、「利害関係者アクセスのクイック リファレンス」と「プライベート プロジェクトをパブリックにする」を参照してください。
また、組織で Microsoft Entra ID を使ってユーザー アクセスを管理している場合は、外部ユーザーを組織に追加できます。

利害関係者アクセスを割り当てることで、無制限の数のユーザーにアクセス権を付与できます。 アクセスできる機能の詳細については、「利害関係者アクセスのクイック リファレンス」を参照してください。

選んだ作業項目の表示または変更を制限するにはどうすればよいですか?

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

キャッシュは作業項目に適用されるルールに影響しますか?

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

どのクライアント ツールが Azure Boards を使った作業追跡をサポートしていますか?

作業項目

作業項目と作業項目の種類について学ぶには、どこから始めればよいですか?

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

すべての作業項目を表示するにはどうすればよいですか?

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

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

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

作業項目を複数のユーザーまたはユーザー グループに割り当てることはできますか?

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

作業をグループ化するにはどの方式が推奨されますか?

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

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

タスクまたは作業項目をマイルストーン タスクとしてマークするにはどうすればよいですか?

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

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

依存関係を追跡する最適な方法は何ですか?

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

配信計画を使って、依存関係を表示できます。

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

どの作業項目の種類が別の作業項目の種類の親になるかは、何で決まりますか?

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

すべてのリンク項目を含む作業項目をコピーまたは複製するにはどうすればよいですか?

Azure Boards (クラウド サービス) では、作業項目をコピーするときに、子作業項目をコピーすることを選択できます。 詳細については、「作業項目をコピーまたは複製する」を参照してください。

現在、この機能は Azure DevOps 2019 以前のバージョンではサポートされていません。 作業項目をコピーしても、親子のリンクが設定された作業項目はコピーされません。 ただし、Azure DevOps Server 2020.1 更新プログラムと Azure Boards (クラウド サービス) では使用できます。

子項目がある多数の作業項目をコピーするタスクを実行する最も簡単な方法は、Excel を使って新しい作業項目への親子リンクを作成することです。 詳細な方法については、Excel での作業項目の一括追加または変更に関する記事のリンクされた作業項目の階層の追加のセクションを参照してください。

その他の解決策としては、次の Marketplace 拡張機能のいずれかを使う方法もあります。

リッチテキスト フィールドを一括変更するにはどうすればよいですか?

オートメーション ルール

子がアクティブなときに親をアクティブにする方法はありますか?

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

作業項目が自動的に状態を変更するのはなぜですか?

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

子項目を再アクティブ化すると、規則がトリガーされないのはなぜですか?

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

作業項目の種類または状態ごとに自動化ルールを設定できますか?

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

ユーザー ストーリーに自動化ルールを設定して、機能やエピックに設定しないようにすることはできますか?

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

子または親の項目が別のチームまたはプロジェクトに属している場合、オートメーション ルールが機能しないのはなぜですか?

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

バックログとボード

バックログとボードの違いは何ですか?

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

バックログまたはボードを追加するにはどうすればよいですか?

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

どのような制限に注意する必要がありますか?

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

既存のバックログを Azure Boards に移行するにはどうすればよいですか?

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

3 種類のバックログ (プロダクト、ポートフォリオ、スプリント バックログ) にはどのような違いがありますか?

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

  • プロダクト バックログ: 既定では、ユーザー ストーリー (アジャイル)、問題 (基本)、プロダクト バックログ項目とバグ (スクラム)、または要件 (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 でリーン スタートアップを実行する) を参照してください。

ロールアップ

ストーリー ポイント、作業量、その他の作業項目フィールドのロールアップを取得するにはどうすればよいですか?

ロールアップ列を使うと、数値フィールドや階層内の子孫項目の進行状況バーや合計を表示できます。 子孫項目は、階層内のすべての子項目に対応します。 製品またはポートフォリオのバックログに、1 つ以上のロールアップ列を追加できます。 製品またはポートフォリオのバックログにロールアップ列を追加できます。 [ロールアップの進行状況または合計の表示](backlogs/display-rollup.md)に関する記事を参照してください。

ロールアップでは、ある親のすべての子作業項目について、選択されたフィールドの値が合計されます。 詳細については、「作業およびその他のフィールドのロールアップ」を参照してください。

チーム キャパシティのロールアップを取得できますか?

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

かんばんボード

かんばんボードの列を広げる方法はありますか?

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

かんばんボードの列に基づいてクエリを実行できますか?

クエリをかんばんボードとして表示できますか?

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

かんばんの構成を別のチームにコピーする方法はありますか?

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

かんばんの列の割り当てに基づいて項目を一覧表示できますか?

はい[ボードの列] と [ボードの列が完了しました] のフィールドを使って、かんばんボードの列移動を追跡できます。

"The column configurations aren't valid" (列の構成が有効ではありません) というエラー メッセージが表示された場合はどうすればよいですか?

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

かんばんボード上の構成エラー メッセージを示すスクリーンショット。

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

かんばんボードの設定、列を示すスクリーンショット。

スイムレーンを使って、スイムレーン ルールを設定できますか?

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

作業項目テンプレート

作業項目のテンプレートについて学ぶには、どこから始めればよいですか?

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

チームの既定のテンプレートを設定するにはどうすればよいですか?

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

作業項目テンプレートを別のチームやプロジェクトにコピーできますか?

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

他の作業項目へのリンクを作成する作業項目テンプレートを作成できますか?

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

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

また、次の Marketplace 拡張機能のいずれかをインストールして、子作業項目を作成するソリューションを見つけることができます。

作業項目テンプレートを削除するにはどうすればよいですか?

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

テンプレートを削除する

GitHub との統合

Azure Boards を GitHub に接続するにはどうすればよいですか?

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

GitHub のコミットまたは PR に作業項目をリンクするときに状態を指定できますか?

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

構成とカスタマイズ

何を構成またはカスタマイズできますか?

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

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