Teams-Governance ohne unnötige Bürokratie: Fünf Entscheidungen, die vor Wildwuchs schützen

Ein neues Projekt beginnt, ein Team wird angelegt und externe Partner werden eingeladen. Monate später ist das Projekt beendet. Der interne Owner hat die Stelle gewechselt, Gäste besitzen weiterhin Zugriff und niemand weiß, ob die Dateien Arbeitsunterlagen, aufbewahrungspflichtige Nachweise oder längst überholte Zwischenstände sind.

Das sichtbare Problem heißt häufig „Teams-Wildwuchs“. Die erste Reaktion besteht dann aus Namenskonventionen, zentralen Freigaben und Einschränkungen für die Erstellung. Diese Regeln können sinnvoll sein. Sie lösen aber nicht die entscheidende Frage:

Wer verantwortet einen Arbeitsraum von seiner Entstehung bis zu seinem geregelten Ende?

Eine mittelstandstaugliche Teams-Governance muss Zusammenarbeit ermöglichen und gleichzeitig Verantwortung, Schutz und Lebenszyklus beherrschbar machen. Dafür reichen fünf verbindliche Entscheidungen. Nicht jede benötigt ein zusätzliches Produkt oder einen komplizierten Genehmigungsworkflow.

Ein Team ist mehr als der sichtbare Arbeitsraum

Microsoft Teams zeigt Kanäle, Nachrichten, Besprechungen, Mitglieder und Dateien in einer gemeinsamen Oberfläche. Technisch liegen die dazugehörigen Ressourcen jedoch nicht ausschließlich in Teams.

Die offizielle Dokumentation zur Integration von Teams, Microsoft-365-Gruppen und SharePoint beschreibt überlappende Einstellungen für Erstellung, Mitgliedschaft, Gastzugriff und Freigaben. Ein Team ist mit einer Microsoft-365-Gruppe und einem SharePoint-Teamwebsite verbunden; je nach Nutzung kommen weitere Dienste und Inhalte hinzu.

Diese Architektur hat eine direkte Governance-Folge: Eine Regel nur im Teams Admin Center bildet nicht zwingend den gesamten Arbeitsraum ab. Wer Gastzugriff, Aufbewahrung oder Löschung beurteilt, muss die verbundenen Dienste mitdenken.

Das gilt besonders für Dateien und Nachrichten. Microsoft weist in der aktuellen Teams-Aufbewahrungsdokumentation darauf hin, dass Richtlinien für Teams-Nachrichten nicht automatisch die in Teams verwendeten Dateien abdecken. Dateien liegen abhängig vom Kontext in SharePoint oder OneDrive und benötigen dort passende Regeln.

Governance beginnt deshalb mit dem fachlichen Zweck und dem Schutzbedarf des Arbeitsraums. Die technische Konfiguration folgt daraus.

Ein konstruiertes Beispiel: Das beendete Lieferantenprojekt

Stellen Sie sich folgende Situation vor:

Für ein zeitlich begrenztes Lieferantenprojekt wird ein Team mit externen Gästen angelegt. Nach Projektende wechselt der interne Owner die Stelle. Dateien bleiben für Gewährleistung und spätere Beschaffung relevant, Gästezugänge und Verantwortlichkeit werden jedoch nicht überprüft. Das Team ist noch vorhanden, aber niemand steuert seinen Zweck.

Dieses Beispiel ist konstruiert. Es beschreibt keinen behaupteten Kundenfall und enthält keine erfundene Anzahl unkontrollierter Teams oder Sicherheitsvorfälle.

Eine reine Löschregel würde das Problem nicht lösen. Einige Inhalte werden weiterhin benötigt. Eine dauerhafte Aufbewahrung des aktiven Teams löst es ebenfalls nicht, weil Mitgliedschaften und Bearbeitungsrechte bestehen bleiben.

Benötigt wird eine fachliche Entscheidung:

• Ist die Zusammenarbeit abgeschlossen?
• Welche Inhalte müssen in welcher Form erhalten bleiben?
• Wer verantwortet sie nach dem Projekt?
• Welche externen Zugriffe werden beendet?
• Wird der Arbeitsraum archiviert, übergeben oder gelöscht?

Genau diese Entscheidungskette bildet eine sinnvolle Teams-Governance ab.

Entscheidung 1: Welche Arbeitsräume dürfen entstehen?

