チームおよびアジャイル ツールについて

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

チームとアジャイル ツールを構造化して使用して、成長する組織をサポートする方法について説明します。 チームが意図したサイズ (通常は 6 人から 9 人のメンバー) を超えて成長する場合は、1 つのチーム構造から 2 つのチーム構造に移行することを検討できます。 その後、階層的なチーム構造を設定できます。これにより、チーム全体の進行状況を追跡するためのマネージャーにいくつかの利点が提供されます。 チームを追加する手順については、「別のチームを追加する」を参照してください

組織のサイズと追跡のニーズに応じて、次の図のようなチーム構造を設定できます。 これを行うには、チームとそれに関連付けられているエリア パスを定義します。

Each team has its own view of the work

次のシナリオが適用されます。

  • 各機能チームは、顧客プロファイル、ショッピング カート、電子メールなど1 つの機能エリア パスまたは複数のエリア パスに関連付けることができます
  • 一連の機能に焦点を当てた各管理チームは、監視する複数のエリア パスを選択できます
  • 各機能チームには、計画、優先順位の決定、作業の追跡を行う個別のバックログがあります
  • ポートフォリオまたは製品の所有者は、各リリースのアイデア、ロードマップ、目標を作成し、プロジェクトのポートフォリオ全体の進行状況を監視し、リスクと依存関係を管理できます。 詳細については、「ポートフォリオ管理」を参照してください

エリア パス、機能チーム、管理チームについて

エリア パスは、Azure Boards で次の目的を果たします。

  1. チーム バックログまたはボードに表示される作業項目をフィルター処理します。
  2. バックログまたはボードに表示される作業項目に追加のフィルター処理を適用します。詳細については、バックログ、ボード、クエリ、プランを対話的にフィルター処理する方法に関するページを参照してください
  3. 同じ製品、機能、またはその他の作業レベルのグループ化に属するなど、何らかの関係を共有するグループ作業。
  4. アクセス許可を設定して、作業へのアクセスを制限します。 セキュリティ グループに対してアクセス許可を設定して、エリア パスに基づいて作業項目の変更を制限できます。

チームは次のように選択します。

  • 機能チームは、1 つまたは複数の領域パスを選択して、バックログとボードに表示する作業項目を指定できます。
  • 通常、管理チームは、機能チームが作業するすべての領域パスを選択します。
  • さらに、管理チームは機能とエピックにのみ集中できます。一方、機能チームは、ユーザー ストーリー (アジャイル)、製品バックログ アイテム (スクラム)、要件 (CMMI) などの製品バックログ項目にのみ集中できます。

Note

Teams には最大 300 個のエリア パスを割り当てることができます。 詳細については、「 作業の追跡、プロセス、プロジェクトの制限」を参照してください。

エリア パスを定義してチームに割り当てる手順については、「エリア パスの定義とチームへの割り当て」を参照してください

既定のチーム

新しい各プロジェクトは、プロジェクト名を持つ既定のチームで構成されます。 たとえば、Fabrikam プロジェクトは Fabrikam チームで自動的に構成されます。

バックログ、ボード、ダッシュボードは、作業項目とバックログの定義を開始できるように、この既定のチーム用に自動的に構成されます。

既定のチームの名前を変更し、新しいチームを既定値として再割り当てできます。

各チームは、独自のツール セットを取得します

作成する各チームは、アジャイル ツールとチーム資産のスイートにアクセスできます。 これらのツールを使用すると、チームは自律的に作業し、企業全体の他のチームと共同作業を行うことができます。 各チームは、各ツールを構成およびカスタマイズして、その動作をサポートできます。

Agile tools, team assets

Note

チーム ダッシュボードに加えて、1 つのチームに固有ではないプロジェクト ダッシュボードを追加できます。 詳細については、「ダッシュボードの追加、名前変更、削除」を参照してください

これらのツールは、次の項目を参照して、表示する作業項目のセットを自動的にフィルター処理します。

  • 既定の領域パス
  • 繰り返しパス
  • 選択したスプリント

各ツールと各ツールの構成設定の詳細については、次の対応する記事を参照してください。

領域

ツール

チーム構成タスク

バックログ

スプリントとスクラム

かんばんボード

ウィジェット

その他のツール

適用なし

これらのツールの多くは、チームエリアパスを参照するシステムクエリから構築されています。 たとえば、チームの既定のエリア パスは、チームのバックログに表示される作業項目をフィルター処理します。 アジャイル ツールを使用して作成された作業項目では、チームの既定値に基づいて領域とイテレーションが自動的に割り当てられます。

バックログとボードによって参照されるチームの既定値

チームのバックログとボードに表示される作業項目は何ですか? 作業項目をバックログまたはボードに追加する場合、チームの既定値はフィールド値の割り当てにどのように使用されますか?

チームは、1 つ以上の エリア パスとイテレーション パス関連付けられます。 これらのパスによって、バックログとボードに表示される項目が決まります。

チームを定義するときは、チームの次の内容を定義します。

  • 選択した領域パス
  • 既定のエリア パス
  • 選択した反復パス
  • バックログイテレーションパス
  • 既定の反復パス

すべてのアジャイル ツールは、チームに対して定義されたエリア パスを参照します。 バックログまたはボードに表示される作業項目のセットは、作業項目の現在 の状態 またはその親子状態によって異なります。

また、チームの既定のイテレーション パスまたはスプリントを参照するツールもあります。 チームのバックログまたはかんばんボードから新しい作業項目を追加すると、チームの既定の領域パス既定の反復パスが割り当てられます。

