Compliance & NachweisbarkeitNotiz
Zwölf Rollen werden drei: was Gartners Teamzuschnitt für die Nachweisbarkeit bedeutet
2 Min. Lesezeit

Was Gartner sagt
Gartner erwartet, dass bis 2029 ein Großteil der Organisationen mit deutlich kleineren Software-Engineering-Teams arbeitet (Pressemitteilung, Juli 2026). Interessanter als die Prognose ist die Rollenkarte, die dabei gezeigt wird.
Rund ein Dutzend heutiger Rollen — Product Manager, Software Engineer, Designer/UX, QA, Scrum Master, Business Analyst, Service Delivery Lead, Architect, Platform Engineer, DevOps/SRE, Data Scientist, ML Engineer — verdichten sich dort zu drei Teamtypen:
- Product Engineers — Produkt, Umsetzung und Experience in einer Hand.
- Forward-Deployed Engineers — nah am Kunden, zwischen Anforderung und System.
- AI Platform Team — Agent Ops, AI Engineering und die Plattform darunter.
Was darin wirklich steckt
Das ist keine Aussage über Personalkosten. Es ist eine Aussage über Übergaben. Die Rollen, die verschwinden, sind überwiegend Übersetzungsrollen: zwischen Fachlichkeit und Umsetzung, zwischen Umsetzung und Betrieb, zwischen Anforderung und Abnahme. Wenn ein Team mehr selbst entscheidet, braucht es weniger Menschen, die Entscheidungen weiterreichen.
Warum das nicht automatisch besser ist
An jeder Übergabe entstand bisher ein Artefakt. Ein Ticket, ein Abnahmeprotokoll, eine Spezifikation, eine Freigabe. Nicht weil jemand Dokumentation wollte, sondern weil zwei Rollen sich verständigen mussten. Fällt die Übergabe weg, fällt das Artefakt still mit weg — und die Entscheidung bleibt im Kopf der Person, die sie getroffen hat.
Genau das ist der Punkt, an dem es zwei Jahre später wehtut: im Audit, beim Kundenstreit, bei der Frage, warum eine Freigabe damals so ausgesehen hat. Weniger Rollen heißt deshalb nicht weniger Nachweis, sondern mehr Nachweis im System statt in Prozessen zwischen Menschen.
Drei Konsequenzen für die Praxis
- Entscheidungen gehören ins System. Wenn keine Rolle mehr existiert, deren Job das Protokollieren war, muss die Anwendung selbst festhalten, was entschieden wurde, von wem und auf welcher Grundlage. Fachliche Ereignisse statt nachträglicher Rekonstruktion.
- Forward-Deployed ist keine Support-Funktion. Die Rolle funktioniert nur, wenn sie Nähe zum Geschäft bedeutet und nicht Ticketannahme mit besserem Titel. Sonst ist es die alte Übersetzungsschicht mit neuem Namen.
- Das AI Platform Team ist eine Betriebsfunktion. Agenten, die Code oder Entscheidungen produzieren, brauchen dieselbe Rechenschaftspflicht wie Menschen: Herkunft der Änderung, Grenzen der Autonomie, prüfbare Spur. Dazu passt der Beitrag Production Readiness in der AI Factory.
Wofür das keine Antwort ist
Ein neuer Zuschnitt ersetzt keine Verantwortung. In Organisationen, in denen heute schon niemand ein System Ende zu Ende verantwortet, führt die Verdichtung nur dazu, dass dieselbe Unklarheit auf weniger Schultern liegt. Wer klären will, wer nach dem Go-live zuständig ist, findet hier den Anschluss: Ownership statt Rollen.
Welche Nachweise ein so zugeschnittenes Team im Prüfungsfall liefern muss, ordnet die Übersicht Nachweisbarkeit ein. Wo Rollen und Rechte konkret geprüft werden, zeigt Mandantentrennung im Security-Fragebogen.
← Zurück zum BlogBeiträge zu diesem Thema
Compliance & NachweisbarkeitAus der Praxis
CRA-Meldepflicht: Was Ihr System in 24 Stunden liefern muss
Seit 11. September 2026 gelten die Meldefristen des Cyber Resilience Act. Welche Angaben verlangt werden — und warum verstreute Logs die 24 Stunden auffressen.
Compliance & NachweisbarkeitFundament
Mandantentrennung, die den Security-Fragebogen übersteht
Ein vergessener Filter ist ein meldepflichtiger Vorfall. Warum Isolation im Anwendungscode kein Nachweis ist — und welche Modelle Enterprise-Kunden akzeptieren.
Compliance & NachweisbarkeitAus der Praxis
Revisionssicheres Logging: Warum Datenbank-Logs im Audit nicht zählen
Fast jedes System protokolliert. Trotzdem scheitern Prüfungen an der Frage, wer wann was geändert hat. Der Unterschied zwischen Log und Nachweis — und was ihn ausmacht.