Nicht jede Zusammenarbeit benötigt ein neues Team. Manchmal genügt ein Kanal in einem bestehenden Team, eine SharePoint-Ablage, ein Chat oder ein anderer definierter Arbeitsraum. Umgekehrt kann ein eigenes Team sinnvoll sein, wenn Mitgliedschaft, Schutzbedarf, Verantwortlichkeit oder Lebenszyklus klar abgegrenzt werden müssen.

Statt jede Anlage einzeln durch die IT freigeben zu lassen, können wenige erlaubte Typen definiert werden:

Arbeitsraumtyp	Typischer Zweck	Lebenszyklus
Organisationseinheit	dauerhafte Zusammenarbeit einer Abteilung oder eines Teams	fortlaufend, regelmäßige Owner-Prüfung
internes Projekt	zeitlich begrenzte bereichsübergreifende Arbeit	Projektende, Übergabe und Archivierung
externe Zusammenarbeit	Zusammenarbeit mit Kunden, Lieferanten oder Partnern	kürzerer Review von Mitgliedschaft und Zweck
Community oder Fachgruppe	Austausch zu einem wiederkehrenden Thema	Fortführung abhängig von Aktivität und Owner

Für jeden Typ werden nur die tatsächlich benötigten Mindestangaben erhoben:

• verständlicher Zweck,
• verantwortlicher Owner,
• vorgesehene Mitgliedergruppe,
• externe Beteiligung,
• Schutz- oder Vertraulichkeitsstufe,
• erwarteter Prüftermin oder Endpunkt.

Die Microsoft-Planungshilfe für Teams-Governance nennt Erstellung, Benennung, Klassifizierung und Gastzugriff als zusammenhängende Entscheidungsfelder. Sie weist zugleich darauf hin, dass eine stark eingeschränkte Gruppenerstellung die Produktivität bremsen kann, weil mehrere Microsoft-365-Dienste Gruppen als Grundlage verwenden.

Die KinOps-Empfehlung lautet deshalb: Erstellung so dezentral wie vertretbar, Verantwortung so verbindlich wie nötig. Eine zentrale Freigabe ist angemessen, wenn Schutzbedarf, externe Beteiligung, regulatorische Anforderungen oder besondere technische Integrationen eine Vorprüfung erfordern. Für einen risikoarmen internen Projektraum kann eine standardisierte Selbsterstellung die bessere Lösung sein.

Warnsignal: Die Organisation entscheidet nur, wer technisch Teams erstellen darf, aber nicht, für welche Zwecke und mit welcher Verantwortung.

Entscheidung 2: Wer verantwortet den Arbeitsraum?

Ein Owner besitzt in Teams technische Möglichkeiten zur Verwaltung von Mitgliedern und Einstellungen. Für Governance reicht diese technische Rolle allein nicht.

Der fachliche Owner sollte mindestens verantworten:

• Zweck und zulässige Nutzung,
• angemessene Mitgliedschaft,
• Entscheidung über Gäste,
• regelmäßige Überprüfung,
• Übergabe bei Rollenwechsel,
• Abschluss, Archivierung oder Löschung.

Microsoft beschreibt Owner als notwendige Rolle, damit Mitgliedschaften und Gruppeneinstellungen verwaltet werden können. Ein Team kann verwaisen, wenn das Konto eines Owners entfernt wird. Für geeignete Abonnements bietet Microsoft eine Richtlinie an, die aktive Mitglieder um die Übernahme einer verwaisten Gruppe bitten kann.

Eine solche Automatisierung ist hilfreich, aber sie löst die fachliche Nachfolge nicht. Der aktivste Nutzer ist nicht automatisch die richtige verantwortliche Person.

Für wichtige oder länger laufende Arbeitsräume ist deshalb ein zweiter handlungsfähiger Owner oder eine geregelte Stellvertretung sinnvoll. Das ist eine organisatorische Empfehlung und keine technische Mindestanforderung von Teams. Entscheidend ist, dass Abwesenheit oder Stellenwechsel den Lebenszyklus nicht blockieren.

Die Trennung von Rolle, Verantwortung, Entscheidungsrecht und technischer Berechtigung gilt auch hier. Die IT darf verwaiste Teams technisch erkennen und absichern. Wer Zweck, Mitgliedschaft und Abschluss fachlich entscheidet, sollte aus der verantwortlichen Organisation kommen.

