次の方法で共有

Azure Boards で作業項目を追跡するときに使用される用語と概念

  • [アーティクル]

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

Microsoft のアジャイル用語集は、Azure Boards を使用した作業の追跡に使われる用語の短い辞書です。 その他の用語は、次の記事で定義されています。

アジャイル方式

高品質のソフトウェアを迅速に提供することを目的としたエンジニアリングの最高のプロセスのファミリと、開発を顧客のニーズと会社の目標に沿ったものにするビジネス アプローチ。 このパラダイムでは、頻繁な検査と適応が必要であり、チーム作業、自己組織化、アカウンタビリティのすべてがプロジェクトの成功に不可欠です。

アジャイル ツール

作業を追跡し、アジャイル手法をサポートするために使われる一連の Web ベースのツール。 アジャイル ツールは、ソフトウェア開発チームが現在使用している主要なアジャイル方式 (スクラムとかんばん) をサポートしています。 詳細情報: アジャイル ツールとアジャイル プロジェクト管理の概要。

区分パス

区分パスは、チーム、製品、またはフィーチャーの区分別に作業項目をグループ化するために使われます。 イテレーション パスは、作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化するために使用されます。 区分パスを使って、パスの階層を定義できます。 詳細については、「区分とイテレーション パスについて」を参照してください。

バグ

製品に対する不満の原因の可能性を記録する作業項目の種類。 コードの欠陥を追跡するための作業項目の種類の一般的な名前。 チームごとに、バグの管理方法を選択できます。 チームによっては、バックログの要件と共にバグを追跡するのを好むことがあります。 要件のサポートで実行されたタスクとしてバグを追跡するのを好むチームもあります。 その場合、バグはタスクボードに表示されます。 詳細情報: バグを管理する。

Categories

アジャイル ツールによって利用できるようになる柔軟なレポート、クエリ、その他の機能をサポートするために、1 つ以上の作業項目の種類をグループ化します。 カテゴリは、Web ポータルのバックログ ページとタスクボード ページで使われるプロセス構成をサポートします。 たとえば、カスタム作業項目の種類を [要件] カテゴリに追加し、製品のバックログとボードを使用して管理できます。 詳細については、「カテゴリを使用した作業項目の種類のグループ化」を参照してください。

コレクション

コレクションは、Azure DevOps での多数のプロジェクトのコンテナーです。 Azure DevOps Services にサインアップするか、Team Foundation Server をインストールすると、既定のコレクションが作成されます。 Azure DevOps Services 内では、コレクションは組織に対応します。 オンプレミスの TFS の展開では、コレクションを追加および管理して、コレクション内のプロジェクトで使用できる論理リソースと物理リソースを指定できます。

詳細情報: プロジェクトと組織のスケーリングについて、組織を管理する、Team Foundation Server でプロジェクトのコレクションを管理する。

ダッシュボード

ダッシュボードは、リアルタイムの情報を提供する、ユーザーが構成可能な対話型の掲示板です。 ダッシュボードはチームに関連付けられており、情報を示す構成可能なウィジェットが表示されます。 詳しくは、「ダッシュボードの追加と管理」を参照してください。

考察 (Discussion)

実行中の作業について行われたコメントの追加とレビューをサポートする作業項目フォーム内の区分。 これにより、長いメール スレッドを維持するのではなく、作業項目内のすべてのコメントをキャプチャします。 ディスカッション セクション内では、@メンション コントロールを使って、ディスカッションについて別のチーム メンバーに通知できます。 @ と名前を入力するだけです。

お気に入り

お気に入りとしてオブジェクトにタグ付けする方法は、自分や他のチーム メンバーによる素早いナビゲーションをサポートするために使われます。 作業項目のクエリやビルド定義に、個人やチームのお気に入りとしてタグを付けることができます。 自分のお気に入りとしてタグを付けられるその他のオブジェクトには、コード ブランチ、配信計画、テスト計画、チームまたはプロジェクトのみが含まれます。 詳細については、「個人またはチームのお気に入りを設定する」を参照してください。

フィールド

フィールドは、実行する作業に関する情報の追跡をサポートします。 フィールドに割り当てた値は、作業追跡データ ストアに格納され、そのクエリを実行して、状態と傾向を表示するグラフを生成できます。 プロジェクトには 100 個以上のデータ フィールドが含まれています。 作業項目内のデータ フィールドを変更することで、データを更新します。 各作業項目は作業項目の種類 (WIT) に関連付けられており、追跡できるデータは、WIT に割り当てられているフィールドに対応します。 各定義済みフィールドの定義については、作業項目フィールドのインデックスに関する記事をご覧ください。

