Teams- und SharePoint-Governance in Microsoft 365

von

Wissen

Praxis-Artikel und Leitfäden rund um SharePoint – alle frei verfügbar. Informationsarchitektur, Inhaltstypen, Taxonomie, Suche, Dokumentenmanagement und Migration.

Beratung

Beratung, Projektbegleitung, Standortbestimmung der SharePoint-Umgebung. Informationsarchitektur, Dokumentenmanagement, QM-Publishing, Migration und Copilot-Readiness.

Fachbücher

SharePoint-Erfahrung seit dem ersten Buch zu SharePoint 2003 – über alle Produktgenerationen bis zur KI-Ära. Das Thema bekommt seinen festen Platz im Buchprogramm.

Tools

Die CosyTrack-Familie: Provisioner erzeugt Strukturen nach Vorlage, Migrate zieht Listen und Bibliotheken um, Publisher macht aus Word gepflegte Seiten, Drive verbindet Desktop und Cloud. Dazu Dragpad.

Schulungen

Online-Workshops zu Dokumentenmanagement, Informationsarchitektur, Publishing und Migration – kompakt, hands-on, ohne MOC-Folienschlacht.

Teams- und SharePoint-Governance in Microsoft 365

Wildwuchs gezielt eindämmen – mit gelenktem Lebenszyklus statt Verbotskatalog

Teams- und SharePoint-Governance: Wildwuchs zähmen, ohne die Arbeit zu bremsen

Es gibt eine Zahl, die in jeder Microsoft-365-Bestandsaufnahme für betretenes Schweigen sorgt: die Anzahl der Teams. Vierstellig bei mittelständischen Organisationen, mehr als die Hälfte davon seit über einem Jahr ohne Lebenszeichen, ein erklecklicher Teil besitzerlos — und mindestens eines heißt „Test“. Governance hat trotzdem einen schlechten Ruf, weil sie meist als Verbotskatalog daherkommt. Dieser Artikel macht es anders: Er zeigt, wie der Wildwuchs mechanisch entsteht, und baut daraus einen gelenkten Lebenszyklus, bei dem die Fachbereiche ihre Teams weiterhin in Minuten bekommen — nur eben sauber benannt, richtig berechtigt und mit einem geregelten Ende.

FAKTENKASTEN — Teams- und SharePoint-Governance in Microsoft 365

Jedes neu erstellte Team erzeugt eine Microsoft-365-Gruppe samt SharePoint-Teamwebsite, Gruppenpostfach, Kalender und Planner; standardmäßig darf jeder Benutzer Teams bzw. Gruppen erstellen.

Die Erstellung von Microsoft-365-Gruppen lässt sich per Entra-ID-Einstellung auf eine definierte Sicherheitsgruppe beschränken — und damit auf einen Antragsweg lenken.

Die Ablaufrichtlinie für Microsoft-365-Gruppen kennt Laufzeiten von 180, 365 oder frei definierten Tagen (mindestens 30); aktiv genutzte Gruppen werden rund 35 Tage vor Ablauf automatisch verlängert. Voraussetzung ist Entra ID P1/P2 im Mandanten.

Abgelaufene Gruppen sind 30 Tage wiederherstellbar — inklusive Website, Postfach und Planner; danach werden sie endgültig gelöscht, wobei Aufbewahrungsregeln (Retention) Vorrang haben.

Für besitzerlose Gruppen gibt es eine Richtlinie, die Mitglieder automatisch zur Übernahme der Besitzerrolle auffordert; Ablauf-Benachrichtigungen besitzerloser Gruppen gehen an eine hinterlegte Sammeladresse.

Vertraulichkeitsbezeichnungen (Sensitivity Labels) steuern je Team und Website zentral Privatsphäre, Gastzugriff und externe Freigabe.

Stand: August 2026 · boddenberg.de

 

Wie der Wildwuchs entsteht — ganz ohne Bösewicht