Warnsignal: Die Owner-Liste ist technisch gefüllt, aber die eingetragenen Personen kennen weder ihre Aufgabe noch den vorgesehenen Endpunkt des Teams.

Entscheidung 3: Wie wird extern zusammengearbeitet?

„Externer Zugriff“ ist in Teams kein einzelner Schalter. Microsoft unterscheidet unter anderem:

• externen Zugriff für organisationsübergreifende Kommunikation wie Chat und Anruf,
• Gastzugriff mit einem Gastkonto und Mitgliedschaft in einem Team,
• weitere Formen wie Besprechungsteilnahme oder gemeinsame Kanäle, die eigene Voraussetzungen besitzen.

Die aktuelle Microsoft-Dokumentation zu Gast- und externem Zugriff zeigt: Eine Person mit externem Zugriff erhält nicht automatisch Zugriff auf Teamressourcen und Dateien. Ein Gast kann abhängig von den gesetzten Regeln Mitglied des Arbeitsraums sein und Inhalte nutzen.

Vor der Konfiguration muss daher der Geschäftszweck geklärt werden:

Bedarf	Mögliche Form
gelegentlicher Chat oder Anruf mit einer anderen Organisation	externer Zugriff
Mitarbeit in Kanälen und gemeinsamen Dateien	Gastzugriff oder geeignete Kanalform
einmalige Besprechung	geregelte Besprechungsteilnahme
dauerhafte Zusammenarbeit mit sensiblen Informationen	eigener, gezielt geschützter Arbeitsraum mit Review

Die Governance legt fest:

• welche Arten externer Zusammenarbeit erlaubt sind,
• welche Informationen dort verarbeitet werden dürfen,
• wer Gäste einladen oder bestätigen darf,
• wie Identität und Organisation des Gastes geprüft werden,
• wann Mitgliedschaften überprüft werden,
• was nach Ende der Zusammenarbeit geschieht.

Eine pauschale Sperre kann zulässige Zusammenarbeit in E-Mail, private Dateidienste oder persönliche Konten verdrängen. Eine pauschale Öffnung behandelt dagegen jeden Arbeitsraum gleich, unabhängig vom Schutzbedarf. Der angemessene Weg verbindet Kollaborationsform und Risiko.

Warnsignal: Gäste werden einmal eingeladen und bleiben danach ohne fachlichen Prüftermin Mitglied.

Entscheidung 4: Wo liegen welche Informationen?

Teams wird häufig als zentraler Ort für Zusammenarbeit bezeichnet. Daraus folgt nicht, dass jede Information dauerhaft in einem Kanal oder einer beliebigen Dateiablage richtig aufgehoben ist.

Für jeden Arbeitsraumtyp sollte geklärt werden:

• Welche Informationen werden nur während der Zusammenarbeit benötigt?
• Welche Dokumente werden zu verbindlichen Unternehmensunterlagen?
• Wo liegt die freigegebene oder führende Fassung?
• Welche Aufbewahrungs- und Löschregeln gelten?
• Wer darf Inhalte extern teilen?
• Was muss am Ende in ein Fachsystem, Dokumentenmanagement oder Archiv überführt werden?

Ein Team kann Arbeitsraum sein, ohne automatisch das führende System für Vertrag, Personalakte, technische Dokumentation oder Qualitätsnachweis zu werden. Die fachliche Regel muss den Übergang beschreiben.

Besonders wichtig ist die Trennung von drei Begriffen:

Begriff	Zweck
Arbeitsablage	unterstützt laufende Zusammenarbeit und Veränderung
Aufbewahrung	erhält oder löscht Inhalte nach definierten organisatorischen beziehungsweise rechtlichen Regeln
Archivierung des Teams	beendet aktive Zusammenarbeit und erhält einen betrachtbaren Arbeitsstand

Microsoft Purview kann abhängig von Lizenz und Konfiguration Aufbewahrungsregeln für unterschiedliche Datenorte umsetzen. Die konkrete Richtlinie benötigt eine fachliche und gegebenenfalls rechtliche Grundlage. Eine lange Aufbewahrung „für alle Fälle“ ist ebenso wenig automatisch richtig wie eine pauschale Löschung nach Projektende.

Warnsignal: Nutzer sehen Dateien in Teams und schließen daraus, dass Aufbewahrung, führende Fassung und Löschung damit automatisch geregelt seien.

Entscheidung 5: Wie wird ein Team überprüft und beendet?

