メインコンテンツへスキップ

​
Organization とは何ですか？

Devin Enterprise における Organization は、開発チームの体制と境界を定義するための論理的なグループです。各 Organization は、共有の Devin マシン、リポジトリアクセス、メンバー権限をそれぞれ専用に持つ、自己完結した単位として機能します。

​
主な特性

共有 Devin マシン: 各組織には、メンバー全員で共有する専用の Devin マシンが割り当てられます。これにより、一貫した環境構成が保証され、チームメンバーが同じ開発コンテキストで共同作業できます。 リポジトリの分離性: 組織に付与されたすべてのリポジトリには、その組織内のすべてのメンバーがアクセス可能です。リポジトリへのアクセスは、個々のユーザー単位ではなく、組織単位で管理されます。 メンバーの境界: ユーザーは複数の組織に所属できますが、アクセス権と権限は組織ごとに独立して定義されます。 請求の分離: 各組織は独自の ACU（Agent Compute Unit）の上限と利用状況の追跡を持ち、チームごとのコスト配分を明確にできます。

​
組織構成

​
エンタープライズ階層

エンタープライズアカウント
├── 組織 A (Eコマースプラットフォーム)
│   ├── メンバー: フルスタック開発者、プロダクトマネージャー
│   └── リポジトリ: web-app、mobile-app、api-service、shared-components
├── 組織 B (分析プラットフォーム)  
│   ├── メンバー: データエンジニア、バックエンド開発者
│   └── リポジトリ: data-pipeline、analytics-api、reporting-dashboard
└── 組織 C (インフラストラクチャ・セキュリティ)
    ├── メンバー: プラットフォームエンジニア、セキュリティエンジニア
    └── リポジトリ: infrastructure、deployment-scripts、security-tools

​
アクセス制御の流れ

  1. Enterprise Admin が組織を作成し、エンタープライズ全体の設定を管理する
  2. Team Admins がそれぞれの組織にメンバーを招待する
  3. Members は、割り当てられた組織内で Devin およびリポジトリにアクセスできる
  4. Repository permissions は Enterprise Admins によって組織に付与される

​
組織構造を設計する

効果的なアプローチは、各 Devin 組織を GitHub/GitLab のチームに対応付けることです。これは多くの場合、Identity Provider (IdP) のグループや論理的な業務アプリケーション単位とも整合します。この方法により、利用拡大とリポジトリへのアクセス管理を体系的に行えるようになります。

​
マッピング例

GitHub TeamDevin OrganizationIdP Groupビジネス機能
ecommerce-platformE-commerce Platformproduct-ecommerce顧客向けショッピング体験（Web、API など）
analytics-platformAnalytics Platformproduct-analyticsデータ分析とレポート作成
payments-teamPayments Platformproduct-payments決済処理と課金・請求
platform-infraInfrastructureeng-platform共通インフラストラクチャとセキュリティ

​
意思決定フレームワーク

組織構造を設計する際は、次の要素を検討してください。
Question: 現在、開発チームはどのように編成されていますか？Guidance: 既存のチーム構造を反映した organization を作成してください。同じコードベースを定期的に共同開発しているチームは、通常同じ organization に属させるべきです。Example: フロントエンドとバックエンドのチームが同じプロダクトに対して密接に連携している場合は、フロントエンド/バックエンドで別々の organization に分けるのではなく、単一の「プロダクトチーム」organization を検討してください。
Question: 各チームはどのリポジトリへアクセスする必要がありますか？Guidance: 同じリポジトリ群へのアクセスを必要とするチームを、同じ organization にまとめてください。すべての organization メンバーは、その organization 内のすべてのリポジトリへアクセスできることを忘れないでください。Example: Web チームとモバイルチームの両方が共通のデザインシステムリポジトリにアクセスする必要がある場合、それらのチームは同じ organization に所属させるとよいでしょう。
Question: Devin の利用コストをどのように追跡・配分したいですか？Guidance: organization は ACU 利用状況を追跡するための自然なコストセンターとして機能します。organization を予算管理の構造に合わせて設計してください。Example: 各プロダクトラインごとに別々に予算を組んでいる場合は、そのプロダクトの境界に合わせて organization を作成してください。

​
次のステップ

最初の組織をセットアップする: エンタープライズアカウントで組織を作成および設定し、開発チームを整理し始める方法を確認しましょう。