Skip to main content

Diese Version von GitHub Enterprise Server wurde eingestellt am 2024-09-25. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Bewährte Methoden für die Strukturierung von Organisationen in deinem Unternehmen

Erfahre, wie viele Organisationen in deinem Unternehmen erstellt werden müssen und wie du sie strukturieren solltest.

Informationen zu Best Practices für Organisationen innerhalb eines Unternehmens

Es gibt mehrere Optionen für die Strukturierung der Organisationen in deinem Unternehmen. Jeder Ansatz hat Vor- und Nachteile, und die am besten geeignete Struktur für dein Unternehmen hängt von den Merkmalen und Anforderungen deines Unternehmens ab, einschließlich der Größe und den Sicherheitseinschränkungen.

Es wird jedoch auch empfohlen, deine Strategie an der Unternehmenskultur auszurichten, die du erschaffen möchtest, und nicht auf die derzeitige Unternehmenskultur. Wenn du in Sachen Zusammenarbeit und Innersourcing vorankommen möchtest, musst du deine Tools entsprechend strukturieren. Dann können deine Tools zum Wandel der Unternehmenskultur beitragen, anstatt ihn zu blockieren.

Informationen zur Organisationsnummer

Im Allgemeinen empfiehlt GitHub, die Anzahl der Organisationen zu minimieren, die du erstellst. Eine geringere Anzahl von Organisationen fördert die Zusammenarbeit und das Innersourcing, was die Effizienz erhöht. In der Tat werden viele Unternehmen aus den folgenden Gründen am besten von einer einzelnen Organisation verwaltet.

  • Es ist einfacher, Ressourcen innerhalb einer einzelnen Organisation zu finden, da nur an einem Ort gesucht wird.
  • Es ist einfacher, innerhalb einer einzelnen Organisation zu kommunizieren, da @-mentions nur zwischen Mitgliedern derselben Organisation funktionieren.
  • Die Zugehörigkeit zu einer einzigen, großen Organisation, in der jeder und alles zugänglich ist, fördert die Zusammenarbeit und Loyalität, während die Aufteilung in kleinere Organisationen die Teams stärker isolieren kann.

Organisationsbesitzerinnen haben immer Zugriff auf alle Repositorys, die sich im Besitz der Organisation befinden. Wenn dein Unternehmen so groß ist, dass keine Besitzer*in Zugriff auf alle Repositorys hat, solltest du mehrere Organisationen erstellen.

Der Hauptvorteil beim Erstellen mehrerer Organisationen besteht darin, dass du verschiedene Richtlinien, Einstellungen und Anforderungen für die jeweiligen Organisationen konfigurieren kannst.

Vermeide das Erstellen einer 1:1-Beziehung zwischen Organisationen und strukturellen Entitäten deines Unternehmens, z. B. zwischen einzelnen Teams oder Geschäftseinheiten. Gruppiere stattdessen strukturelle Entitäten in einer Organisation, die die gleichen Richtlinien, Einstellungen und Anforderungen verwenden können. Bei diesem Ansatz werden die größtmögliche Zusammenarbeit erreicht und gleichzeitig die gesetzlichen Anforderungen erfüllt.

Es ist immer einfacher, Organisationen hinzuzufügen, als sie zu entfernen. Daher empfehlen wir, mit einer kleinen Anzahl von Organisationen zu beginnen, was dir in Zukunft mehr Flexibilität bietet. Wenn du besser einschätzen kannst, was gut für dein Unternehmen funktioniert, kannst du bei Bedarf weitere Organisationen erstellen.

Das Entfernen von Organisationen ist viel schwieriger, da dabei häufig Migrationen durchgeführt werden müssen und die Flexibilität der Teams verringert wird. Viele Kunden bereuen es, eine große Anzahl von Organisationen gegründet zu haben, nachdem sie festgestellt haben, wie schwierig und zeitaufwendig es ist, deren Anzahl zu reduzieren.

Es wird empfohlen, feste und transparente Regeln für die Erstellung einer neuen Organisation in deinem Unternehmen zu erstellen und zu erzwingen. Dadurch wird es für alle einfacher, den Zweck jeder Organisation zu verstehen und zu erkennen, welche Ressourcen sich wo befinden.

Informationen zur Organisationsstruktur

Es gibt fünf Hauptformen von Organisationsstrukturen. Die Hauptformen werden durch zwei Entscheidungen definiert:

  • Ob eine einzelne Organisation oder mehrere Organisationen verwendet werden sollen
  • Ob allen Mitgliedern Zugriff auf alle Repositorys gewährt oder Teams verwendet werden sollen, um den Repositoryzugriff präziser zu verwalten

