アジャイル用語集

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Microsoft Agile 用語集は、Azure Boards を使用した作業の追跡に使用される用語の短い辞書です。 追加の用語は、次の記事で定義されています。

アジャイルメソッド

高品質なソフトウェアを迅速に配信できるようにすることを目標とし、開発を顧客のニーズや会社の目標に合わせたビジネスアプローチを実現することを目的とした、エンジニアリングのベストプロセスファミリ。 このパラダイムでは、チームの作業、自己編成、およびアカウンタビリティによってプロジェクトの成功に不可欠な、検査と適応が頻繁に行われます。

アジャイル ツール

作業を追跡し、アジャイル手法をサポートするために使用される web ベースのツールのスイート。 アジャイルツールは、今日のソフトウェア開発チームが使用する、中心的なアジャイル手法である — スクラムとかんばんをサポート — しています。 詳細につい ては、「アジャイルツールとアジャイルプロジェクト管理について」を参照してください。

区分パス

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

バグ

成果物の潜在的な原因を記録する作業項目の種類。 コード障害を追跡するための作業項目の種類の共通名。 各チームは、どのようにバグを管理するかを選択できます。 バックログの要件と共にバグを追跡するチームもあります。 要件をサポートするために実行されるタスクとしてバグを追跡するような他のチーム。 その後、バグが Taskboard に表示されます。 詳細については、「 バグ管理」を参照してください。

Categories

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

コレクション

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

詳細については、「 プロジェクトと組織のスケーリング」、「組織の 管理 」、「 Team Foundation Server でのプロジェクトコレクションの管理」を参照してください。

ダッシュボード

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

ディスカッション

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

詳細については、「 作業項目フォームのコントロール」を参照してください。

お気に入り

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

フィールド

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

フォロー

特定の作業項目またはプル要求にタグを付けることは、それに加えられた変更に関する電子メールの更新を受信するために使用される方法です。 詳細については、「 作業項目またはプル要求のフォロー」を参照してください。

グローバル リスト

プロジェクトコレクション内の Wit とプロジェクト間で共有されるメニュー項目または候補リスト項目の一覧を定義します。 グローバルリストを使用すると、リストを更新するために必要な作業を最小限に抑えることができます。 プロセステンプレートと共にアップロードする Wit 内でグローバルリストを定義できます。 詳細につい ては、「作業項目の種類のグローバルリストの管理」を参照してください。 (ホストされている XML およびオンプレミスの XML プロセスモデルでのみサポート)

グローバル ワークフロー

複数のプロジェクトと作業項目の種類が共有できる作業項目フィールドとグローバルリストの両方を指定します。 詳細については、「 グローバルワークフローの管理 (オンプレミスの XML プロセスモデルでのみサポート)」を参照してください。

非表示の型のカテゴリ

ユーザーが手動で作成しない作業項目の種類のセットを指定します。 既定では、この設定には次のものが含まれます。

GitHub から入手できるオープンソースのクライアントである TFS チームプロジェクトマネージャーを使用して、隠し型カテゴリに属する wit をすばやく特定できます。

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

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

問題または障害

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

継承プロセスモデル

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

問題

アジャイルプロセス: 懸案事項とは、他の作業の完了に影響する可能性がある項目を定義する作業項目の種類です。 これはアジャイルプロセス用に定義されており、どのバックログまたはボードにも表示されません。 「 問題と障害の管理」を参照してください。

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

注意

基本プロセスは、プロジェクトを Azure DevOps Services に追加する場合、または 2019 Update 1 Azure DevOps Serverする場合に使用できます。 以前のオンプレミスのデプロイでは、[アジャイル]、[スクラム]、または [CMMI プロセス] を選択します。

イテレーションパス (スプリント)

期間 (通常は 2 ~ 3 週間)。この期間中に作業項目をグループ化するために使用されます。 スプリントは、スプリント計画、スプリントバーンダウン、およびその他のスクラムプロセスをサポートするためにスクラムメソッドで使用されます。 イテレーションパスを使用すると、スプリント、マイルストーン、またはその他のイベント固有または時間関連の期間に作業をグループ化することができます。 詳細につい ては、「区分パスとイテレーションパスについて」を参照してください。

かんばんボード

対話形式の電子署名ボード。概念から完成度やリーン方法まで、作業のフローの視覚化をサポートします。 Azure DevOps は、各製品およびポートフォリオバックログのかんばんボードを提供します。 詳細については、「 かんばんの基本 」と「 かんばんボードの特徴とエピック」を参照してください。

