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

# Organisationen verstehen

> Lernen Sie, wie Sie Organisationen in Devin Enterprise strukturieren und verwalten

<div id="what-are-organizations">
  ## Was sind Organisationen?
</div>

Organisationen in Devin Enterprise sind logische Gruppierungen, die Struktur und klare Grenzen für Ihre Entwicklungsteams schaffen. Jede Organisation agiert als eigenständige Einheit mit einer gemeinsam genutzten Devin-Maschine, eigenem Repositoryzugriff und eigenen Mitgliedsberechtigungen.

<div id="key-characteristics">
  ### Zentrale Merkmale
</div>

**Gemeinsame Devin-Maschine**: Jede Organisation verfügt über eine eigene, dedizierte Devin-Maschine, die von allen Mitgliedern gemeinsam genutzt wird. Dies stellt eine konsistente Einrichtung der Umgebung sicher und ermöglicht es Teammitgliedern, im selben Entwicklungskontext zusammenzuarbeiten.

**Repository-Isolation**: Alle Repositories, die für eine Organisation freigegeben sind, sind für alle Mitglieder innerhalb dieser Organisation zugänglich. Der Repository-Zugriff wird auf Organisationsebene verwaltet, nicht auf Benutzerebene.

**Mitgliederabgrenzung**: Benutzer können mehreren Organisationen angehören, aber ihr Zugriff und ihre Berechtigungen sind für jede Organisation unabhängig definiert.

**Getrennte Abrechnung**: Jede Organisation verfügt über eigene ACU-Grenzwerte und eine separate Nutzungsnachverfolgung, was eine klare Kostenzuordnung über verschiedene Teams hinweg ermöglicht.

<div id="organization-structure">
  ## Organisationsstruktur
</div>

<div id="enterprise-hierarchy">
  ### Enterprise-Hierarchie
</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">
  ### Ablauf der Zugriffskontrolle
</div>

1. **Enterprise-Administrator** legt Organisationen an und verwaltet die unternehmensweiten Enterprise-Einstellungen
2. **Organisationsadministratoren** laden Mitglieder in ihre jeweiligen Organisationen ein
3. **Mitglieder** greifen innerhalb ihrer zugewiesenen Organisationen auf Devin und Repositories zu
4. **Repository-Berechtigungen** werden von Enterprise-Administratoren für Organisationen vergeben

<div id="planning-your-organization-structure">
  ## Planung der Organisationsstruktur
</div>

<div id="recommended-mapping-pattern">
  ### Empfohlenes Zuordnungsmuster
</div>

Ein effektiver Ansatz besteht darin, **jede Devin-Organisation einem GitHub-/GitLab-Team zuzuordnen**, was häufig mit Ihren Identity-Provider-(IdP-)Gruppen und logischen Geschäftsanwendungen übereinstimmt. Dies bietet eine systematische Möglichkeit, die Nutzung zu skalieren und den Zugriff auf Repositories zu verwalten.

<div id="example-mapping">
  #### Beispielzuordnung
</div>

| **GitHub-Team**      | **Devin-Organisation** | **IdP-Gruppe**      | **Geschäftsfunktion**                       |
| :------------------- | :--------------------- | :------------------ | :------------------------------------------ |
| `ecommerce-platform` | E-Commerce-Plattform   | `product-ecommerce` | Kundenerlebnis beim Einkauf (Web, API usw.) |
| `analytics-platform` | Analyseplattform       | `product-analytics` | Datenauswertungen und Berichterstattung     |
| `payments-team`      | Zahlungsplattform      | `product-payments`  | Zahlungsabwicklung und Abrechnung           |
| `platform-infra`     | Infrastruktur          | `eng-platform`      | Zentrale Infrastruktur und Sicherheit       |

<div id="decision-framework">
  ### Entscheidungsrahmen
</div>

Berücksichtigen Sie bei der Planung Ihrer Organisationsstruktur folgende Faktoren:

<Accordion title="Teamgrenzen">
  **Frage**: Wie sind Ihre Entwicklungsteams derzeit organisiert?

  **Leitfaden**: Erstellen Sie Organisationen, die Ihre bestehende Teamstruktur widerspiegeln. Teams, die regelmäßig an derselben Codebasis zusammenarbeiten, sollten in der Regel derselben Organisation angehören.

  **Beispiel**: Wenn Ihre Frontend- und Backend-Teams eng an demselben Produkt arbeiten, sollten Sie eher eine gemeinsame Organisation „Produktteam“ als getrennte Frontend-/Backend-Organisationen in Betracht ziehen.
</Accordion>

<Accordion title="Repository-Zugriffsmuster">
  **Frage**: Auf welche Repositories benötigen verschiedene Teams Zugriff?

  **Leitfaden**: Fassen Sie Teams zusammen, die Zugriff auf denselben Satz von Repositories benötigen. Denken Sie daran, dass alle Organisationsmitglieder auf alle Repositories der Organisation zugreifen können.

  **Beispiel**: Wenn sowohl Ihr Web- als auch Ihr Mobile-Team Zugriff auf ein gemeinsames Design-System-Repository benötigen, sollten sie möglicherweise derselben Organisation angehören.
</Accordion>

<Accordion title="Kostenverteilung und Budgetierung">
  **Frage**: Wie möchten Sie die Nutzungskosten von Devin nachverfolgen und zuordnen?

  **Leitfaden**: Organisationen bilden natürliche Kostenstellen für die Nachverfolgung der ACU-Nutzung. Richten Sie Organisationen an Ihrer Budgetstruktur aus.

  **Beispiel**: Wenn Sie für jede Produktlinie separat budgetieren, erstellen Sie Organisationen, die diesen Produktgrenzen entsprechen.
</Accordion>

<div id="next-step">
  ## Nächster Schritt
</div>

**Richten Sie Ihre erste Organisation ein**: Erfahren Sie, wie Sie [Organisationen erstellen und konfigurieren](/de/enterprise/getting-started/get-started#creating-organizations), um in Ihrem Enterprise-Konto mit der Strukturierung Ihrer Entwicklungsteams zu beginnen.