プロジェクトの管理を開始する

Azure DevOps Services |Azure DevOps Server 2022 および Azure DevOps Server 2019

ほとんどのAzure DevOps Servicesでは、サービスの使用を開始し、リソースを構成できます。 事前作業は必要ありません。 ほとんどの設定では、既定値が定義されます。

プロジェクトを作成した場合、または プロジェクト管理者 グループに追加した場合は、課金対象の管理タスクを理解してください。 スムーズな運用エクスペリエンスを確保するために必要なタスクがいくつかあります。

前提 条件

ユーザーをプロジェクトに追加する

ユーザーをチームまたはプロジェクトに追加して、チームとプロジェクトに貢献できるようにします。 ユーザーは、複数のチームとプロジェクトに追加できます。

組織に追加されたユーザーは、チームに追加するか、プロジェクトに投稿するよう招待することで、プロジェクトに簡単に追加できます。

チーム管理者は、ユーザーをチームに追加できます。ユーザーは自動的にプロジェクトに追加されます。 ユーザーをチームに追加することで、ユーザーはチーム セキュリティ グループ、チーム メンバー ウィジェット、スプリント容量計画ツールなどのチーム固有のツールに表示されるようになります。 チームについて詳しくは、「チームとアジャイル ツールについて」をご覧ください。

プロジェクト管理者グループのメンバーは、プロジェクトにユーザーを追加できます。 チームまたはプロジェクトに追加されたユーザーは、プロジェクトの共同作成者グループに自動的に追加されます。 このグループのメンバーには、作業項目、コード、ビルド、リリースに貢献するために必要なほとんどの機能に対するアクセス許可があります。 既定のアクセス許可の概要については、既定のアクセス許可のクイック リファレンスに関する記事をご覧ください。

ユーザーがプロジェクトまたは組織に追加されたら、ユーザー選択ツールから表示名またはユーザー名 (電子メール エイリアス) を参照できます。 ユーザーはプロジェクトに接続し、サポートされているクライアントまたは Web ポータルから利用できる機能にアクセスできます。

詳細については、次の記事をご覧ください。

• チームまたはプロジェクトへのユーザーまたはグループの追加
• 組織またはプロジェクト コレクションを管理し、組織にユーザーを追加する
• プロジェクトへの接続

プロジェクト ビジョンを共有し、プロジェクト Wiki を設定する

各プロジェクトには、README ファイルを使って情報を共有するのに便利な概要ページがあります。 ユーザーをプロジェクト Wiki にリダイレクトすることもできます。 プロジェクトを初めて使用するユーザーには、 プロジェクトの概要ページを設定 するか 、Wiki を準備することをお勧めします。 これらの機能を使って、プロジェクトで確立されたプロセスと手順を共有します。

使われていないサービスを削除する

Web ポータルのユーザー インターフェイスを簡略化するために、特定のサービスを無効にすることができます。 プロジェクトを使用してバグをログに記録したとします。 このシナリオでは、 Boards を除くすべてのサービスを無効にすることができます。 詳細については、「サービスのオンとオフを切り替える」を参照してください。

次の例では、 テスト プラン サービスが無効になっています。

セキュリティとアクセス許可を管理する

アクセス許可とセキュリティ グループは、特定のタスクへのアクセスを制御します。 プロジェクトに対して構成される既定値をすばやく理解するには、既定のアクセス許可とアクセスに関する記事をご覧ください。

次の表は、プロジェクト レベルで割り当てられるアクセス許可の一覧です。 [共有分析ビューの削除] および [共有分析ビューの編集] アクセス許可を除き、これらすべてのアクセス許可がプロジェクト管理者グループのメンバーに付与されます。 各アクセス許可の説明については、アクセス許可とグループのリファレンスのグループに関する説明をご覧ください。

プロジェクト レベルでのセキュリティとアクセス許可の設定の詳細については、次の記事を参照してください。

• アクセス許可、アクセスおよびセキュリティ グループの概要
• プロジェクト レベルでアクセス許可を変更する

プロジェクト管理者グループにメンバーを追加する

プロジェクトを作成したユーザーは、プロジェクト管理者グループにメンバーとして自動的に追加されます。 このグループのメンバーには、プロジェクトの構成、リポジトリ、パイプライン リソース、チーム、およびすべてのプロジェクト レベルのアクセス許可を管理するためのアクセス許可があります。

複数のチーム メンバーに管理特権を割り当てることをお勧めします。 このグループにユーザーを追加するには、「 プロジェクト レベルでのアクセス許可の変更」の「プロジェクト管理者グループにメンバーを追加する」の手順に従います。

アクセス許可の付与または制限

アクセス許可は、次の 3 つのレベルで、ロールベースの割り当てを使用して管理されます。

• オブジェクト
• プロジェクト
• 組織またはコレクション