Der Teams-Wildwuchs braucht keine schlechten Absichten, nur die Werkseinstellungen. Der „Team erstellen“-Knopf ist der neue „Neuer Ordner“: einen Klick entfernt, für jeden verfügbar, ohne Frage nach Name, Zweck oder Verantwortung — nur dass er statt eines Ordners gleich fünf Ressourcen erzeugt. Und weil das Anlegen so leicht ist und das Aufräumen niemandes Aufgabe, folgt fast jedes spontan gegründete Team demselben Lebenslauf: kurze Euphorie, stilles Einschlafen, Verwaisung beim ersten Personalwechsel — und dann die Ewigkeit als Datenleiche, samt Inhalten, Gästen und Freigaben:

Skizze 1: Ein Klick erzeugt fünf Ressourcen — und ohne Lebenszyklus folgt der ungelenkte Vierakter bis zur Datenleiche. Der Fehler liegt im fehlenden Prozess, nicht bei den Anwendern.

Wichtig für die Diagnose: Der Wildwuchs ist kein Anwenderproblem und kein Teams-Problem — er ist ein Lebenszyklus-Problem. Es gibt einen Anfang ohne Regeln, eine Mitte ohne Zuständigkeit und schlicht kein Ende. Genau an diesen drei Stellen setzt Governance an, und an keiner davon mit einem Verbot.

PRAXISBOX — 1.412 Teams, neun davon hießen „Test“

Handelsgruppe, rund 900 Mitarbeiter, Auftakt eines Governance-Projekts mit der obligatorischen Bestandsaufnahme. Das Skript lieferte Zahlen, die der IT-Leiter erst für einen Fehler hielt: 1.412 Teams. Davon 61 Prozent seit über einem Jahr ohne jede Aktivität, 137 besitzerlos, und die Hitliste der Namen las sich wie eine Beichte: neunmal „Test“ in Varianten („Test“, „Test2“, „Test_final“), dazu dreimal dasselbe Bauprojekt als parallel gegründete Teams dreier Abteilungen — mit je eigener Dateiablage, versteht sich. Der schönste Fund war ein Team namens „Weihnachtsfeier 2021“ mit einem Gastkonto der damaligen Eventagentur, quicklebendig. Die Pointe der Abschlusspräsentation: Niemand hatte je etwas falsch gemacht — jeder einzelne Klick war erlaubt, naheliegend und gut gemeint. Erst die Summe war das Desaster. Aufgeräumt wurde in Wellen; die Ablaufrichtlinie erledigt den Rest seither von allein.

 

Governance heißt nicht verbieten: die drei Stellschrauben

Die Entstehung lenken

Erste Stellschraube: Aus dem anonymen Klick wird ein kurzer Antragsweg — Self-Service bleibt, aber über ein Formular mit Zweck, Vorlage, zwei Besitzern und der Frage nach externer Beteiligung. Die Bereitstellung läuft danach automatisch nach Vorlage: Namenskonvention, passende Grundstruktur samt Inhaltstypen, Sensitivity Label, fertig. Werkzeuge wie CosyTrack.Provisioner automatisieren genau diesen Schritt, sodass zwischen Antrag und fertigem Team Minuten liegen, nicht Tage. Das ist der Deal, der Governance mehrheitsfähig macht: Der saubere Weg ist genauso schnell wie der wilde — nur mit besserem Ergebnis.

Das Leben begleiten

Zweite Stellschraube: Zuständigkeit darf nicht sterben. Zwei Besitzer sind Pflicht (einer ist ein Single Point of Failure mit Urlaubsanspruch — das Muster kennst du aus dem Workflow-Artikel), die Besitzerlos-Richtlinie fordert bei Verwaisung automatisch Mitglieder zur Übernahme auf, und der Quartalsblick auf Gäste und Freigaben verhindert die Weihnachtsfeier-Agentur mit Dauerzugriff. Sensitivity Labels erledigen nebenbei, was sonst Einzelfallentscheidung wäre: Ein als „vertraulich“ gelabeltes Team ist automatisch privat und ohne Gastzugriff — ohne dass es jemand je vergessen kann.

Das Sterben regeln

