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

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

Azure DevOps のプロジェクトは、ユーザーがソフトウェア ソリューションの構築を計画、追跡、共同作業を行う場所を提供します。 プロジェクトは、データとソース コードを格納できる基本的なコンテナーを表します。

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

次の図は、1 つのプロジェクトとチームと、1 つの組織またはコレクション内の複数のプロジェクトとチームを示しています。

この構造により、チームはツールを構成し、適切なレベルで管理タスクを完了できます。 組織が成長するにつれて、ツールが成長し、 チームの自律性と組織の連携の文化をサポートできます。

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

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

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 コミュニティ
• Office Excel
• テストとフィードバック拡張機能
• Microsoft Feedback Client

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

重要な概念

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

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

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

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

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

A： はい。ただし、データを失う必要はありません。 リソースを手動でコピーして残したり、REST API を使用してデータをコピーする OpsHub Visual Studio Migration Utility などのサードパーティ製ツールを使用したりできます。

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

A. 「Projects REST API」を参照してください。

関連記事

• 管理者として使用を開始する
• Web ポータル ナビゲーション
• プロジェクトによって何が得られるか
• Azure DevOps の違いを理解する