Jedes Team benötigt entweder einen erwarteten Endpunkt oder einen regelmäßigen Fortführungsentscheid.

Der Lebenszyklus kann vier Zustände unterscheiden:

1. Aktiv: Zweck, Owner und Mitgliedschaft sind aktuell.
2. Zu prüfen: Termin, Inaktivität oder organisatorische Änderung lösen eine Überprüfung aus.
3. Archiviert: Aktive Zusammenarbeit ist beendet, Inhalte bleiben im vorgesehenen Umfang zugänglich.
4. Gelöscht: Arbeitsraum und verbundene Ressourcen werden nach Prüfung und geltenden Aufbewahrungsregeln entfernt.

Microsoft beschreibt Archivierung und Löschung als unterschiedliche Vorgänge. Ein archiviertes Team kann wieder aktiviert werden; die Teamaktivität wird beendet und der Arbeitsraum in Teams grundsätzlich schreibgeschützt. Für verbundene SharePoint-Inhalte und Ownerrechte sind die gewählten Optionen und Aufbewahrungsregeln gesondert zu beachten.

Für Microsoft-365-Gruppen stehen außerdem optionale Ablaufrichtlinien zur Verfügung. Aktive Gruppen können anhand erkannter Aktivität automatisch erneuert werden; andernfalls erhalten Owner eine Aufforderung zur Erneuerung. Verfügbarkeit, Lizenzvoraussetzungen und konkrete Wirkung müssen vor Einsatz aktuell geprüft werden.

Eine Ablaufregel ist kein Ersatz für einen fachlichen Abschluss. Aktivität beweist nur Nutzung, nicht weiterhin bestehenden Zweck. Umgekehrt kann ein wenig aktiver Arbeitsraum aus Nachweis- oder Projektgründen weiterhin erforderlich sein.

Der Review sollte deshalb mindestens beantworten:

• Besteht der dokumentierte Zweck noch?
• Sind Owner, Mitglieder und Gäste noch korrekt?
• Passt der Schutzbedarf?
• Welche Inhalte müssen übergeben oder aufbewahrt werden?
• Soll das Team aktiv bleiben, archiviert oder gelöscht werden?
• Wer setzt die Entscheidung bis wann um?

Warnsignal: Inaktivität führt automatisch zur Löschung, ohne dass Informationswert, Projektstatus oder Aufbewahrung geprüft werden.

Die minimale Governance-Matrix

Die fünf Entscheidungen lassen sich für kleine und mittlere Organisationen in einer kompakten Matrix pflegen:

Entscheidung	Verbindliche Mindestregel	Verantwortliche Rolle
Zweck und Erstellung	erlaubte Arbeitsraumtypen und erforderliche Angaben	Collaboration Owner oder IT-Leitung
Ownership	fachlicher Owner, Stellvertretung und Übergabe	jeweilige Organisationseinheit
externe Zusammenarbeit	erlaubte Formen, Schutzgrenzen und Review	fachlicher Owner mit IT beziehungsweise Informationssicherheit
Informationsablage	führende Ablage, Aufbewahrung und Übergabe	Information Owner oder Fachverantwortung
Lebenszyklus	Prüfauslöser, Archivierung, Löschung und Nachweis	fachlicher Owner; technische Umsetzung durch IT

Die Rollen können in einem kleineren Unternehmen von wenigen Personen wahrgenommen werden. Die Entscheidungen sollten trotzdem gedanklich getrennt bleiben.

Namenskonventionen, Vorlagen, Sensitivity Labels, Ablaufregeln und automatisierte Reviews können diese Matrix technisch unterstützen. Sie kommen danach. Eine automatisierte Regel ohne fachliche Entscheidung erzeugt nur schneller ein konsistentes Missverständnis.

Ein pragmatischer Einführungsweg

1. Den tatsächlichen Bestand verstehen

Ermitteln Sie vorhandene Teams, Owner, Gäste, Aktivität, Datenschutz- beziehungsweise Schutzbedarf und erkennbare Arbeitsraumtypen. Die Bestandsaufnahme dient nicht dazu, sofort alles zu löschen. Sie zeigt, welche wenigen Muster tatsächlich geregelt werden müssen.

2. Drei oder vier Arbeitsraumtypen definieren

Beginnen Sie mit den häufigsten Fällen. Ein seltenes Sondermodell kann später ergänzt werden. Je Typ werden Owner, externe Zusammenarbeit, Prüftermin und Abschluss festgelegt.