フォロー

フォローするために特定の作業項目や pull request にタグを付けることは、それらに対して行われた変更に関するメールの更新を受け取るために使われる方法です。 詳細については、 作業項目または pull request のフォローに関する記事を参照してください。

グローバル リスト

WIT 間およびプロジェクト コレクション内のプロジェクト間で共有される、メニュー項目または候補リストの項目のリストを定義します。 グローバル リストは、リストの更新に必要な作業を最小限に抑えるのに役立ちます。 プロセス テンプレートと共にアップロードする WIT 内で、グローバル リストを定義できます。 詳細情報: 作業項目の種類のグローバル リストを管理する。 (ホストされた XML とオンプレミス XML のプロセス モデルでのみサポートされます)

グローバル ワークフロー

複数のプロジェクトおよび作業項目の種類で共有できる、作業項目フィールドとグローバル リストの両方を指定します。 詳細情報: グローバル ワークフローを管理する (オンプレミス XML プロセス モデルでのみサポートされます)。

隠し型カテゴリ

ユーザーに手動で作成させたくない一連の作業項目の種類を指定します。 既定では、この設定には次のものが含まれます。

GitHub から入手できるオープンソース クライアントである TFS Team Project Manager を使って、隠し型カテゴリに属する WIT をすばやく特定できます。

ホストされた XML プロセス モデル

ホストされた XML プロセス モデルは、プロセス テンプレートを変更してインポートすることにより、プロジェクトの作業追跡オブジェクトとアジャイル ツールのカスタマイズをサポートします。 このプロセス モデルは、Azure Boards クラウド プラットフォームでホストされている選択されたアカウントでのみ使用できます。 詳細については、「ホステッド プロセス モデル 」を参照してください。

問題または懸案事項

計画外のアクティビティを追跡するのに役立つ作業項目の種類。 問題または懸案事項を解決するには、実際の要件に基づいてスケジュールされたものより多くの作業が必要になります。 問題 (アジャイルまたは CMMI プロセス) または懸案事項 (スクラム プロセス) の作業項目の種類を使うと、解決して終了するまで、これらの問題を追跡して管理するのに役立ちます。 詳細情報: 問題と懸案事項を管理する。

継承プロセス モデル

継承プロセス モデルは、ユーザー インターフェイスを使って、プロジェクトの作業追跡オブジェクトとアジャイル ツールをカスタマイズするためのサポートを提供します。 このプロセス モデルは、Azure Boards クラウド プラットフォームでホストされているアカウントでのみ使用できます。 プロジェクトは、プロセスに対して行われたカスタマイズを継承します。 詳細については、「継承プロセス モデル」を参照してください。

問題

アジャイル プロセス: 問題は、他の作業の完了に影響を与える可能性があるため追跡する必要がある項目を定義する作業項目の種類です。 アジャイル プロセス用に定義されており、バックログやボードには表示されません。 問題と懸案事項の管理に関する記事をご覧ください。

基本プロセス: 問題は、追跡する必要がある作業またはコードの欠陥を定義する作業項目の種類です。 これは Basic プロセス用に定義され、製品バックログと Issues ボードに表示されます。

Note

基本プロセスは、プロジェクトを Azure DevOps Services または Azure DevOps Server 2019 Update 1 に追加するときに使用できます。 以前のオンプレミスの展開では、アジャイル、スクラム、または CMMI プロセスを選んでください。

イテレーション パス (スプリントとも呼ばれます)

通常は 2 から 3 週間の期間であり、その期間中に完了する必要がある作業項目をグループ化するために使われます。 スプリントは、スプリント計画、スプリント バーンダウン、その他のスクラム プロセスをサポートするために、スクラム方式で使われます。 イテレーション パスを使うと、作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化できます。 詳細情報: 区分パスとイテレーション パスの概要。

かんばんボード

コンセプトから完了までの作業フローの可視化とリーン方式をサポートする対話型の電子掲示板。 Azure DevOps には、各製品とポートフォリオ バックログのボードが用意されています。 詳細については、「 Board の概要 および Board の機能とエピックを参照してください。

リンクは、さまざまなリンクの種類を使用して、作業項目と他のオブジェクト (コミット、ブランチ、pull request など) の間の関係の定義をサポートします。 詳細については、「作業項目を他のオブジェクトにリンクする」とリンクの種類のリファレンスに関するページを参照してください。

