作業追跡のアクセス許可の設定

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

作業の追跡を効果的に管理するには、特定の オブジェクト、プロジェクト、またはコレクションのユーザーまたはグループに特定のアクセス許可を割り当てます。 また、特定のユーザーまたはグループに適用されるプロセスまたはプロジェクトに対してカスタム ルールをし、それに応じてアクションを制御することもできます。 ほとんどの機能では、包括的なアクセスを許可し、シームレスで効率的な作業追跡エクスペリエンスを確保するプロジェクトの Contributors グループにユーザーを追加することをお勧めします。

前提条件

作業追跡のロールとアクセス許可レベルを理解する

次の表は、オブジェクト、プロジェクト、またはコレクション レベルで設定できるさまざまなアクセス許可をまとめたものです。 チーム管理者ロールは、チーム リソースを追加および変更するためのアクセス権を提供します。 また、この記事の「ボード、バックログ、スプリント、配信計画、テスト管理、クエリの既定のアクセス許可」も参照してください。

ボード、バックログ、スプリントの既定のアクセス許可

ボードの既定のアクセス許可

バックログの既定のアクセス許可

スプリントの既定のアクセス許可

子ノードの作成、領域または反復パスの下の作業項目の変更

エリア パスのアクセス許可を使用すると、作業項目、テスト ケース、またはそれらの領域に割り当てられたテスト 計画を編集または変更するためのアクセスを管理できます。 ユーザーまたはグループにアクセス権を制限できます。 また、プロジェクトの領域またはイテレーションを追加または変更できるユーザーのアクセス許可を設定することもできます。

作業項目の既定のアクセス許可

カスタム ルールを使用します

カスタム ルールはアクセス許可を制御しませんが、ユーザーが作業項目を変更できるか、作業項目フィールドの値を設定できるかに影響します。 Azure Boards では、ビジネス ワークフローをサポートする次の作業追跡のカスタマイズがサポートされています。

システム フィールドにカスタム ルールを適用するには、いくつかの制限があります。 たとえば、システム フィールドであるため、 Area Path または Iteration Path の値を設定またはクリアするルールを指定することはできません。 詳細については、「 ルールとルールの評価 および サンプル ルールのシナリオを参照してください。

クエリまたはクエリ フォルダーに対するアクセス許可を設定する

オブジェクト レベルでクエリ フォルダーまたはクエリを追加または編集できるユーザーを指定できます。 クエリまたはクエリ フォルダーのアクセス許可を管理するには、クエリまたはフォルダーの作成者であるか、プロジェクト管理者またはプロジェクト コレクション管理者グループのメンバーであるか、オブジェクトの Security ダイアログから明示的なアクセス権を付与されている必要があります。

[クエリ フォルダーのアクセス許可] ダイアログ

詳細については、「 マネージド クエリを作成して作業項目を一覧表示、更新、またはグラフ化するを参照してください。

クエリの既定のアクセス許可

アドホック検索 はセマンティック検索エンジンを利用します。

作業項目タグのアクセス許可を設定する

既定では、共同作成者グループのすべてのユーザーは、タグを作成し、作業項目に追加することができます。 この機能を制限するようにグループまたはユーザーのアクセス許可を設定するには、プロジェクト レベルで [タグ定義の作成] を [拒否] に設定します。 方法については、プロジェクト レベルのグループのアクセス許可レベルの変更に関する記事をご覧ください。

配信プランのアクセス許可を管理する

配信計画は、プロジェクト内のオブジェクトです。 共有クエリやクエリ フォルダーのアクセス許可を管理する方法と同様に、各プランのアクセス許可を管理できます。 配信計画の作成者と、プロジェクト コレクション管理者グループとプロジェクト管理者グループのすべてのメンバーは、プランの編集、管理、削除を行う権限を持ちます。

プライベート プロジェクト Stakeholder アクセス権を付与されたユーザーは配信プランにアクセスすることはできませんが、パブリック プロジェクトに対して Stakeholder アクセス権を付与したユーザーは、 Basic アクセス権を付与された通常の共同作成者と同じアクセス権を持ちます。 利害関係者と基本アクセスの比較グラフについては、 Feature Matrixを参照してください。

デリバリー計画のアクセス許可を編集するには、計画の作成者、プロジェクト管理者またはプロジェクト コレクション管理者グループのメンバーであるか、計画の [セキュリティ] ダイアログで明示的なアクセス許可を付与されている必要があります。

配信プランの既定のアクセス許可

テスト計画とテスト スイートを管理する

前のセクションで設定したプロジェクト レベルのアクセス許可に加えて、チーム メンバーには、エリア パスに設定されているテスト成果物を管理するためのアクセス許可が必要です。

エリア パスの Security ページを開き アクセス許可を付与するユーザーまたはグループを選択します。

Manage テスト プランおよび Manage テスト スイートのアクセス許可を Allow に設定します。

テスト機能セットにフル アクセスするには、 アクセス レベルを Basic + Test Plans に設定する必要があります。 Basic アクセス権を持ち、作業項目の完全な削除とテスト成果物の管理を行うためのアクセス許可を持つユーザーは、孤立したテスト ケースのみを削除できます。

テスト管理の既定のアクセス許可

テスト 計画、テスト スイート、テスト ケース、その他のテスト成果物は、手動および探索的テストをサポートする特定の作業項目の種類です。 詳細については、「 プロジェクト レベルでテスト権限を設定するを参照してください。

Web ベースのテスト ケース管理とテスト実行の領域アクセス許可は、次のアクションへのアクセスを制御します。

Manage テスト スイートアクセス許可を使用すると、ユーザーは次のタスクを実行できます。

• テスト スイートの作成と変更
• テスト スイート間でテスト ケースを追加または削除する
• テスト スイートに関連付けられているテスト構成を変更する
• テスト スイートを移動してスイート階層を変更する

Manage テスト プランアクセス許可を使用すると、ユーザーは次のタスクを実行できます。

• テスト 計画の作成と変更
• テスト 計画に対してテスト スイートを追加またはテストから削除する
• ビルドやテストの設定などのテスト 計画のプロパティを変更する

作業項目のその他のアクセス オプション

制限をサポートするように作業項目の種類をカスタマイズするためのオプションの詳細については、「 Restrict アクセス、ユーザーまたはグループに基づいて作業項目の変更を制限するを参照してください。

チーム メンバーに追加のアクセス許可を付与する

チームが自律的に作業するには、既定では持っていないアクセス許可をチームに付与することができます。 推奨されるタスクには、次のアクセス許可をチーム管理者またはチーム リーダーに提供することが含まれます。

• 既定の領域パスの下に子ノードを作成および編集する
• 既存のイテレーション ノードの下に子ノードを作成および編集する
• [共有クエリ] フォルダーの下に共有クエリとフォルダーを作成します。

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

関連記事

• 特定のタスクのアクセス許可を管理する
• ルールおよびルールの評価
• プロジェクト レベルのアクセス許可を設定する
• オブジェクト レベルのアクセス許可を設定する