Das SharePoint-Site-Sprawl-Problem
Warum Self-Service-Site-Erstellung einen IT-Engpass gegen ein Stilllegungsproblem eintauscht, und wie Erstellungsregeln und Lifecycle-Reviews von Anfang an zusammengehören.
TL;DR
Self-Service-Site-Erstellung nimmt der IT Engpässe ab, macht aber die Stilllegung zum eigentlichen Problem: Sites häufen sich mit unklaren Besitzern und jahrelang ohne Aktivität an. Die Lösung sind nicht Erstellungssperren, sondern von Anfang an klare Namenskonventionen, Sensitivitätsstufen und regelmässige Besitzprüfungen, die Sites mit ausgeschiedenen Besitzern erkennen.
Original von Josiah Opiyo, auf Microsoft 365 & Power Platform Community Blog. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Admins/CoE: jede Self-Service-Erstellungsregel von Anfang an mit einer wiederkehrenden Besitz-Attestierung koppeln — eine verwaiste Site Jahre später stillzulegen kostet deutlich mehr als vierteljährlich den Besitzer zu prüfen.
- Maker: die eine neue Site, App oder Umgebung anlegen, sollten Namenskonventionen und Sensitivitätsstufen gleich bei der Erstellung setzen, nicht erst wenn Governance danach fragt.
- Leadership/Business: Wildwuchs als Lifecycle-Kostenproblem verstehen, nicht als Reibungsproblem bei der Anfrage — Erstellung zu blockieren löst es nicht, aber Lifecycle-Reviews auszulassen garantiert es.