オンプレミス XML プロセス モデル

オンプレミス XML プロセス モデルでは、プロジェクトの作業追跡オブジェクトとアジャイル ツールをカスタマイズするためのサポートが提供されます。 このモデルでは、作業項目の種類、プロセス構成、カテゴリなどの XML 定義を更新できます。 フィールドの属性を更新することもできます。 このプロセス モデルは、オンプレミスの Azure DevOps でのみ使用できます。 詳細については、「オンプレミス プロセス モデル」を参照してください。

候補リスト

候補リストは、作業項目フォームのドロップダウン メニュー内に表示される値の列挙セットを指定します。 値は、クエリ エディター内の [値] 列にも表示されます。 候補リストはさまざまな方法でカスタマイズできます。 フィールドとプロセス モデルによって異なります。 詳細については、「作業のカスタマイズ」を参照してください。

計画 (配信計画とも呼ばれます)

計画は、各チームのイテレーションに基づいて予定表内にレイアウトされた複数のチームとプロジェクトの作業を表示する構成可能なビューです。 ビューの各行は、チームのプロダクトまたはポートフォリオ バックログからの作業を表します。 各カードは、ユーザー ストーリー、フィーチャー、エピックなどの作業項目に対応します。 詳細については、「 Review team delivery plans」を参照してください。

ポートフォリオ バックログ

フィーチャー、エピック、またはシナリオでの作業の整理またはグループ化をサポートする、プロダクト バックログと同様の作業項目の対話型リスト。 ポートフォリオ バックログはプロダクト バックログと同様に機能し、作業の優先順位を決めて、作業のツリー階層を見ることができます。 詳細情報: フィーチャーとエピックを定義する。

Process

プロセスは、作業追跡システムの構成要素を定義します。 プロセスをカスタマイズするには、最初に、既定のシステム プロセス (アジャイル、スクラム、CMMI) のいずれかから継承プロセスを作成します。 プロセスを使用するすべてのプロジェクトに、行った変更が表示されます。 詳細については、「 プロセスのカスタマイズと継承されたプロセスについて」を参照してください。

プロセス構成

チームがアジャイル ツールを使ってアクセスできる既定の構成と機能を指定します。 これらの Web ポータル ツールには、製品バックログ、スプリント バックログ、ボード、タスクボードが含まれます。 (ホストされた XML とオンプレミス XML のプロセス モデルでのみサポートされます)

プロセス モデル

組織またはコレクションによってサポートされている作業追跡のカスタマイズ方法。 3 つのプロセス モデルのいずれかがサポートされています。Azure Boards の場合は継承とホストされた XML、オンプレミスの Azure DevOps の場合はオンプレミス XML です。 詳細情報: 作業追跡エクスペリエンスをカスタマイズする

プロセス テンプレート

作業を追跡し、他の機能区分の初期構成を定義するための XML 定義を含む、相互に関連するファイルのセットを指定します。 システムには、既定のプロセス テンプレートとして、アジャイル、スクラム、CMMI の 3 つが用意されています。 プロジェクトを作成してからカスタマイズすることも、プロセス テンプレートをカスタマイズしてからそれを使ってプロジェクトを作成することもできます。 (ホストされた XML とオンプレミス XML のプロセス モデルでのみサポートされます)

プロダクト バックログ

チームが配信を計画しているチームのプロジェクト計画またはロードマップに対応する作業項目の対話型リスト。 プロダクト バックログでは、作業の優先順位の指定、スプリント別の作業の予測、ポートフォリオ バックログ項目への作業の迅速なリンクがサポートされています。 バックログ項目を定義し、ボードを使用してその状態を管理できます。

チームは各プロダクト バックログをカスタマイズできます。 詳細情報: バックログを作成する。

製品バックログ項目 (PBI)

チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 製品所有者は、通常、スクラム プロセスで定義されたプロダクト バックログ項目を定義してスタック順位を指定します。 詳細情報: スクラム プロセスの作業項目の種類とワークフロー。

プロジェクト

プロジェクト (以前は "チーム プロジェクト" と呼ばれていました) は、ソース コードのリポジトリを提供します。 プロジェクトは、ユーザーのグループがソフトウェア ソリューションの構築に関する計画、進捗状況の追跡、共同作業を行うことができる場所を提供します。 プロジェクトは、Azure DevOps Services 組織に対して、または TFS プロジェクト コレクション内で定義されます。 これを使用すると、プロジェクト内で定義されたオブジェクトに焦点を当てることができます。 詳細については、「プロジェクトとorganizationのスケーリングについて」を参照してください。

