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

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

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

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

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

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

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

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

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

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

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

   

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

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

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

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

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

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

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

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

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

• サブプロジェクトまたはアプリケーションごとに Git リポジトリを作成 するか、サブプロジェクトごとに TFVC リポジトリ内にルート フォルダーを作成 します。 TFVC を使用し、結合されたプロジェクト モデルに向かう場合は、Git で個別のリポジトリを作成するのと同様、さまざまなチームとプロジェクトのルート フォルダーを作成します。 必要に応じてフォルダーをセキュリティで保護し、ワークプレイス マッピングでアクティブに使用しているリポジトリのセグメントを制御します。
• エリア パスを定義 してさまざまなサブプロジェクト、製品、機能、またはチームをサポートします。
• チーム間で共有できるイテレーション パス (スプリントとも呼ばれます) を定義 します。
• 製品の一連の機能を開発する製品チームごとにチームを追加 します。 作成する各チームは、そのチームのセキュリティ グループを自動的に作成します。このグループを使用して、チームのアクセス許可を管理できます。 詳しくは、 ポートフォリオの管理に関する記事をご覧ください。
• カスタム セキュリティ グループを使用して特定の機能へのアクセスを管理 します。
• クエリ フォルダーを作成 して、チームまたは製品領域のクエリをフォルダーに整理します。
• プロジェクト レベルで設定された通知を定義または変更 します。

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

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

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

チームの追加

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

• アジャイルを大規模なチームに拡大する
• チームおよびアジャイル ツールについて
• バックログのポートフォリオを管理 し、進行状況を確認します。
• デリバリー プランを使用して 選択したチームのスケジュールされた作業項目 (イテレーション パス) がスプリントごとに、予定表ビューに対して表示されます。
• スケーリングするプラクティスを段階的に採用 して、組織内でより大きなリズムと流れを生み出し、顧客を引き付け、プロジェクトの可視性を向上させ、生産性の高い従業員の能力を開発します。
• プロジェクトを構造化して、チーム間で可視性を得る か、 エピック、リリース トレーニング、複数のバックログをサポートして、スケーリングされたアジャイル フレームワークをサポートします。

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

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

• Visual Studio (Professional、Enterprise、Test Professional)
• Visual Studio Code
• Visual Studio Community
• Office Excel
• テスト & フィードバック拡張機能
• Microsoft フィードバック クライアント

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

主要概念

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

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

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

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

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

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

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

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

関連コンテンツ

• 管理者として使用を開始する
• Web ポータルを移動する
• Azure DevOps に含まれる機能とサービス