Note

チーム ダッシュボードの [ 作業項目] ページまたは [新しい作業項目] ウィジェットを介して追加された新しい作業項目は、チームに割り当てられた 既定のイテレーション パス を参照しません。 代わりに、新しい作業項目には、ユーザーによって選択された最後の イテレーション パス が割り当てられます。 チームの スプリント バックログまたはタスクボードを通じて追加された新しい作業項目には、選択したスプリント バックログまたはタスクボードに 関連付けられているイテレーション パス が常に割り当てられます。

アジャイル ツール

エリア パス (注 1 を参照)

イテレーション パス

State


ポートフォリオまたは製品バックログ

選択した領域パス

チームのバックログ イテレーション パス以下

アクティブ (提案済みまたは InProgress 状態カテゴリに対応します。ノート 2、3 を参照)

かんばんボード (注 4 を参照)

選択した領域パス

チームのバックログ イテレーション パス以下

任意の状態 (ノート 3、5 を参照)

スプリント バックログ (注 4 を参照)

選択した領域パス

チームの選択したイテレーション パス

任意の状態 (ノート 3、5 を参照)

タスク ボード (注 4 を参照)

選択した領域パス

チームの選択したイテレーション パス

任意の状態 (ノート 3、5 を参照)

新しい作業項目ウィジェット

既定の領域パス

既定のイテレーション パス

該当なし

Note

  1. アジャイル ツールは、チームが選択したエリア パスに基づいて項目をフィルター処理します。 Teams では、サブエリア パスに割り当てられたアイテムを含めるか除外するかを選択できます。
  2. 状態が Closed、Doneまたは Removed (完了カテゴリの状態に対応) である作業項目は、ポートフォリオと製品のバックログには表示されません。
  3. カスタム ワークフローの状態を追加し、3 つの状態カテゴリのいずれかに割り当てることができます。 状態 カテゴリ"> は、バックログビューとボードビューに表示される作業項目を決定します。
  4. かんばんボード、スプリント バックログ、タスクボードには、リーフ ノードと呼ばれる階層内の最後のノードのみが表示されます。 たとえば、階層の深さが 4 レベルのアイテムをリンクする場合、かんばんボード、スプリント バックログ、タスク ボードには、4 番目のレベルの項目のみが表示されます。 詳細については、項目間の親子リンクを参照してください
  5. [状態] が [削除済み] と等しい作業項目はボードに表示されません。

階層的なチームを構成するか、企業内で機敏性をスケーリングする

サブチームの概念はありませんが、エリア パスが別のチームの下にあるチームを作成し、チームの階層を効果的に作成できます。 詳細については、「別のチームを追加する」を参照してください

また、次の記事では、ポートフォリオ管理またはエンタープライズ組織をサポートするようにチーム、エリア パス、イテレーションを構成する手順について説明します。

チーム グループ

チームを追加すると、セキュリティ グループがチーム名で自動的に作成されます。 このグループを使用してクエリをフィルター処理できます。 チーム グループの名前は、[プロジェクト名]\チーム名のパターンに従います。 たとえば、次のクエリでは、[Fabrikam Fiber]\Email チーム グループのメンバーに割り当てられた作業が検索されます。

Web portal, Queries page, Query that uses In Group operator and team group name

ディスカッションや pull request 内で @メンション コントロールを使用して、チームのすべてのメンバーに通知することもできます。 チームまたはセキュリティ グループの名前の入力を開始し、検索アイコンを選択し、表示されたオプションから選択します。 詳細については、「@メンションを使用して詳しく説明する」を参照してください

複数のチームで作業する

ユーザー アカウントは複数のチームに属できますか?

はい。 ユーザー アカウントは、プロジェクトのメンバーとして、またはプロジェクトに追加された 1 つ以上のチームに追加できます。 2 つ以上のスクラム チームで作業する場合は、作業するチームごとにスプリント容量を指定してください

チーム メンバーのアクセス許可

既定では、チーム メンバーはプロジェクト共同作成者グループのメンバーに付与されるアクセス許可を継承します。 このグループのメンバーは、ソース コードの追加と変更、テスト実行の作成と削除、作業項目の作成と変更を行うことができます。 チーム メンバーは、Git プロジェクトで共同作業を行ったり、チームのコード ベースに作業チェックしたりできます。

Default permissions assigned to team contributors

ユーザー を利害関係者 にするか、アクセスを読み取り専用に制限することで、選択した機能へのアクセスを制限します。 詳細については、「作業追跡のアクセス許可とアクセスを設定する」を参照してください。

まとめ

  • すべてのチームが独自のバックログを所有し、新しいバックログを作成するには 、新しいチームを作成します
  • すべてのバックログに対応するかんばんボードがあり、それを使って進行状況を追跡し、状態を更新できます
  • チームの指定された領域と反復パスによって、バックログとかんばんボードに表示される作業項目が決まります。特定のエリア パスの下に作業項目を含めるか除外するかを簡単に決定できます。
  • 各チームは、バックログとボードにバグがどのように表示されるか を制御できます
  • すべてのチーム資産の概要と構成方法については、「チームの管理とチーム ツールの構成」を参照してください
  • 複数のチームによる作業をポートフォリオ バックログにロールアップするには、チーム階層を設定する必要があります
  • フィールドまたは作業項目の種類を追加するには、「作業追跡エクスペリエンスをカスタマイズする」を参照してください