In jeder gewachsenen Power-Platform-Landschaft entstehen Environments schneller, als sie jemand aufräumt: PoCs, Test-Umgebungen, Personal-Environments. Nach zwei Jahren hat niemand mehr den Überblick, welche davon noch gebraucht werden. Das Problem ist nicht nur Kosten (Kapazität), sondern auch Sicherheit und Compliance – jede vergessene Umgebung ist eine potenzielle Datenhalde ohne Eigentümer.

Warum manuelles Aufräumen scheitert

Eine einmalige manuelle Aufräumaktion wirkt genau so lange, bis die nächsten Environments entstehen. Nachhaltig wird es erst, wenn die Bereinigung ein laufender, automatisierter Prozess ist – mit klaren Regeln, Karenzzeiten und lückenlosem Nachweis, wer wann was entschieden hat.

Das dreistufige Eskalationsverfahren

Bewährt hat sich ein Verfahren, das Inaktivität misst (z. B. keine Aktivität seit über 90 Tagen) und dann gestuft eskaliert, statt sofort zu löschen:

  • Stufe 1 – Hinweis: Der Environment-Eigentümer wird automatisch benachrichtigt und um Bestätigung gebeten, ob die Umgebung noch gebraucht wird.
  • Stufe 2 – Warnung: Bleibt eine Reaktion aus, folgt nach einer Karenzzeit eine zweite, deutlichere Erinnerung mit Ankündigung der Deaktivierung.
  • Stufe 3 – Aktion: Erst nach Ablauf aller Fristen ohne Reaktion wird die Umgebung deaktiviert/zur Löschung vorgemerkt – jeder Schritt im Audit-Log dokumentiert.
Der entscheidende Sicherheitsmechanismus ist die Karenzzeit plus lückenloses Logging: So wird nie ein produktives System „aus Versehen" gelöscht, und jede Entscheidung ist im Nachhinein nachweisbar.

Das messbare Ergebnis

In der Praxis reduziert ein solches Verfahren den wiederkehrenden manuellen Governance-Aufwand erheblich – im belegten Stadt-Wien-Fall von rund 20 Stunden auf 1,5 Stunden pro Woche (−92 %) bei gleichzeitig durchgängigem, prüfbarem Audit-Nachweis. Governance wird damit vom Dauer-Kostenfaktor zum automatisierten Hintergrundprozess.

Belegt aus der Praxis: Diese Lösung stammt aus einem echten Projekt. Stadt Wien – Environment-Bereinigung ansehen