Agentischer Self-Service braucht risikobasierte Verantwortungsgrenzen
Behauptung
Agentisch erzeugter Self-Service erscheint besonders plausibel für lesende, reversible und lokal begrenzte Anwendungen wie persönliche Auswertungen oder temporäre Analysen. Mit Schreibzugriff, wachsender Abhängigkeit und größerer Bedeutung für einen Geschäftsprozess sollte eine solche Lösung stufenweise in reguläre Produktverantwortung übergehen.
Die Grenze sollte nicht allein von der Stellenbezeichnung des Erstellers abhängen. Product Management und Product Owner besitzen möglicherweise mehr Überblick über Produkt und Prozesse als einzelne Endanwender, aber nicht zwangsläufig über Datenintegrität, Security und Betriebsfolgen. Maßgeblich sollten deshalb Befähigung, technische Leitplanken und möglicher Schadensradius sein.
Herkunft und Evidenzlage
Die Behauptung entstand am 23. August 2026 im Dialog mit dem Nutzer. Sie verdichtet dessen Einschätzung, dass Anwender ihren Arbeitsalltag und ihre Auswertungen anpassen können sollten, während schreibende oder wertschöpfungskritische Werkzeugketten ohne Dokumentation und Governance eine Form von „Excel auf Steroiden“ und damit neue Schatten-IT erzeugen könnten. Dies ist eine begründete Position, aber noch keine dokumentierte Beobachtung aus der eigenen Organisation und kein Wirksamkeitsnachweis.
Das Produktarchitekturmodell eines geschützten Kerns mit generierbarer Peripherie liefert einen anschlussfähigen Entwurf: Identität, Berechtigungen, fachlicher Zustand, Transaktionen und Audit verbleiben im owned core, während Reports, Oberflächen und Adapter am generated edge entstehen können. Die Quelle weist zugleich auf fortbestehende Betriebs-, Support- und Security-Kosten hin. Siehe Eisele über einen kleineren Kern und eine generierbare Peripherie. Das Organisationsmodell von Thoughtworks ergänzt agentische Self-Service-Schnittstellen und Plattformverantwortung, ist aber ebenfalls ein Zukunftsmodell statt empirischer Bestätigung.
Vorläufiges Risikomodell
Eine mögliche Abstufung unterscheidet:
- persönliche, lesende Analysen;
- geteilte, lesende Reports mit gemeinsamen Kennzahlen;
- Simulationen oder Änderungsvorschläge ohne produktive Wirkung;
- begrenzte und reversible Schreiboperationen über freigegebene Verträge;
- autonome oder wertschöpfungskritische Workflows.
Mit jeder Stufe werden unter anderem explizite Ownership, dokumentierte Datenherkunft, Zugriffskontrolle, Tests, Audit, Monitoring, Rollback und ein geregelter Lebenszyklus wichtiger. Ein persönliches Experiment benötigt einen Promotion Path, sobald weitere Personen oder Geschäftsprozesse davon abhängig werden: Es wird bewusst übernommen, begrenzt oder beendet, statt unbemerkt zu dauerhafter Infrastruktur zu werden.
Offene Prüfung
Noch ist keine konkrete Klasse geeigneter Anwendungsfälle bekannt. Die Behauptung soll deshalb nicht durch den Bau einer allgemeinen Self-Service-Plattform vorweggenommen, sondern anhand realer Reibungspunkte und eines begrenzten Experiments geprüft werden.