次の方法で共有


プロジェクトの概要と組織のスケーリング

Azure DevOps Services |Azure DevOps Server 2022 |Azure DevOps Server 2020

Azure DevOps のプロジェクトは、ユーザーがソフトウェア ソリューションの構築を計画、追跡、共同作業するためのスペースを提供します。 これは、データとソース コードを格納するための基本的なコンテナーとして機能します。

プロジェクトを作成すると、Azure DevOps によって同じ名前のチームが自動的に作成されます。これは、小規模な組織で十分です。 エンタープライズ レベルの組織では、より多くのチームとプロジェクトを作成してスケールアップが必要になる場合があります。 Azure DevOps では、組織内で最大 1,000 個のプロジェクトがサポートされています。

複数のプロジェクトを持つ組織では、チームはニーズに合わせてツールを構成し、適切なレベルで管理タスクを完了できます。 組織の成長に合わせて、ツールをスケーリングして 、チームの自律性と組織の連携の文化をサポートできます。

詳細については、 作業の追跡、プロセス、プロジェクトの制限 および 組織構造の計画を参照してください。

組織全体の作業を管理する

Azure DevOps に接続すると、組織に接続されます。 この組織内では、1 つ以上のプロジェクトを定義できます。 システムを使用するには、少なくとも 1 つのプロジェクトを作成する必要があります。

次の方法で組織をスケーリングできます。

  • プロジェクトの追加: さまざまな部署をサポートします。
  • チームの追加: プロジェクト内にチームを作成します。
  • リポジトリとブランチを追加する: ソース コードを管理します。
  • エージェント、エージェント プール、およびデプロイ プールを追加する: 継続的インテグレーションとデプロイをサポートします。
  • アクセスの管理: Microsoft Entra ID を使用して多数のユーザーを処理します。

オンプレミスの Azure DevOps デプロイは、次の方法でスケーリングできます。

  • サーバー インスタンスの追加: パフォーマンスを向上させます。
  • プロジェクト コレクションとプロジェクトを追加する: さまざまな部署をサポートします。
  • チームの追加: プロジェクト内にチームを作成します。
  • リポジトリとブランチを追加する: ソース コードを管理します。
  • エージェント、エージェント プール、およびデプロイ プールを追加する: 継続的インテグレーションとデプロイをサポートします。
  • アクセスの管理: Active Directory を使用して多数のユーザーを処理します。

組織内のプロジェクトを表示する

組織に定義されているプロジェクトを表示するには、 プロジェクト ページを開きます。

  1. [Azure DevOps] を選択して、[プロジェクト] を開きます。

    プロジェクト ページを示すスクリーンショット

  2. プロジェクトの一覧からプロジェクトを選択します。

詳細については、「プロジェクトを作成する」を参照してください。

プロジェクトの可視性を制限する

既定では、組織に追加されたユーザーは、組織とプロジェクトの情報と設定をすべて表示できます。 詳細については、「プロジェクトなどのユーザーの可視性を制限する」および「プロジェクトの可視性をパブリックまたはプライベートに変更する」を参照してください。

履歴データの表示

すべてのプロジェクト メンバーは、コメント、ディスカッション、または割り当てに追加された ID を表示できます。 たとえば、プロジェクト内のすべてのユーザー (新しい制限を持つユーザーも含む) は、ユーザーがプロジェクトに参加しなくなったときに、作業項目に割り当てられたユーザーの名前を引き続き表示できます。 PR、コメント、ディスカッションなどの @mentions にも同じことが当てはまります。

1 つのプロジェクトを使用する

推奨される方法の 1 つは、1 つのプロジェクトを使用して組織または企業をサポートすることです。 1 つのプロジェクトを使用すると、管理タスクのメンテナンスを最小限に抑え、最も最適化された柔軟な クロスリンク オブジェクト エクスペリエンスを実現できます。

多数のチームが何百もの異なるアプリケーションやソフトウェア プロジェクトに取り組んでいる場合でも、1 つのプロジェクト内でそれらを簡単に管理できます。 プロジェクトは、その中に格納されているデータを分離し、あるプロジェクトから別のプロジェクトにデータを移動すると、関連する履歴が失われます。

詳細については、 必要とするプロジェクトの数を参照してください。

別のプロジェクトを追加する

もう 1 つの実行可能なアプローチは、複数のプロジェクトを持つことです。 組織で次の操作を行う必要がある場合は、この方法をお勧めします。

  • 選択したグループのプロジェクトに含まれる情報へのアクセスを禁止または管理する
  • 組織内の特定の部署のカスタム作業追跡プロセスをサポートする
  • 独自の管理ポリシーと管理者を持つ完全に分離されたビジネス ユニットをサポートする
  • 作業プロジェクトに変更をロールアウトする前に、カスタマイズ アクティビティをテストするか拡張機能を追加する
  • オープンソース ソフトウェア (OSS) プロジェクトのサポート