Dritte Stellschraube, die wichtigste: ein geregeltes Ende. Die Ablaufrichtlinie gibt jeder Gruppe eine Laufzeit; was aktiv genutzt wird, verlängert sich automatisch und unbemerkt, was eingeschlafen ist, fragt seinen Besitzer — und wird ohne Antwort nach Frist samt Wiederherstellungsfenster abgeräumt. Karteileichen erledigen sich damit von selbst, ohne dass je ein Mensch eine Löschliste pflegt. Und keine Sorge um die Compliance: Aufbewahrungsregeln aus dem Retention-Artikel dieses Clusters haben Vorrang — was aufbewahrt werden muss, überlebt jede Ablaufrichtlinie:

Skizze 2: Der gelenkte Lebenszyklus — Antrag, automatische Provisionierung, begleiteter Betrieb, geregeltes Ende. Self-Service bleibt, nur die Leitplanken kommen dazu.

Stellschraube

Bordmittel

Wirkung

Erstellung lenken

Entra-ID-Einstellung + Antragsformular + Vorlagen-Provisionierung

Kein anonymer Wildwuchs, Teams in Minuten statt Tagen

Namen ordnen

Namenskonvention in der Provisionierung

„PRJ-Müller-Halle3“ statt „Test_final“

Zuständigkeit sichern

Zwei-Besitzer-Pflicht + Besitzerlos-Richtlinie

Verwaiste Teams fangen sich selbst wieder ein

Vertraulichkeit steuern

Sensitivity Labels je Team/Website

Privatsphäre und Gastzugriff folgen dem Label, nicht dem Zufall

Ende regeln

Ablaufrichtlinie (180/365 Tage, Auto-Verlängerung)

Karteileichen räumen sich selbst ab

Compliance wahren

Retention Labels mit Vorrang

Aufbewahrungspflichtiges überlebt jede Löschung

 

MERKBOX

Governance ist kein Verbotskatalog, sondern ein Lebenszyklus: gelenkte Entstehung, begleiteter Betrieb, geregeltes Ende. Der Maßstab für jede Regel lautet: Der bequemste Weg muss der richtige sein — sonst wandert die Arbeit dorthin, wo keine Regel mehr hinreicht.

 

WARNBOX — die drei Klassiker

Erstens: das Totalverbot. Wer die Team-Erstellung komplett sperrt und jeden Antrag durch drei Gremien schickt, erzeugt keine Ordnung, sondern Schatten-IT — die Zusammenarbeit wandert in WhatsApp, private Clouds und E-Mail-Anhänge, wo weder Berechtigungen noch Retention noch DSGVO hinreichen.

Zweitens: die Governance-Fibel ohne Technik. Ein 40-Seiten-Regelwerk, das niemand liest und nichts erzwingt, ist Dekoration. Jede Regel, die sich nicht als Richtlinie, Label oder Provisionierungsschritt automatisieren lässt, gehört gestrichen oder umgebaut.

Drittens: die Ablaufrichtlinie ohne Retention-Check. Wer Gruppen ablaufen lässt, bevor Aufbewahrungslabels sitzen, riskiert die Löschung von Aufbewahrungspflichtigem — und wer es umgekehrt zu gut meint, wundert sich, warum gelabelte Teams sich nicht löschen lassen. Beides zusammen denken, in dieser Reihenfolge: erst Retention, dann Ablauf.

 

PRAXISBOX — das Totalverbot und die WhatsApp-Baustelle

Bauträger, die IT-Leitung hatte auf den Wildwuchs-Schock resolut reagiert: Team-Erstellung komplett gesperrt, neue Teams nur per Ticket mit Begründung und Genehmigung durch zwei Instanzen — Durchlaufzeit realistisch anderthalb Wochen. Die Statistik sah danach traumhaft aus: kaum neue Teams. Sechs Wochen später platzte der Traum auf einer Baustellenbesprechung, als ein Polier ganz selbstverständlich Fotos eines Wasserschadens aus der projektbegleitenden WhatsApp-Gruppe zeigte — Mitglieder: eigene Leute, zwei Subunternehmer und ein ausgeschiedener Bauleiter mit privatem Handy. Parallel fand sich ein Dropbox-Ordner mit Ausschreibungsunterlagen, angelegt „weil das mit den Teams ja ewig dauert“. Die Kehrtwende: Antragsformular mit zwei Minuten Aufwand, automatische Bereitstellung nach Projektvorlage binnen einer Stunde, Ablaufrichtlinie im Hintergrund. Die WhatsApp-Gruppen verschwanden nicht per Anweisung, sondern von selbst — der offizielle Weg war schlicht besser geworden. Seitdem ist das mein Standardsatz in jedem Governance-Workshop: Verbote verschieben die Arbeit nur dorthin, wo man sie nicht mehr sieht.

 