プロジェクト管理者グループのメンバーは、プロジェクト レベルですべてのオブジェクトに対する権限を付与または制限できます。 特定のタスクを他のユーザーに委任するには、組み込みセキュリティ グループまたはカスタム セキュリティ グループにユーザーを追加するか、特定のロールに追加することをお勧めします。 詳細については、次の記事をご覧ください。

• ロールベースのアクセス許可を使用する
• ユーザーまたはグループの追加/削除、セキュリティ グループの管理
• 特定の機能や関数へのアクセスを管理する
• オブジェクト レベルのアクセス許可を設定する

通知の確認と更新を行う

追加するプロジェクトごとに、いくつかの通知が事前に定義されています。 通知はサブスクリプション ルールに基づいています。 サブスクリプションは、次の領域から発生します。

• すぐに使えるサブスクリプションまたは既定のサブスクリプション。
• チーム管理者か、プロジェクト管理者またはプロジェクト コレクション管理者グループのメンバーによって定義された、チーム、プロジェクト、および組織またはコレクションのサブスクリプション。

ユーザーが多すぎる通知を受け取ったと報告した場合は、 サブスクリプションからオプトアウトするようにユーザーに指示できます。

追跡可能性の要件を決定する

Azure Boards、Azure Repos、Azure Pipelines、Azure Test Plans など、ほとんどの Azure DevOps Services を使用する場合は、エンド ツー エンドの追跡可能性をサポートする機能についてチームにアラートを送信することをお勧めします。 開始するには、次の記事を参照してください。

• サービス間の統合とコラボレーションの概要
• エンドツーエンドの追跡可能性

DevOps ポリシーを設定する

チーム間のコラボレーションをサポートし、古いファイルを自動的に削除するようにポリシーを設定します。 Azure Repos、Azure Pipelines、Azure Test Plansを管理するポリシーを設定するには、次の記事を参照してください。

• ブランチ ポリシーを管理する
• Team Foundation バージョン管理 (TFVC) チェック ポリシーを追加する
• ビルドおよびリリース パイプラインの保持ポリシーを設定する
• テスト保持ポリシーの設定

Azure Boardsの構成とカスタマイズ

Azure Boardsを構成およびカスタマイズして、作業の計画と追跡に関する多くのビジネス要件をサポートできます。 少なくとも、次の要素を構成する必要があります。

• チーム、製品、または機能領域ごとに作業項目をグループ化するためのエリア パス
• 作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化するためのイテレーション パス

Azure Boardsを初めて使用する場合、構成およびカスタマイズできる内容の詳細な概要については、「Azure Boardsの構成とカスタマイズ」を参照してください。

作業を追跡するための領域と反復パスを定義する

複数の製品をサポートしている場合は、 エリア パスを定義することで、機能領域に従って作業項目を割り当てることができます。 作業項目を特定の時間間隔 ( スプリントとも呼ばれます) に割り当てるには、 イテレーション パスを構成します。 スプリント バックログ、タスクボード、チーム容量などのスクラム ツールを使用するには、複数のスプリントを構成する必要があります。 概要については、区分パスとイテレーション パスに関する記事をご覧ください。

次の図は、スクラム プロセスの既定の反復パスを示しています。

次の図は、一連のサンプル エリア パスを示しています。

作業追跡プロセスをカスタマイズする

ユーザーやチームは、プロジェクトの作成直後からすべての作業追跡ツールを使い始めることができます。 しかし、多くの場合、一部のユーザーは、さまざまなビジネス ニーズに合わせてエクスペリエンスをカスタマイズしたいと考えています。 プロセスはユーザー インターフェイスを使って簡単にカスタマイズできます。 ユーザーが更新プログラムを管理し、要求を評価できる手法を確立することをお勧めします。

詳細については、次の記事をご覧ください。

• プロセスのカスタマイズと継承されたプロセスの概要
• プロジェクトのカスタマイズ
• プロセスを追加して管理する

他のサービスとの統合

Azure DevOps では、Azure、GitHub、その他の多くのサービスとの統合がサポートされています。 プロジェクト管理者グループのメンバーとして、これらの多くのサービスとの統合を構成できます。 詳細については、次の記事を参照してください。

チームを追加してプロジェクトをスケーリングする

組織が成長するにつれて、プロジェクトをスケーリングするチームを追加することをお勧めします。 各チームは、カスタマイズ可能なアジャイル ツールの独自のセットにアクセスできます。

詳細については、次の記事をご覧ください。

• プロジェクトの概要と組織のスケーリング
• チームを追加し、1 つの既定のチームから複数のチームに移動する
• チーム管理者を追加する

関連コンテンツ

• プロジェクトの概要ページの表示と更新
• 組織またはプロジェクト コレクションの管理を開始する
• ユーザー、チーム、プロジェクト、組織レベルの設定について