3. Einen realen Projektlebenszyklus durchspielen

Prüfen Sie die Regeln an einem neuen oder laufenden Projekt:

• Wer beantragt oder erstellt das Team?
• Welche Angaben werden benötigt?
• Wie kommen interne und externe Mitglieder hinein?
• Wo liegen verbindliche Dokumente?
• Was geschieht bei Ownerwechsel?
• Wie endet das Projekt?

Dabei werden Lücken sichtbarer als in einer abstrakten Richtliniendiskussion.

4. Nutzer verständlich informieren

Eine Governance ist nur wirksam, wenn Owner wissen, welche Verantwortung sie übernehmen. Die Kommunikation sollte nicht mit Admin-Center-Begriffen beginnen, sondern mit konkreten Aufgaben:

• Mitglieder aktuell halten,
• Gäste prüfen,
• Schutzbedarf beachten,
• verbindliche Dokumente richtig ablegen,
• Review und Abschluss durchführen.

5. Wiederkehrende Schritte gezielt automatisieren

Erst jetzt lohnt die Prüfung technischer Funktionen:

• Vorlagen und vordefinierte Einstellungen,
• Klassifizierung oder Sensitivity Labels,
• standardisierte Erstellung,
• Erkennung verwaister Gruppen,
• Ablauf- und Erneuerungsregeln,
• Erinnerungen und Auswertungen.

Welche Funktionen verfügbar und wirtschaftlich sind, hängt vom vorhandenen Microsoft-365- und Entra-Abonnement ab. Der fachliche Prozess sollte nicht von einer Funktion abhängen, deren Lizenz oder Betriebsverantwortung ungeklärt ist.

Woran eine wirksame Governance erkennbar wird

Die reine Zahl vorhandener Teams ist keine ausreichende Kennzahl. Wachstum kann durch mehr Projekte oder Zusammenarbeit sachlich begründet sein.

Hilfreicher sind Fragen wie:

• Wie viele aktive Teams besitzen keinen handlungsfähigen fachlichen Owner?
• Wie viele externe Mitgliedschaften wurden im vorgesehenen Zeitraum geprüft?
• Wie viele beendete Projekte warten noch auf Übergabe oder Archivierung?
• Wie oft ist unklar, wo die verbindliche Fassung eines Dokuments liegt?
• Wie viele Ausnahmen benötigen manuelle Klärung?
• Wie lange dauert es, einen vorgesehenen Arbeitsraum regelkonform bereitzustellen?

Eine gute Governance reduziert nicht zwingend die Zahl der Teams. Sie reduziert die Zahl der Arbeitsräume ohne erklärbaren Zweck, Verantwortung und geregeltes Ende.

Was das Modell nicht ersetzt

Die fünf Entscheidungen sind ein Mindestmodell. Sie ersetzen abhängig vom Kontext nicht:

• Datenschutz- und Informationssicherheitsprüfung,
• Betriebsrats- oder Rechtsprüfung,
• technische Konfiguration von Teams, Entra, SharePoint und Purview,
• Berechtigungs- und Identitätskonzept,
• Aufbewahrungs- und Löschkonzept,
• Notfall- und Wiederherstellungsplanung,
• Schulung für besondere Schutz- oder Compliance-Anforderungen.

Bei stark regulierten Daten, vielen externen Partnern, mehreren Mandanten oder komplexen Länderanforderungen kann ein deutlich formelleres Modell notwendig sein. Der schlanke Ansatz dient dann als fachliche Basis, nicht als vollständige Kontrollarchitektur.

Der erste sinnvolle Schritt

Nehmen Sie ein heute neu angelegtes Team und beantworten Sie fünf Sätze:

1. Dieser Arbeitsraum existiert, damit …
2. Fachlich verantwortlich ist …
3. Externe dürfen mitarbeiten, wenn …
4. Verbindliche Informationen werden …
5. Über Fortführung, Archivierung oder Löschung wird entschieden am …

Wenn diese Sätze beantwortet sind, lassen sich Namensgebung, Vorlage, Berechtigung und Automatisierung zielgerichtet konfigurieren. Wenn sie offen bleiben, schafft eine strengere technische Richtlinie noch keine Governance.

Teams-Wildwuchs entsteht nicht allein, weil Nutzer Arbeitsräume erstellen dürfen. Er entsteht, wenn die Organisation deren Zweck, Verantwortung und Ende nicht entscheidet.