FAQ zur Teams- und SharePoint-Governance

Sollten wir die Team-Erstellung für normale Benutzer sperren?

Sperren nein, lenken ja. Das Totalverbot erzeugt Schatten-IT — der bewährte Mittelweg ist ein kurzer Antragsweg mit automatischer Bereitstellung nach Vorlage: zwei Minuten Aufwand für den Anwender, Minuten bis zur Bereitstellung, und trotzdem Namenskonvention, Besitzerpflicht und Label ab Werk. Technisch läuft das über die Entra-ID-Erstellungseinstellung plus Provisionierungswerkzeug.

Wie werden wir die vielen inaktiven Teams los?

Mit einer Kombination aus Einmal-Aufräumen und Dauermechanik: Erst die Bestandsaufnahme (Aktivität, Besitzer, Gäste), dann eine Archivierungs- und Löschwelle in Abstimmung mit den Fachbereichen — und danach übernimmt die Ablaufrichtlinie: Aktives verlängert sich automatisch, Inaktives fragt den Besitzer und räumt sich sonst selbst ab. Wichtig: vorher die Retention-Labels setzen, damit nichts Aufbewahrungspflichtiges mitgeht.

Was passiert mit den Daten, wenn eine Gruppe abläuft?

Nach dem Ablauf ist die Gruppe samt Website, Postfach und Planner 30 Tage wiederherstellbar — danach wird endgültig gelöscht. Ausnahme: Inhalte unter Aufbewahrung. Retention-Richtlinien und -Labels haben Vorrang, aufbewahrungspflichtige Inhalte bleiben also erhalten, auch wenn die Gruppe verschwindet. Genau deshalb gehört das Retention-Konzept vor die Ablaufrichtlinie.

Brauchen wir für die Ablaufrichtlinie zusätzliche Lizenzen?

Die Gruppen-Ablaufrichtlinie setzt Entra ID P1 oder P2 im Mandanten voraus — die Lizenzen müssen vorhanden sein, aber nicht jedem einzelnen Benutzer zugewiesen werden. In vielen Umgebungen stecken sie ohnehin schon in Paketen wie Microsoft 365 Business Premium oder E3/E5-Kombinationen; ein Blick in den eigenen Lizenzbestand lohnt vor jeder Beschaffungsdiskussion.

Wie gehen wir mit besitzerlosen Teams um?

Zweigleisig: Die Besitzerlos-Richtlinie fordert automatisch aktive Mitglieder zur Übernahme der Besitzerrolle auf — das fängt einen Großteil ein. Für den Rest gilt die hinterlegte Sammeladresse als Auffangnetz, damit Ablauf-Benachrichtigungen nicht ins Leere gehen. Und präventiv wirkt die Zwei-Besitzer-Pflicht bei der Erstellung: Verwaisung ist fast immer die Folge eines einzelnen Besitzers, der geht.

Wie viel Governance ist genug — und wann wird es zu viel?

Der Praxistest hat zwei Fragen: Bekommt ein Fachbereich sein sauberes Team in Minuten? Und räumt sich Inaktives ohne menschliches Zutun ab? Zweimal ja heißt: genug. Zu viel wird es, sobald der offizielle Weg langsamer ist als der Ausweichweg — dann beginnt die Schatten-IT, und jede weitere Regel verschlimmert es. Governance mit Augenmaß zuzuschneiden ist übrigens ein klassisches Workshop-Thema; genau dafür gibt es Beratung.

 

Governance mit Augenmaß — mit jemandem, der das seit SharePoint 2003 macht

Ob Bestandsaufnahme, Lebenszyklus-Konzept oder Provisionierung nach Vorlage: Wir bauen dir eine Governance, bei der der bequemste Weg der richtige ist — und die Karteileichen sich selbst abräumen.

→ SharePoint-Beratung anfragen: boddenberg.de/consulting-sharepoint-server-sharepoint-online/