Weitere Informationen zu Teams findest du unter Informationen zu Teams.

Einzelne Organisation mit direktem Repositoryzugriff

Die einfachste Organisationsstruktur besteht aus einer einzigen Organisation, deren Mitglieder über die Organisationsmitgliedschaft direkten Zugriff auf alle Repositorys erhalten. Teams können für die Koordination und Kommunikation, aber nicht für die Verwaltung des Repositoryzugriffs verwendet werden.

Diese Struktur funktioniert am besten für kleine Unternehmen wie Startups, in denen jeder an allem mitarbeitet. Sie kann auch für mittelständische Unternehmen geeignet sein, wenn das gegenseitige Vertrauen groß ist.

Um diese Hauptform zu verwenden, lege die Basisberechtigungen für die Organisation auf „Schreiben“ oder „Lesen“ fest. Weitere Informationen findest du unter Festlegen von Basisberechtigungen für eine Organisation.

Einzelne Organisation mit Teams für den Repositoryzugriff

Wenn dein Unternehmen den Zugriff auf Repositoryspräziser steuern muss, kannst du die Basisberechtigungen für deine Organisation auf „Keine“ festlegen und dann jedem Team nur Zugriff auf bestimmte Repositorys gewähren.

Diese Struktur funktioniert am besten für mittelständische Unternehmen oder für kleine Unternehmen, in denen das gegenseitige Vertrauen gering ist. Für kleinere Unternehmen, in denen das gegenseitige Vertrauen groß ist, in denen jeder an allem mitarbeitet, lohnt sich die Verwaltung von Teams möglicherweise nicht.

Mehrere Organisationen mit direktem Repositoryzugriff

Für größere Unternehmen kann die Verwaltung des Repositoryzugriffs innerhalb einer einzelnen Organisation schwierig werden, selbst mit Teams. Bei dieser Hauptform werden stattdessen mehrere Organisationen verwendet, um den Repositoryzugriff zu verwalten. Die Mitglieder jeder Organisation haben Zugriff auf alle Repositorys dieser Organisation.

Diese Struktur eignet sich am besten für Unternehmen, die groß genug sind, um verschiedene Gruppen zu haben, die nicht zusammenarbeiten müssen. Diese Struktur ist nicht so nützlich, wenn die Zusammenarbeit zwischen Betriebseinheiten wichtig ist.

Um diesen Archetyp zu verwenden, erstelle eine Organisation für jede Gruppe, die Richtlinien, Einstellungen und Anforderungen wie oben beschrieben gemeinsam nutzen kann, und setze dann die Basisberechtigungen für jede Organisation auf „Schreiben“ oder „Lesen“ fest.

Mehrere Organisationen mit Teams für den Repositoryzugriff

Sehr große Unternehmen benötigen möglicherweise eine präzisere Kontrolle über den Repositoryzugriff, selbst innerhalb mehrerer Organisationen. In diesem Fall kannst du Teams verwenden, um jeder Gruppe nur Zugriff auf bestimmte Repositories zu gewähren.

Um diesen Archetyp zu verwenden, erstelle eine Organisation für jede Gruppe, die Richtlinien, Einstellungen und Anforderungen wie oben beschrieben gemeinsam nutzen kann, setze die Basisberechtigung für jede Organisation auf „Keine“, und gib dann jedem Team nur Zugriff auf bestimmte Repositorys.

Mehrere Organisationen mit unterschiedlichen Zugriffsmethoden

Wenn du die Vorteile der Zusammenarbeit einer einzigen Organisation mit direktem Repositoryzugriff nutzen möchtest, aber nur wenige Repositorys besitzt, die für einen globalen Zugriff zu sensibel sind, solltest du mehrere Organisationen mit verschiedenen Zugriffsmethoden einsetzen.

Um diese Hauptform zu verwenden, erstelle eine Organisation für alle Mitarbeiter und die meisten deiner Repositorys. Gewähre allen Mitgliedern Zugriff auf alle Repositorys in dieser Organisation, indem du die Basisberechtigungen für die Organisation auf „Schreiben“ oder „Lesen“ setzt.

Erstelle dann eine zweite Organisation speziell für sensiblere Repositorys. Setze in dieser Organisation die Basisberechtigungen auf „Keine“, füge nur die Personen hinzu, die auf die sensiblen Repositorys zugreifen müssen, und verwalte den Zugriff auf die Repositorys über die Teammitgliedschaft.

Weiterführende Themen