Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
この Microsoft アジャイル用語集には、Azure Boards での作業を追跡するときに使用する一般的な用語が一覧表示されます。 用語とコンテキストの詳細については、次の関連する用語集を参照してください。
アジャイル ツール
作業を追跡し、アジャイル手法をサポートするために使われる一連の Web ベースのツール。 アジャイル ツールは、ソフトウェア開発チームが現在使用している主要なアジャイル方式 (スクラムとかんばん) をサポートしています。 詳細情報: アジャイル ツールとアジャイル プロジェクト管理の概要。
区分パス
区分パスは、チーム、製品、またはフィーチャーの区分別に作業項目をグループ化するために使われます。 イテレーション パスは、作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化するために使用されます。 区分パスを使って、パスの階層を定義できます。 詳細については、「区分とイテレーション パスについて」を参照してください。
バグ
製品に対する不満の原因の可能性を記録する作業項目の種類。 コードの欠陥を追跡するための作業項目の種類の一般的な名前。 チームごとに、バグの管理方法を選択できます。 チームによっては、バックログの要件と共にバグを追跡するのを好むことがあります。 要件のサポートで実行されたタスクとしてバグを追跡するのを好むチームもあります。 その場合、バグはタスクボードに表示されます。 詳細情報: バグを管理する。
Categories
カテゴリは、1 つ以上の作業項目の種類をグループ化して、レポート、クエリ、Web ポータルのバックログページとタスクボード ページをサポートします。 たとえば、カスタム作業項目の種類を [要件] カテゴリに追加して、製品のバックログとボードを使用して管理します。 詳細については、「 カテゴリを使用して作業項目の種類をグループ化する」を参照してください。
コレクション
コレクションは、Azure DevOps での多数のプロジェクトのコンテナーです。 Azure DevOps Services にサインアップするか、Team Foundation Server をインストールすると、既定のコレクションが作成されます。 Azure DevOps Services 内では、コレクションは組織に対応します。 オンプレミスの TFS の展開では、コレクションを追加および管理して、コレクション内のプロジェクトで使用できる論理リソースと物理リソースを指定できます。
詳細情報: プロジェクトと組織のスケーリングについて、組織を管理する、Team Foundation Server でプロジェクトのコレクションを管理する。
ダッシュボード
ダッシュボードは、リアルタイムの情報を提供する、ユーザーが構成可能な対話型の掲示板です。 ダッシュボードはチームに関連付けられており、情報を示す構成可能なウィジェットが表示されます。 詳しくは、「ダッシュボードの追加と管理」を参照してください。
考察 (Discussion)
実行中の作業について行われたコメントの追加とレビューをサポートする作業項目フォーム内の区分。 これにより、長いメール スレッドを維持するのではなく、作業項目内のすべてのコメントをキャプチャします。 ディスカッション セクション内では、@メンション コントロールを使って、ディスカッションについて別のチーム メンバーに通知できます。 @ と名前を入力するだけです。
お気に入り
お気に入りとしてオブジェクトにタグ付けする方法は、自分や他のチーム メンバーによる素早いナビゲーションをサポートするために使われます。 作業項目のクエリやビルド定義に、個人やチームのお気に入りとしてタグを付けることができます。 自分のお気に入りとしてタグを付けられるその他のオブジェクトには、コード ブランチ、配信計画、テスト計画、チームまたはプロジェクトのみが含まれます。 詳細については、「個人またはチームのお気に入りを設定する」を参照してください。
フィールド
フィールドは、作業に関する特定の情報をキャプチャします。 フィールド値は、作業追跡データ ストアに格納し、クエリやグラフで使用して状態と傾向を報告します。 プロジェクトには多くのフィールドが含まれています。フィールドを更新するには、作業項目内で編集します。 各作業項目は作業項目の種類 (WIT) に関連付けられます。使用可能なフィールドには、その WIT が反映されます。 定義済みフィールドの定義については、 作業項目フィールドの索引を参照してください。
フォロー
フォローするために特定の作業項目や pull request にタグを付けることは、それらに対して行われた変更に関するメールの更新を受け取るために使われる方法です。 詳細については、 作業項目または pull request のフォローに関する記事を参照してください。
グローバル リスト
グローバル リストでは、作業項目の種類 (WIT) とコレクション内のプロジェクト間で共有メニューまたは候補リストの値を定義します。 複数の WIT が同じ値を使用する場合は、グローバル リストを使用してメンテナンスを減らします。 ホスト型 XML またはオンプレミスの XML プロセス モデルのプロセス テンプレートでグローバル リストを定義します。 作業項目の種類については、「グローバル リストの管理」を参照してください。
グローバル ワークフロー
グローバル ワークフローは、複数のプロジェクトと WIT が共有できるフィールドとグローバル リストを定義します。 管理者はそれを使用して、プロジェクト間のワークフローを標準化します (オンプレミスの XML プロセス モデルのみ)。 グローバル ワークフローの管理を参照してください。
隠し型カテゴリ
非表示の型には、ユーザーが手動で作成したくない作業項目の種類が一覧表示されます。 既定では、この設定には次のものが含まれます。
GitHub のオープンソースの Team Project Manager を使用して、非表示の型カテゴリに属する WIT を決定できます。
モデルとテンプレートを処理する
- ホストされた XML プロセス モデル - プロセス テンプレートを変更およびインポートすることで、作業追跡オブジェクトをカスタマイズできます (選択した Azure Boards クラウド アカウントで使用できます)。 ホストされたプロセス モデルを参照してください。
- 継承プロセス モデル - Azure Boards クラウド アカウントの UI ベースのカスタマイズをサポートします。プロジェクトはプロセスのカスタマイズを継承します。 継承プロセス モデルを参照してください。
- オンプレミスの XML プロセス モデル - オンプレミスの Azure DevOps に対する XML ベースのカスタマイズをサポートします。 オンプレミスのプロセス モデルを参照してください。
問題
- アジャイル プロセス: 問題は、他の作業の完了に影響する可能性のある項目を追跡します。既定では、バックログやボードには表示されません。 問題と懸案事項の管理に関する記事をご覧ください。
- 基本的なプロセス: 問題は作業または欠陥を追跡し、製品のバックログと問題ボードに表示されます。
イテレーション パス (スプリントとも呼ばれます)
通常は 2 から 3 週間の期間であり、その期間中に完了する必要がある作業項目をグループ化するために使われます。 スプリントは、スプリント計画、スプリント バーンダウン、その他のスクラム プロセスをサポートするために、スクラム方式で使われます。 イテレーション パスを使うと、作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化できます。 詳細情報: 区分パスとイテレーション パスの概要。
かんばんボード
コンセプトから完了までの作業フローの可視化とリーン方式をサポートする対話型の電子掲示板。 Azure DevOps には、各製品とポートフォリオ バックログのボードが用意されています。 詳細については、「 Board の概要 および Board の機能とエピックを参照してください。
リンクとリンクの種類
リンクは、さまざまなリンクの種類を使用して、作業項目と他のオブジェクト (コミット、ブランチ、pull request など) の間の関係の定義をサポートします。 詳細については、「作業項目を他のオブジェクトにリンクする」とリンクの種類のリファレンスに関するページを参照してください。
候補リスト
選択リスト (ドロップダウン メニュー) には、フィールドの値の列挙セットが表示されます。 選択リストをカスタマイズする方法は、フィールドとプロセス モデルによって異なります。 詳細については、「 作業のカスタマイズ」を参照してください。
計画 (配信計画とも呼ばれます)
計画は、各チームのイテレーションに基づいて予定表内にレイアウトされた複数のチームとプロジェクトの作業を表示する構成可能なビューです。 ビューの各行は、チームのプロダクトまたはポートフォリオ バックログからの作業を表します。 各カードは、ユーザー ストーリー、フィーチャー、エピックなどの作業項目に対応します。 詳細については、「 Review team delivery plans」を参照してください。
ポートフォリオ バックログ
フィーチャー、エピック、またはシナリオでの作業の整理またはグループ化をサポートする、プロダクト バックログと同様の作業項目の対話型リスト。 ポートフォリオ バックログはプロダクト バックログと同様に機能し、作業の優先順位を決めて、作業のツリー階層を見ることができます。 詳細情報: フィーチャーとエピックを定義する。
Process
プロセスは、作業追跡システムの構成要素を定義します。 プロセスをカスタマイズするには、最初に、既定のシステム プロセス (アジャイル、スクラム、CMMI) のいずれかから継承プロセスを作成します。 プロセスを使用するすべてのプロジェクトに、行った変更が表示されます。 詳細については、「 プロセスのカスタマイズと継承されたプロセスについて」を参照してください。
プロダクト バックログ
チームが配信を計画しているチームのプロジェクト計画またはロードマップに対応する作業項目の対話型リスト。 プロダクト バックログでは、作業の優先順位の指定、スプリント別の作業の予測、ポートフォリオ バックログ項目への作業の迅速なリンクがサポートされています。 バックログ項目を定義し、ボードを使用してその状態を管理できます。
チームは各プロダクト バックログをカスタマイズできます。 詳細情報: バックログを作成する。
製品バックログ項目 (PBI)
チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 製品所有者は、通常、スクラム プロセスで定義されたプロダクト バックログ項目を定義してスタック順位を指定します。 詳細情報: スクラム プロセスの作業項目の種類とワークフロー。
プロジェクト
プロジェクト (以前は "チーム プロジェクト" と呼ばれていました) は、ソース コードのリポジトリを提供します。 プロジェクトは、ユーザーのグループがソフトウェア ソリューションの構築に関する計画、進捗状況の追跡、共同作業を行うことができる場所を提供します。 プロジェクトは、Azure DevOps Services 組織に対して、または TFS プロジェクト コレクション内で定義されます。 これを使用すると、プロジェクト内で定義されたオブジェクトに焦点を当てることができます。 詳細については、「プロジェクトとorganizationのスケーリングについて」を参照してください。
クエリ
クエリは、作業項目を検索して一覧表示するために使われます。 アドホック検索が特定の作業項目を検索するために使われるのに対し、クエリでは作業のトリアージに使われるマネージド検索がサポートされます。 フラット リスト クエリでは、状態グラフと傾向グラフもサポートされます。 詳細については、「 マネージド クエリについてを参照してください。
リモート リンク
リモート リンクを使うと、ある組織内の作業項目と、別の組織で定義されている作業項目または他のオブジェクトの間に、リンク関係を作成できます。 組織は、同じ Microsoft Entra ID で管理する必要があります。 詳細情報: 作業項目のリンクでの、リモート作業項目へのリンク。
ロールアップ
ロールアップとは、階層内の子と子孫の作業項目の残存作業、ストーリー ポイント、または他の数値フィールドの合計のことです。 プロダクトまたはポートフォリオ バックログへのロールアップ列の追加については、ロールアップの進行状況または合計の表示に関する記事をご覧ください。
スプリント (イテレーションとも呼ばれます)
スプリントは、通常は 2 から 3 週間の期間であり、その期間中に完了する必要がある作業項目をグループ化するために使われます。 スプリントは、スプリント計画、スプリント バーンダウン、その他のスクラム プロセスをサポートするために、スクラム方式で使われます。 スプリントは、イテレーション パスによって定義されます。 詳細については、「 領域と反復パス (スプリント) を参照してください。
スプリント バックログ
チームの同じスプリントまたはイテレーション パスに割り当てられている作業項目の対話型リスト。 スプリント バックログは、スクラム手法を使用するチームをサポートします。 詳細情報: スプリント計画。
タスクボード
タスクボードは、スプリント バックログに定義されているタスクの確認と更新に使用できる、作業項目の対話型ボードです。 タスクボードは、スクラム手法を使用するチームをサポートします。 詳細については、「 Update」を参照し、タスクボードを監視します。
Teams
チームは、選択したプロジェクト メンバーのセットに対応します。 チームを使用すると、組織は作業をサブカテゴリ化して、プロジェクト内で追跡するすべての作業に集中できます。 各チームは、一連のアジャイル ツールにアクセスできます。 チームは、これらのツールを使用して自律的に作業し、企業内の他のチームと共同作業を行うことができます。 各チームは、作業要件を満たすように各ツールを構成およびカスタマイズできます。 詳細については、「 チームとアジャイル ツールについて」を参照してください。
ユーザー ストーリー
チームが作成を計画しているアプリケーション、要件、要素を定義する作業項目の種類。 通常、ユーザー ストーリーの定義と順位付けは製品所有者が行います。 ユーザー ストーリーは、アジャイル プロセスで定義されます。 詳細情報: アジャイル プロセスの作業項目の種類とワークフロー。
Widgets (ウィジェット)
ウィジェットには、ダッシュボード上の情報とグラフが表示されます。 それらの多くは構成できます。 多くのウィジェットには、システムによって作成された 1 つ以上のデータ ストアまたはグラフから入手できる情報が表示されます。 詳細については、 Widget カタログを参照してください。
作業項目の種類 (WIT)
WIT は、作業項目の追跡に使われるフィールド、ワークフロー、フォームを指定します。 各 WIT は、30 を超えるシステム フィールドと、種類固有の複数のフィールドに関連付けられています。 作業項目を使って、プロジェクトの開発に必要な作業を計画して追跡します。 既定のプロセスで提供される定義済みの WIT の概要については、プロセスとプロセス テンプレートに関する記事をご覧ください。
Workflow
ワークフローは、WIT によって定義された作業項目の許可された進行と回帰を定義します。 たとえば、アジャイル ワークフローでは、新規 または アクティブ の状態から 終了 または 完了 までのステータスを追跡します。 基本的なプロセスでは、To Do、Doing、Doneの状態が使用されます。 ワークフローでは、ドロップダウン メニューに表示される状態と理由の値も制御します。 ワークフローの状態と状態のカテゴリを参照してください。