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

[アーティクル]
03/25/2024

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

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

アジャイル方式

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

アジャイルツール

作業を追跡し、アジャイル手法をサポートするために使われる一連の 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 クラウドプラットフォームでホストされているアカウントでのみ使用できます。プロジェクトは、プロセスに対して行われたカスタマイズを継承します。詳細については、「継承プロセスモデル」を参照してください。

問題

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

基本プロセス: 問題は、追跡する必要がある作業またはコードの欠陥を定義する作業項目の種類です。基本プロセス用に定義されており、プロダクトバックログと問題かんばんボードに表示されます。

注意

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

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

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

かんばんボード

コンセプトから完了までの作業フローの可視化とリーン方式をサポートする対話型の電子掲示板。 Azure DevOps には、プロダクトバックログとポートフォリオバックログごとにかんばんボードが用意されています。詳細情報: かんばんの概要とかんばんボードの機能とエピック。

リンクとリンクの種類

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

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

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

候補リスト

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

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

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

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

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

Process

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

プロセス構成

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

プロセスモデル

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

プロセステンプレート

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

プロダクトバックログ

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

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

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

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

プロジェクト

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

クエリ

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

リモートリンク

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

ロールアップ

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

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

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

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

スプリントバックログ

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

タスクボード

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

Teams

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

ユーザーストーリー

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

Widgets (ウィジェット)

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

作業項目の種類 (WIT)

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

ワークフロー

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

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

スクラムのベストプラクティス

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

アジャイル方式

アジャイル ツール

区分パス

バグ

Categories