次のインスタンスに別のプロジェクトを追加できます。

  • プロジェクトに含まれる情報へのアクセスを禁止または管理する
  • 組織内の特定の部署のカスタム作業追跡プロセスをサポートする
  • 独自の管理ポリシーと管理者を持つ完全に分離されたビジネス ユニットをサポートする
  • 作業プロジェクトに変更をロールアウトする前に、カスタマイズ アクティビティをテストするか拡張機能を追加する

プライベートとパブリックのプロジェクトを使用する

プライベート プロジェクトとパブリック プロジェクトの両方を使用できます。 一方から他方へのプロジェクトの可視性を 変更することもできます

プライベート プロジェクト:

  • ユーザー アクセスの追加と管理が必要です。
  • 読み取り専用アクセスであってもアクセスを取得するには、ユーザーにサインインを要求します。
  • すべてのプロジェクト メンバーに、プロジェクトと組織の情報へのアクセス権を付与します。

詳細については、 プロジェクト メンバーに付与されるリソースを参照してください。

パブリック プロジェクト:

  • ユーザーが多くのサービスへの読み取り専用アクセスのためにサインインする必要はありません。
  • 他のユーザーとのコード共有をサポートします。
  • オープンソース ソフトウェアの継続的インテグレーション/継続的デプロイ (CI/CD) をサポートします。

詳細については、「 プロジェクトの可視性を変更する」を参照してください。

バージョン管理サポート

Git リポジトリは、HTTPS 経由でのみ参照および複製できます。 SSH および GVFS エンドポイントは使用できません。 Visual Studio や IntelliJ などのクライアントは HTTPS 複製 URL を操作しますが、作業項目やその他の資料に接続できるリンクは提供されません。

ダッシュボード ウィジェットのサポート

次のダッシュボード ウィジェットには、メンバー以外のユーザーに役立つ情報は表示されません。

  • 現在のユーザーに割り当て済み
  • コード タイル
  • 新しい作業項目
  • Pull request
  • クエリ結果
  • 要件の品質
  • スプリント バーンダウン
  • スプリント キャパシティ
  • スプリントの概要
  • チーム メンバー
  • ようこそ
  • 作業リンク
  • その他のリンク

詳細については、「 ダッシュボードにウィジェットを追加する 」および「 ダッシュボード、グラフ、レポートに関する FAQ」を参照してください。

プロジェクトを構造化する

次の要素を使用して、ビジネス ニーズをサポートするプロジェクトを構成します。

プロジェクトをカスタマイズおよび構成する

ほとんどのサービスとアプリケーションを構成およびカスタマイズして、ビジネス ニーズやチームの作業方法をサポートできます。 各プロジェクト内で、次のタスクを実行できます。 構成できるリソースの包括的なビューについては、 チーム、プロジェクト、および組織レベルの設定についてを参照してください。

  • ダッシュボード: 各チームは、情報を共有し、進行状況を監視するように ダッシュボードのセットを構成 できます。
  • ソース管理: Git リポジトリごとに、ブランチ ポリシーを適用し、ブランチのアクセス許可を定義できます。 TFVC リポジトリの場合は、 チェックイン ポリシーを設定できます。
  • 作業追跡: ほとんどの作業項目の種類の作業項目フォームに対してフィールドの追加、ワークフローの変更、カスタム ルールの追加、カスタム ページの追加を行うことができます。 カスタムの作業項目の種類を追加することもできます。 詳細については、「 継承プロセスをカスタマイズする」を参照してください。
  • Azure Pipelines: ビルド パイプラインとリリース パイプラインを完全にカスタマイズし、ビルド ステップ、リリース環境、デプロイ スケジュールを定義できます。 詳細については、「Build and release (ビルドとリリース)」をご覧ください。
  • Azure Test Plans: テスト プラン、テスト スイート、テスト ケース、テスト環境を定義および構成できます。 ビルド パイプライン内にテスト ステップを追加することもできます。 詳細については、 Exploratory テストと手動テスト および ビルドの継続的なテストを参照してください。

チームの追加

組織が成長するにつれて、構成可能なアジャイル ツールを備えたチームを追加して、各チームのワークフローの必要を満たすことができます。 詳細については、次の記事をご覧ください。

他のクライアントを使用してプロジェクトに接続する

Web ブラウザー経由で接続するほかに、次のクライアントからプロジェクトに接続できます。

詳細については、 Azure DevOps Server バージョンとの互換性を参照してください。

主要概念

プロジェクトとチームの管理に関連する概念とタスクにすばやくアクセスするには、次のインデックスを使用します。

ユーザー タスクと管理タスク

次のいくつかのタスクでは、プロジェクト管理者グループのメンバーまたはチーム管理者に付与されたアクセス許可が必要です。

よく寄せられる質問 (FAQ)

Q: プロジェクトを別の組織またはコレクションに移動したり転送したりできますか?

A: はい。ただし、データが失われることがあります。 リソースを手動でコピーして残しておくか、Microsoft 以外のツールを使用できます。

Q: プロジェクトをサポートするプログラム ツールは何ですか?

A. プロジェクトの REST APIを参照してください。

az devops project CLIを使用することもできます。