リンクは、さまざまなリンクの種類を使用して、作業項目と他のオブジェクト ( — コミット、分岐、プル要求など) 間のリレーションシップを定義することをサポートし — ます。 詳細については、「 作業項目へのリンクの追加」、「追跡可能性を サポートする作業項目のリンク 」、「依存関係とリンクの種類の管理」を 参照してください。

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

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

選択リスト

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

プラン (配送計画とも呼ばれます)

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

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

特徴、エピック、またはシナリオでの作業の整理とグループ化をサポートする、プロダクトバックログと同様の作業項目の対話型リスト。 ポートフォリオバックログは、作業の優先順位を付けたり、作業のツリー階層を表示したりできるという点で、製品バックログと同様に機能します。 詳細につい ては、「特徴とエピックの定義」を参照してください。

Process

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

プロセス構成

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

プロセス モデル

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

プロセス テンプレート

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

プロダクト バックログ

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

各プロダクトバックログは、チームでカスタマイズできます。 詳細につい ては、バックログの作成に関するページをご覧ください。

プロダクト バックログ項目

チームが作成を計画しているアプリケーション、要件、および要素を定義する作業項目の種類。 通常、製品所有者は、スクラムプロセスで定義されているプロダクトバックログ項目を定義し、スタックします。 詳細につい ては、「スクラムプロセスの作業項目の種類とワークフロー」を参照してください。

プロジェクト

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

クエリ

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

リモートリンク

リモートリンクを使用すると、ある組織の作業項目間のリンク関係を、別の組織で定義されている作業項目または他のオブジェクトに作成できます。 組織は、同じ Azure Active Directory で管理する必要があります。 詳細については 、「作業項目のリンク」、「リモート作業項目へのリンク」を参照してください。

合わせる

ロールアップとは、階層内の子および子孫の作業項目の残存作業、ストーリーポイント、またはその他の数値フィールドの合計を指します。 製品またはポートフォリオバックログにロールアップ列を追加するには、「 表示のロールアップの進行状況または合計」を参照してください。

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

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

スプリントは通常 2 ~ 3 週間の期間であり、その期間中に作業項目をグループ化するために使用されます。 スプリントは、スプリント計画、スプリントバーンダウン、およびその他のスクラムプロセスをサポートするためにスクラムメソッドで使用されます。 スプリントはイテレーションパスを使用して定義されます。 詳細については、「 区分パスとイテレーションパス (スプリント) について」を参照してください。

スプリント バックログ

チームの同じスプリントまたはイテレーションパスに割り当てられている作業項目の対話型リスト。 スプリントバックログでは、スクラム手法を使用するチームがサポートされています。 詳細については、 スプリント計画に関するページをご覧ください。

タスクボード

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

Teams

チームは、選択したプロジェクトメンバーのセットに対応しています。 チームでは、作業を分類して、プロジェクト内で追跡するすべての作業に焦点を当てることができます。 各チームは、アジャイルツールのスイートにアクセスできます。 チームはこれらのツールを使用して、企業内の他のチームと連携して共同作業を行うことができます。 各チームは、各ツールを構成し、それぞれの作業要件を満たすようにカスタマイズすることができます。 詳細については、「 チームおよびアジャイルツールについて」を参照してください。

ユーザー ストーリー

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

Widgets (ウィジェット)

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

作業項目の種類 (Wit)

WIT は、作業項目の追跡に使用されるフィールド、ワークフロー、およびフォームを指定します。 各 WIT は、30を超えるシステムフィールドと、いくつかの種類固有のフィールドに関連付けられています。 作業項目を使用して、プロジェクトの開発に必要な作業を計画および追跡します。 既定のプロセスで提供される定義済み Wit の概要については、「 プロセスを選択する」を参照してください。

ワークフロー

ワークフローは、作業項目の重要な側面です。 これは、対応する作業項目の種類によって定義されます。 ワークフローは、作業項目の論理的な進行と回帰を決定します。 アジャイルプロセスでは、作業の進行状況は、新規またはアクティブ状態から終了状態または完了状態に遷移したときに追跡されます。 基本的なプロセスでは、すべての作業項目の種類で、 To DoDone 、および Done の各状態を使用し て、ワークフロー の状態を追跡します。

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