> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# 組織の概要

> Devin Enterprise における組織の構成と管理方法について学びます

<div id="what-are-organizations">
  ## Organization とは何ですか？
</div>

Devin Enterprise における Organization は、開発チームを編成・区分するための論理的なグループです。各 Organization は、共有の Devin マシン、リポジトリへのアクセス権、およびメンバー権限をそれぞれに持つ、独立した単位として運用されます。

<div id="key-characteristics">
  ### 主な特徴
</div>

**共有Devinマシン**: 各組織には、その組織のメンバー全員で共有する専用の Devin マシンが割り当てられます。これにより、環境構成を一貫して保てるほか、チームメンバーが同じ開発コンテキストで共同作業を行うことができます。

**リポジトリの分離**: 組織に付与されたすべてのリポジトリには、その組織内のすべてのメンバーがアクセス可能です。リポジトリへのアクセスは個々のユーザー単位ではなく、組織単位で管理されます。

**メンバーの境界**: ユーザーは複数の組織に所属できますが、アクセス権と権限は組織ごとに独立して管理されます。

**請求の分離**: 各組織は独自の ACU (Agent Compute Unit) の上限と利用状況のトラッキングを持ち、チーム間でのコスト配分を明確にできます。

<div id="organization-structure">
  ## 組織構造
</div>

<div id="enterprise-hierarchy">
  ### Enterprise 階層構造
</div>

```
Enterprise Account
├── Organization A (E-commerce Platform)
│   ├── Members: full-stack developers, product managers
│   └── Repositories: web-app, mobile-app, api-service, shared-components
├── Organization B (Analytics Platform)  
│   ├── Members: data engineers, backend developers
│   └── Repositories: data-pipeline, analytics-api, reporting-dashboard
└── Organization C (Infrastructure & Security)
    ├── Members: platform engineers, security engineers
    └── Repositories: infrastructure, deployment-scripts, security-tools
```

<div id="access-control-flow">
  ### アクセス制御フロー
</div>

1. **Enterprise 管理者** が組織を作成し、Enterprise 全体の設定を管理する
2. **組織管理者** が自分の組織にメンバーを招待する
3. **メンバー** は割り当てられた組織内で Devin とリポジトリにアクセスする
4. **リポジトリ権限** は Enterprise 管理者によって組織に付与される

<div id="planning-your-organization-structure">
  ## 組織構造の設計
</div>

<div id="recommended-mapping-pattern">
  ### 推奨されるマッピングパターン
</div>

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

<div id="example-mapping">
  #### マッピング例
</div>

| **GitHub Team**      | **Devin Organization** | **IdP Group**       | **Business Function**    |
| :------------------- | :--------------------- | :------------------ | :----------------------- |
| `ecommerce-platform` | E-commerce Platform    | `product-ecommerce` | 顧客のショッピング体験 (Web、API など) |
| `analytics-platform` | Analytics Platform     | `product-analytics` | データからのインサイト抽出とレポーティング    |
| `payments-team`      | Payments Platform      | `product-payments`  | 決済処理と課金                  |
| `platform-infra`     | Infrastructure         | `eng-platform`      | 共通インフラストラクチャとセキュリティ      |

<div id="decision-framework">
  ### 意思決定フレームワーク
</div>

組織構造を計画する際は、次の要素を検討してください。

<Accordion title="チーム境界">
  **質問**: 現在、開発チームはどのように編成されていますか？

  **ガイダンス**: 既存のチーム構造を反映するように組織を作成してください。同じコードベースで定期的に共同作業するチームは、通常同じ組織に所属させるべきです。

  **例**: フロントエンドチームとバックエンドチームが同じプロダクトで密接に協働している場合は、フロントエンド/バックエンドを分けるのではなく、単一の「プロダクトチーム」組織にまとめることを検討してください。
</Accordion>

<Accordion title="リポジトリアクセスパターン">
  **質問**: 各チームはどのリポジトリへのアクセスが必要ですか？

  **ガイダンス**: 同じリポジトリ群へのアクセスが必要なチームをまとめてください。すべての組織メンバーは、その組織のすべてのリポジトリにアクセスできることを忘れないでください。

  **例**: Web チームとモバイルチームの両方が共通のデザインシステムのリポジトリへのアクセスを必要とする場合、これらのチームは同じ組織に所属させることが考えられます。
</Accordion>

<Accordion title="コスト配分と予算管理">
  **質問**: Devin の利用コストをどのように追跡し、配分したいですか？

  **ガイダンス**: 組織は ACU 利用状況を追跡するための自然なコストセンターとなります。組織を予算構造に合わせて設計してください。

  **例**: プロダクトラインごとに個別に予算を管理している場合は、それぞれのプロダクトの境界に対応する組織を作成してください。
</Accordion>

<div id="next-step">
  ## 次のステップ
</div>

**最初の組織を設定する**: Enterprise アカウントで[組織を作成・設定する](/ja/enterprise/getting-started/get-started#creating-organizations)方法を学び、開発チームの体制づくりを始めましょう。