クエリ

クエリは、作業項目を検索して一覧表示するために使われます。 アドホック検索が特定の作業項目を検索するために使われるのに対し、クエリでは作業のトリアージに使われるマネージド検索がサポートされます。 フラット リスト クエリでは、状態グラフと傾向グラフもサポートされます。 詳細については、「 マネージド クエリについてを参照してください。

リモート リンク

リモート リンクを使うと、ある組織内の作業項目と、別の組織で定義されている作業項目または他のオブジェクトの間に、リンク関係を作成できます。 組織は、同じ Microsoft Entra ID で管理する必要があります。 詳細情報: 作業項目のリンクでの、リモート作業項目へのリンク。

ロールアップ

ロールアップとは、階層内の子と子孫の作業項目の残存作業、ストーリー ポイント、または他の数値フィールドの合計のことです。 プロダクトまたはポートフォリオ バックログへのロールアップ列の追加については、ロールアップの進行状況または合計の表示に関する記事をご覧ください。

ロールアップとは、階層内の子と子孫の作業項目の残存作業、ストーリー ポイント、または他の数値フィールドの合計のことです。 Azure Boards では、一部のネイティブ ロールアップ機能がサポートされています。 詳細については、「作業およびその他のフィールドのロールアップ」を参照してください。

スプリント (イテレーションとも呼ばれます)

スプリントは、通常は 2 から 3 週間の期間であり、その期間中に完了する必要がある作業項目をグループ化するために使われます。 スプリントは、スプリント計画、スプリント バーンダウン、その他のスクラム プロセスをサポートするために、スクラム方式で使われます。 スプリントは、イテレーション パスによって定義されます。 詳細については、「 領域と反復パス (スプリント) を参照してください。

スプリント バックログ

チームの同じスプリントまたはイテレーション パスに割り当てられている作業項目の対話型リスト。 スプリント バックログは、スクラム手法を使用するチームをサポートします。 詳細情報: スプリント計画。

タスクボード

タスクボードは、スプリント バックログに定義されているタスクの確認と更新に使用できる、作業項目の対話型ボードです。 タスクボードは、スクラム手法を使用するチームをサポートします。 詳細については、「 Update」を参照し、タスクボードを監視します。

Teams

チームは、選択したプロジェクト メンバーのセットに対応します。 チームを使用すると、組織は作業をサブカテゴリ化して、プロジェクト内で追跡するすべての作業に集中できます。 各チームは、一連のアジャイル ツールにアクセスできます。 チームは、これらのツールを使用して自律的に作業し、企業内の他のチームと共同作業を行うことができます。 各チームは、作業要件を満たすように各ツールを構成およびカスタマイズできます。 詳細については、「 チームとアジャイル ツールについて」を参照してください。

ユーザー ストーリー

チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 通常、ユーザー ストーリーの定義と順位付けは製品所有者が行います。 ユーザー ストーリーは、アジャイル プロセスで定義されます。 詳細情報: アジャイル プロセスの作業項目の種類とワークフロー。

Widgets (ウィジェット)

ウィジェットには、ダッシュボード上の情報とグラフが表示されます。 それらの多くは構成できます。 多くのウィジェットには、システムによって作成された 1 つ以上のデータ ストアまたはグラフから入手できる情報が表示されます。 詳細については、 Widget カタログを参照してください。

作業項目の種類 (WIT)

WIT は、作業項目の追跡に使われるフィールド、ワークフロー、フォームを指定します。 各 WIT は、30 を超えるシステム フィールドと、種類固有の複数のフィールドに関連付けられています。 作業項目を使って、プロジェクトの開発に必要な作業を計画して追跡します。 既定のプロセスで提供される定義済みの WIT の概要については、プロセスとプロセス テンプレートに関する記事をご覧ください。

ワークフロー

ワークフローは、作業項目の不可欠な側面です。 対応する作業項目の種類によって定義されています。 ワークフローにより、作業項目の論理的な進行と回帰が決定されます。 アジャイル プロセスでは、それにより、作業が新規またはアクティブ状態から終了または完了済み状態に進むまで、作業の状態が追跡されます。 基本プロセスの場合は、すべての作業項目の種類で作業予定、実行中、完了の各状態を使って、ワークフローの状態が追跡されます。

また、ワークフローは、[状態] と [理由] ドロップダウン メニューに表示される値も指定します。 詳細については、ワークフローの状態と状態カテゴリに関する記事を参照してください。