SharePoint lernen: Struktur statt Chaos

Wenn SharePoint in einem Unternehmen „einfach mal eingeschaltet“ wird, entsteht selten eine saubere Informationsarchitektur. Dateien landen irgendwo, Berechtigungen wachsen unkontrolliert und niemand weiß, welche Version eines Dokuments die aktuelle ist. SharePoint kann sehr viel, aber nur, wenn du die Grundlagen bewusst planst: Sites, Bibliotheken, Berechtigungen, Metadaten, Versionierung und die Anbindung an Teams.

SharePoint-Grundprinzip: Sites statt Ordnerfriedhof

SharePoint ist kein Netzlaufwerk mit hübscherer Oberfläche, sondern eine Plattform für strukturierte Zusammenarbeit. Die zentrale Einheit ist die Site (in Microsoft 365 meist „Website“ oder „Teamwebsite“ genannt).

Typische Site-Typen:

• Team-Site für eine Abteilung oder ein Projekt
• Kommunikationssite für zentrale Infos, z. B. Intranet-Startseite
• Projekt-Site für einen Kunden oder ein Vorhaben mit klar definiertem Team

Eine Site sollte immer einen klaren Zweck und einen definierten Personenkreis haben. Wenn du beim Planen einer Site die Frage „Wer arbeitet hier woran und warum?“ nicht konkret beantworten kannst, ist die Site nicht gut geschnitten.

Praktische Daumenregeln:

• Eine Site pro Team oder Projekt, nicht pro Person.
• Keine „Sammelsites“ wie „Allgemeine Dokumente“, die alles und nichts enthalten.
• Lieber mehrere kleinere Sites mit klaren Berechtigungen als eine riesige Site mit unübersichtlichen Zugriffen.

In München sieht man in vielen Unternehmen dieselbe Entwicklung: Erst gibt es eine große „Unternehmenssite“. Nach einem Jahr ist sie unbenutzbar und es werden hektisch neue Sites nachgezogen. Besser du planst von Anfang an in Team- oder Projektlogik.

Dokumentbibliotheken: Fachliche Bereiche statt Ordnerwüste

Innerhalb einer Site landen deine Dateien in Dokumentbibliotheken. Viele Teams nutzen nur eine Bibliothek „Dokumente“ und bauen dann tief verschachtelte Ordnerstrukturen. Das ist verständlich, aber verschenkt viel Potenzial.

Besser: Du nutzt mehrere Bibliotheken pro Site, orientiert an fachlichen Bereichen oder Prozessen, zum Beispiel:

• In einer Marketing-Site:
• „Kampagnen“
• „Vorlagen“
• „Bilder & Medien“
• In einer Projekt-Site:
• „Kundenkommunikation“
• „Verträge“
• „Projektdokumentation“

Vorteile mehrerer Bibliotheken:

• Unterschiedliche Berechtigungen pro Bibliothek möglich
• Unterschiedliche Metadaten und Ansichten je Bibliothek
• Klare Trennung von „Arbeitsdokumenten“ und freigegebenen Inhalten

Ordner sind nicht verboten, aber du solltest sie flach halten und sie mit Metadaten kombinieren (dazu gleich mehr). Fünf Ebenen tiefe Ordnerstrukturen sind ein sicheres Zeichen, dass Metadaten fehlen.

Berechtigungen: So wenig Sonderfälle wie möglich

Berechtigungen sind in SharePoint mächtig, aber schnell unübersichtlich. Grundsätzlich gibt es drei Ebenen, auf denen du denken solltest:

• Site: Wer gehört zum Team, wer nicht?
• Bibliothek / Liste: Muss eine Bibliothek enger geschützt werden?
• Einzelnes Dokument: Ausnahmefall, nicht der Standard

In der Praxis hat sich folgendes Vorgehen bewährt:

1. Definiere die Standardrollen auf Site-Ebene:

• „Besitzer“: wenige Personen, die Struktur und Berechtigungen verwalten
• „Mitglieder“: alle, die aktiv mitarbeiten, also lesen und schreiben
• „Besucher“: Personen mit reinem Leserecht, z. B. für Projektergebnisse

2. Nutze Gruppen statt Einzelberechtigungen:

• Füge Personen in M365-Gruppen oder SharePoint-Gruppen ein
• Vermeide es, einzelnen Nutzerinnen und Nutzern direkt Berechtigungen zu geben

3. Brich Vererbung nur gezielt:

• Wenn eine Bibliothek vertrauliche Inhalte hat, z. B. „HR-Verträge“
• Wenn einzelne Ordner oder Dateien streng vertraulich sind, z. B. „Angebote Entwurf Geschäftsführung“

Nachteil vieler spontaner Setups: Berechtigungen werden auf Dateiebene angepasst, weil „es schnell gehen muss“. Ein Jahr später weiß niemand mehr, wer worauf Zugriff hat. Dokumentiere Ausnahmen kurz in einer Notiz oder in einer separaten Liste in der Site, damit klar ist, warum es Sonderfälle gibt.

Metadaten: Der wichtigste Hebel gegen Suchfrust

Metadaten sind Zusatzinformationen zu Dateien, zum Beispiel:

• Kundennamen
• Projektcodes
• Dokumenttypen (Angebot, Rechnung, Protokoll)
• Status (Entwurf, freigegeben, archiviert)
• Gültigkeitsdatum

Statt dich nur auf Ordner zu verlassen, legst du definierte Spalten in der Bibliothek an. Beispiel für eine Projektbibliothek:

Spaltenname	Typ	Beispielwerte
Kunde	Nachschlagespalte	„Muster AG“, „Beispiel GmbH“
Projekt	Text oder Nachschlage	„P-2024-017“
Dokumenttyp	Auswahlliste	„Angebot“, „Protokoll“, „Vertrag“
Status	Auswahlliste	„Entwurf“, „zur Prüfung“, „final“
Gültig bis	Datum	31.12.2026

Damit kannst du:

• Ansichten erstellen, z. B. „Alle finalen Verträge der Muster AG“
• Nach bestimmten Feldern filtern und sortieren
• Über die SharePoint-Suche gezielt nach Metadaten suchen

Wichtig ist, dass Metadaten nicht zum Selbstzweck verkommen. Beschränke dich auf wenige, aber sinnvolle Spalten, die wirklich genutzt werden. Wenn Nutzerinnen und Nutzer zehn Pflichtfelder ausfüllen müssen, wird niemand SharePoint mögen.

Praxis-Tipp: Starte mit zwei bis vier Metadaten-Spalten, beobachte, was wirklich genutzt wird, und justiere dann nach. In Workshops mit Münchner Teams zeigt sich oft, dass schon ein einziges Feld „Dokumenttyp“ die Auffindbarkeit massiv verbessert.

Versionierung: Sicherheit statt Datei-Kopien mit „final_final“

SharePoint kann Versionen automatisch verwalten. Anstatt Dateien mit Namen wie „Angebot_Kunde_final_v3_endgueltig.docx“ zu speichern, behält die Bibliothek die Historie.

Aus Sicht der Praxis sind zwei Dinge entscheidend:

1. Haupt- und Entwurfsversionen:

• Hauptversionen: 1.0, 2.0, 3.0
• Entwurfsversionen: 1.1, 1.2, 1.3 Du kannst einstellen, dass Entwürfe nur für Bearbeiter sichtbar sind und nur freigegebene Versionen für alle.

2. Aufbewahrungsdauer der Versionen:

• Standardmäßig sammelt SharePoint viele Versionen
• Über Bibliothekseinstellungen oder Richtlinien kannst du begrenzen, wie viele Versionen aufgehoben werden

Vorteile der Versionierung:

• Du kannst ältere Stände wiederherstellen, wenn etwas schiefgeht
• Du siehst, wer wann was geändert hat
• Du brauchst keine Dateikopien für jeden Bearbeitungsschritt

Gerade wenn mehrere Personen parallel arbeiten, ist Versionierung in Kombination mit den Office-Online-Apps Gold wert. Wichtig ist, dass das Team weiß, dass es diese Funktion gibt und sie nicht durch „Sicherheitskopien“ im Dateinamen aushebelt.

Anbindung an Microsoft Teams: Kein zweites Dateisystem eröffnen

Viele Teams arbeiten inzwischen primär in Microsoft Teams und stolpern dann über die Registerkarte „Dateien“. Dahinter liegt nicht „irgendwas“, sondern eine SharePoint-Dokumentbibliothek der zugehörigen Site.

Wichtige Zusammenhänge:

• Jedes Team in Microsoft Teams hat im Hintergrund eine SharePoint-Teamwebsite.
• Jeder Kanal im Team bekommt einen Ordner in der Standardbibliothek „Dokumente“.
• Dateien, die du im Kanal „Allgemein“ hochlädst, landen im Ordner „Allgemein“ in dieser Bibliothek.

Damit du nicht zwei Welten pflegst, solltest du:

• Strukturen in SharePoint und Teams gemeinsam denken:
• Öffentliche Kanäle entsprechen oft Themenbereichen
• Private Kanäle erzeugen eigene, separate Sites mit eigenen Berechtigungen
• Nutzerinnen und Nutzer schulen, dass „Dateien in Teams“ eigentlich SharePoint-Dateien sind:
• Das erleichtert das Verständnis für Versionierung, Freigaben und Metadaten
• Für komplexere Strukturen direkt die SharePoint-Bibliothek öffnen:
• Dort kannst du Metadaten-Spalten anlegen und Ansichten definieren
• In Teams siehst du diese Metadaten dann ebenfalls, wenn du die Ansicht aktivierst

Häufiger Fehler: Man baut eine saubere Struktur in SharePoint auf, während das Team in Teams munter neue Kanäle und damit Ordner anlegt. Definiere daher klar: Welche Bibliotheken und Bereiche werden über Teams bespielt und wo liegt „nur“ das Intranet oder Referenzmaterial, das nicht direkt in Teams auftaucht.

Wie du eine neue SharePoint-Umgebung sinnvoll aufbaust

Wenn du SharePoint neu einführst oder aufräumen willst, hilft ein einfaches Vorgehen in fünf Schritten:

1. Beteiligte und Szenarien klären

• Welche Teams oder Abteilungen arbeiten mit SharePoint?
• Welche typischen Dokumentarten gibt es?
• Wo wird heute gemeinsam an Dokumenten gearbeitet?

2. Sites planen

• Eine Site pro Team/Abteilung und pro wichtigem Projekt
• Kommunikationssites für übergreifende Infos, z. B. „Unternehmensnews“, „IT-Services“

3. Bibliotheken definieren

• Welche fachlichen Bereiche brauchen eigene Bibliotheken?
• Wo sind getrennte Berechtigungen sinnvoll?
• Wo reichen Ordner innerhalb einer Bibliothek?

4. Metadaten und Standardansichten festlegen

• 2 bis 4 zentrale Metadaten pro Bibliothek
• Ansichten wie:
• „Meine Dokumente in Bearbeitung“
• „Finale Dokumente des letzten Jahres“
• „Protokolle nach Datum“

5. Berechtigungen und Governance festlegen

• Wer darf neue Sites anlegen?
• Wer ist Site-Besitzer, wer Mitglied?
• Wie werden Zugriffe dokumentiert und regelmäßig überprüft?

Für viele Unternehmen ist es sinnvoll, diese Schritte in einem Workshop mit den wichtigsten Stakeholdern zu erarbeiten. Wenn du das strukturiert angehen willst oder Unterstützung bei der Konzeption und Schulung deiner Teams brauchst, findest du passende Trainings und aktuelle Termine bei cmt.de.

Typische Stolperfallen und wie du sie vermeidest

Zum Schluss noch ein paar Klassiker aus der Praxis und konkrete Gegenmaßnahmen:

• Zu viele Sites, zu wenig Struktur Gegenmaßnahme: Eine einfache Übersicht aller Sites mit Zweck und Besitzer pflegen. Lieber Sites zusammenlegen, wenn sie denselben Personenkreis und Zweck haben.

• Persönliche Dateien in Team-Sites Gegenmaßnahme: Klar kommunizieren, dass persönliche Arbeitsstände in OneDrive gehören, nicht in SharePoint-Team-Sites.

• Niemand pflegt Metadaten Gegenmaßnahme: Wenige, sinnvolle Pflichtfelder. Zeige anhand konkreter Suchszenarien, welchen Nutzen Metadaten haben.

• Chaos durch „Freigeben für alle“ Gegenmaßnahme: Schulung zum Unterschied zwischen „Teilen“ und „Link kopieren“. Berechtigungen über Gruppen steuern, nicht über Ad-hoc-Freigaben.

• Teams-Kanäle als Ordnerersatz Gegenmaßnahme: Kanalstruktur bewusst planen. Nur Kanäle anlegen, die dauerhaft gebraucht werden. Für einmalige Themen lieber Threads im bestehenden Kanal nutzen.

Wenn du diese Punkte im Blick behältst, wird SharePoint vom ungeliebten Ablageort zum Werkzeug, das dir und deinem Team wirklich hilft. Struktur statt Chaos ist kein Zufall, sondern das Ergebnis klarer Entscheidungen zu Sites, Bibliotheken, Berechtigungen, Metadaten, Versionierung und der sinnvollen Nutzung von Microsoft Teams.