Dieses Beispiel einer Governance-Reise wurde von Sam Palmer, Assistant Scholar am GeoPlan Center der University of Florida, gestaltet und geteilt. Vielen Dank an Sam und das Team der University of Florida für das Teilen ihrer Erfahrungen und Erkenntnisse.
Die Herausforderung
Die University of Florida hat Tausende von Studierenden, Dozenten und Mitarbeitern, die ArcGIS in einem enormen Spektrum von Disziplinen nutzen. Der Großteil dieser Nutzung erfolgt über ArcGIS Online (AGOL), und jahrelang lief die Plattform ohne viel formelle Aufsicht.
UF richtete seine AGOL-Instanz erstmals 2010 ein, aber eine bedeutende Akzeptanz setzte erst um 2014 ein. In diesen frühen Jahren war der Ansatz weitgehend unkontrolliert – und für eine Weile war das in Ordnung. Doch mit zunehmender Nutzung wuchs auch die Komplexität der Verwaltung. Daten sammelten sich an, Nutzer kamen und gingen, und der Speicherplatz für Features stieg allmählich an.Dann, im Jahr 2023, begannen Administratoren beim Login eine Warnung zu sehen, die eines unmissverständlich klar machte: die Plattform war ausgelastet.
Dieser Moment war der Auslöser für eine Governance-Initiative, die nun drei Jahre andauert und nahezu jeden Bereich berührt hat, wie UF seine ArcGIS-Umgebung verwaltet.
Ziele setzen, bevor gehandelt wird
Eine der wichtigsten Lektionen, die UF früh gelernt hat, ist, dass effektive Governance nicht erreicht wird, ohne zuerst Ziele zu definieren. Bevor das technische Arbeiten begann, machte das Team einen Schritt zurück und definierte, was sie tatsächlich erreichen wollten:
- Die Esri-Sitelizenz gegenüber der UF-Leitung rechtfertigen
- Ein klareres Verständnis darüber entwickeln, wer die Plattform nutzt und wie
- Feature-Speicher reduzieren
- Einen formellen Prozess für das Offboarding von Nutzern etablieren
- Nicht-SSO-Konten wo immer möglich eliminieren
- Die Plattform proaktiv überwachen und mit den Nutzern kommunizieren
Diese Ziele prägten alles Folgende. Einige wurden erreicht. Andere sind noch im Gange. Alle bleiben relevant.
Das System verstehen: Berichte, Daten und Dashboards
Quelle: https://ufl.maps.arcgis.com/apps/dashboards/0b96868c3d8742a38e01aca762aeef80#
Die Governance-Reise begann mit einem einfachen Schritt: dem Herunterladen der Mitglieder- und Elementberichte aus AGOL. Diese CSV-Dateien, die jedem mit Administratorrechten zur Verfügung stehen, enthalten eine Fülle von Informationen. Nach Feature-Speicher sortiert zeigten sie schnell, dass eine kleine Anzahl von Nutzern einen überwältigenden Anteil des Speicherplatzes der Plattform verbrauchte.
Das Team begann damit, die Top 10 Nutzer direkt zu kontaktieren und erweiterte dies dann auf die Top 100. Der Ansatz war bewusst persönlich. E-Mails sprachen die Nutzer namentlich an, bezogen sich auf spezifische Elemente und verlangten eine Antwort. Der Tonfall ist wichtig: Je mehr es sich wie ein echtes Gespräch anfühlte und weniger wie eine automatisierte Warnung, desto besser waren die Ergebnisse. In vielen Fällen waren Feature-Layer versehentlich erstellt worden, enthielten Daten, die nicht mehr benötigt wurden oder konnten einfach in Dateispeicher umgewandelt werden, ohne dass Funktionen für abhängige Karten verloren gingen.Der Schlüssel war immer, den Nutzer aufzuklären und nicht nur zu bitten, Dinge zu löschen.
Gezielte Ansprache brachte schnelle und bedeutende Erfolge. Aber allein war das keine langfristige Lösung.
Automatisierung des Überwachungsprozesses
Manuelles Herunterladen von Berichten ist ein Anfangspunkt, keine Strategie. Um die Plattform kontinuierlich zu überwachen, baute UF eine automatisierte Pipeline mit Python-Skripten auf, die täglich die Mitglieder- und Elementberichte herunterladen und in eine universitätsverwaltete Datenbank laden. Eine benutzerdefinierte Status-Tabelle wurde jedem Mitgliedseintrag hinzugefügt und bereicherte die Daten mit Kontextinformationen – Zugehörigkeit zur Fakultät, Status als Student oder Dozent und mehr. Aggregierte Ansichten aus diesen Tabellen werden zurück in AGOL gespeist und treiben Dashboards an, die Nutzern mit entsprechenden Berechtigungen zur Verfügung stehen.
Diese Dashboards bedienen unterschiedliche Zielgruppen und Zwecke. Eines wurde speziell entwickelt, um den Wert der AGOL-Plattform gegenüber der UF-Leitung zu demonstrieren und die Kosten der Sitelizenz zu rechtfertigen. Ein anderes gibt Fakultätsadministratoren Einblick in ihre eigenen Nutzer. Die tägliche Überwachungspipeline generiert außerdem automatisierte E-Mails mit Zusammenfassungen von Änderungen bei Nutzerzahlen, Elementanzahl und Feature-Speicher. Wenn ein Anstieg erscheint, identifizieren zusätzliche Skripte die verantwortlichen Nutzer und lösen Kontaktaufnahmen aus, um Gespräche über die Reduzierung ihres Speicherverbrauchs zu beginnen.
Es ist erwähnenswert, dass UFs Ansatz – eine externe Datenbank zu verwenden – nur ein Weg ist. Andere Universitäten haben effektive Überwachungsabläufe vollständig innerhalb der Plattform aufgebaut. Es gibt keine einzige richtige Antwort, sondern nur die Antwort, die zur bestehenden Infrastruktur und Expertise Ihrer Institution passt.
Single Sign-On: Ein Wendepunkt
Wenn es eine Governance-Empfehlung gibt, die über allen anderen steht, dann diese: richten Sie Single Sign-On (SSO) so schnell wie möglich ein, falls Sie es noch nicht getan haben.
Vor SSO war es weitgehend ein Ratespiel nachzuvollziehen, wer ArcGIS auf dem Campus nutzte – und welche Produkte verwendet wurden. Das änderte sich komplett mit dem Wechsel zu SSO bei UF. Da sowohl ArcGIS Pro als auch AGOL über den UF-Identitätsanbieter authentifizieren, können Administratoren jetzt sehen, wer sich wann mit welchem Produkt anmeldet. Diese Sichtbarkeit bildet die Grundlage für fast alle anderen Governance-Bemühungen.
SSO entlastet außerdem einen erheblichen Teil des Benutzerlebenszyklusmanagements durch die Identitätsinfrastruktur der Universität. Wenn ein Nutzer die Organisation verlässt, wird seine Authentifizierungsfähigkeit automatisch widerrufen – ohne manuelles Eingreifen.
Offboarding: Eine Richtlinie, nicht nur ein Prozess
Die durch SSO verwaltete Authentifizierung löst das Zugriffsproblem bei Ausscheiden eines Nutzers; sie schafft aber eine verwandte Herausforderung: Wenn ein Nutzer sich nicht mehr anmelden kann, hat er keinen Zugriff mehr auf seine Daten. UF entwickelte eine formelle Offboarding-Richtlinie basierend auf einem einfachen Prinzip – den Nutzern genügend Vorlaufzeit geben, um informierte Entscheidungen über ihre Daten zu treffen bevor der Zugriff endet.
Die Richtlinie nutzt das letzte AGOL-Anmeldedatum als primäres Signal. Die Universität gewährt Studierenden bereits Zugang für drei Semester nach dem Ausscheiden und Dozenten für 30 Tage; UF wählte den großzügigeren Schwellenwert – etwa ein Jahr Inaktivität – als Auslöser für den Beginn der Offboarding-Sequenz. Dies stellt sicher, dass Nutzer, die sich weiterhin über die Systeme der Universität authentifizieren können, AGOL-Zugang behalten solange ihr organisatorischer Login gültig ist.
Nach einem Jahr Inaktivität wird sämtlicher Inhalt im Konto auf privat gesetzt und aus Gruppen entfernt. Nach weiteren sechs Monaten Inaktivität werden der Nutzer sowie alle zugehörigen Inhalte gelöscht. Der gesamte Prozess läuft über Python-Skripte gegen die AGOL-API ab. Bis heute hat UF den Inhalt von mehr als 3.000 Nutzern auf privat gesetzt; das entspricht über 50.000 Elementen.
Nutzerinnen und Nutzer mit weiterhin bestehender Universitätszugehörigkeit aber ohne AGOL-Anmeldung seit über einem Jahr können diesen Prozess unbeabsichtigt auslösen.Die Lösung ist einfach: Aktive Nutzer sollten regelmäßig zur Anmeldung ermutigt werden; klare Kommunikation sorgt dafür, dass sie verstehen warum das wichtig ist.
Studentenzugang kostenlos halten
UFs Esri-Sitelizenz wird durch verschiedene Stellen auf dem Campus unterstützt. Diese Struktur hält die Plattform für die Studentengemeinschaft zugänglich, während schwerere institutionelle Nutzer zur Kostendeckung beitragen. Dieses Gleichgewicht richtig hinzubekommen – und es gegenüber der Universitätsleitung verteidigen zu können – ist einer der direkten Vorteile der oben beschriebenen Überwachungs- und Dashboard-Infrastruktur.
Kommunikation ist Governance
Technologie und Automatisierung bringen viel voran; aber Governance basiert letztlich auf Kommunikation. UF nutzt mehrere Kanäle zur Verbindung mit seiner Nutzerbasis:
Alle Nutzer erhalten mindestens zweimal jährlich E-Mails mit aktuellen Richtlinien, Erinnerungen und Updates. Neue Nutzer bekommen beim Anmelden eine Onboarding-E-Mail. Nutzer mit hohem Feature-Speicherverbrauch erhalten gezielte Ansprache. Die integrierten Popup- und Willkommensnachrichtenfunktionen von AGOL werden genutzt um zeitnahe Informationen direkt in der Plattform bereitzustellen. Und UF unterhält eine eigene AGOL-Landingpage als zentrale Anlaufstelle für Governance-Dokumentation, Campus-Richtlinien, Bildungsressourcen und FAQs. Das hilft dabei das Volumen einzelner Anfragen an Administratoren zu reduzieren indem Nutzern ein Ort geboten wird Antworten selbst zu finden.
Wichtigste Erkenntnisse
Governance ist kontinuierlich. Es ist kein Projekt mit Endpunkt. Die Plattform entwickelt sich weiter; die Nutzerbasis wechselt; Speicheranforderungen kehren zurück. Systeme aufzubauen die automatisch überwachen und reagieren machen nachhaltige Governance möglich.
Beginnen Sie mit Zielen. Bevor Sie einen Bericht öffnen oder eine E-Mail senden definieren Sie was Sie erreichen wollen. Ziele geben dem Aufwand Form und helfen Ihnen zu messen ob er wirkt.
Ihre Nutzer zu verstehen ist alles. Zu wissen wer auf der Plattform ist was sie tun und wie viel sie verbrauchen ist Voraussetzung für jede folgende Governance-Entscheidung.
Es gibt keine universelle Lösung. UFs Ansatz spiegelt seine Infrastruktur Personal- und institutionellen Kontext wider. Die Prinzipien sind übertragbar; Details der Umsetzung vielleicht nicht.
Aufklärung schlägt Durchsetzung. Nutzer die verstehen warum Governance-Richtlinien existieren kooperieren viel eher als solche die sich kontrolliert fühlen. Jede Kontaktaufnahme bietet Gelegenheit dieses Verständnis aufzubauen.
Ausblick
Indem UF Governance priorisiert hat es sich von einer reaktiven Haltung – reagierend auf Speicherwarnungen und Aufräumen im Nachhinein – hin zu einer proaktiven Haltung bewegt mit Echtzeiteinblick in den Zustand der Plattform sowie Infrastruktur um darauf zu reagieren was gesehen wird. Feature-Speicherplatz und Mitgliederzahlen sind jetzt handhabbar was Raum schafft bewusste statt dringende Entscheidungen zu treffen.
Eine der derzeit in Betracht gezogenen Entscheidungen ist, ob die Plattform über ArcGIS Enterprise erweitert werden soll. Das Hosting bestimmter speicherintensiver Anwendungsfälle auf von der Universität verwalteten Servern könnte den Druck auf AGOL verringern, bringt jedoch echte Kosten mit sich: Serverinfrastruktur, Softwarewartung, Migrationsaufwand und Personalzeit. Ebenso bietet AGOL selbst die Möglichkeit, Premium-Feature-Datenspeicherkapazität zu erwerben, was eine eigene Kosten-Nutzen-Abwägung erfordert. Diese Optionen gegeneinander abzuwägen – und gegen tatsächliche, gut verstandene Nutzungsdaten – ist genau die Art von Analyse, die gute Governance ermöglicht.
Die Arbeit ist nicht abgeschlossen – sie wird es nie sein. Aber die University of Florida ist jetzt in der Lage, dem, was als Nächstes kommt, mit Klarheit, Daten und einem Plan zu begegnen.
Eine Anmerkung zur Community
Fast alles, was in diesem Artikel beschrieben wird, wurde zumindest teilweise durch das Feedback der breiteren GIS-Community im Hochschulbereich geprägt. Während verschiedener Treffen waren die Ideen, Ansätze und hart erarbeiteten Lektionen, die von anderen Hochschulkollegen und Blogs wie diesem geteilt wurden, von unschätzbarem Wert. Wenn Sie ähnliche Governance-Herausforderungen an Ihrer Institution durchlaufen,ist diese Community eine Ihrer besten Ressourcen – und Ihre eigene Erfahrung ist etwas, das es wert ist, zurückgegeben zu werden.
Zitat
„Eine der wichtigsten Lektionen, die UF früh gelernt hat, ist, dass effektive Governance nicht erreicht wird, ohne zuerst Ziele festzulegen.“
-Sam Palmer, University of Florida
