Seit Scaled Agile am 16. Juni 2026 AI-Native SAFe® vorgestellt hat, hören wir in Gesprächen mit Praktikern immer wieder dieselbe Frage — meist leise, oft erst beim zweiten Kaffee:
«Braucht es meine Rolle dann noch?»
Die kurze Antwort: Ja. Die ehrliche Antwort: Ja, aber sie verschiebt sich — und wer die Verschiebung versteht, wird wichtiger, nicht überflüssig.
Dieser Artikel richtet sich an Scrum Master, Product Owner, Release Train Engineers und Product Manager. Er kommt ohne Beschwichtigung aus. Stattdessen mit Zahlen.
Was tatsächlich passiert
Zwei Befunde aus unabhängigen Quellen beschreiben die Lage präziser als jede Prognose:
Erstens: 88 % der Organisationen nutzen AI regelmässig in mindestens einem Geschäftsbereich — aber nur 39 % ordnen ihr überhaupt einen Effekt auf das EBIT zu, die meisten davon unter 5 % (McKinsey Global Survey on AI, November 2025). Die Verbreitung ist gelöst. Die Wirkung nicht.
Zweitens: PwC beschreibt in den 2026 AI Business Predictions, wie sich die Wissensarbeit strukturell verändert. AI-Agenten übernehmen zunehmend die spezialisierten Aufgaben, die heute den Arbeitsalltag erfahrener Fachkräfte in der Mitte der Organisation füllen. Gefragt sind stattdessen Generalisten — Menschen, die ein breites Spektrum an Aufgaben gut genug verstehen, um Agenten zu beaufsichtigen und deren Arbeit auf Geschäftsziele auszurichten.
PwC nennt das entstehende Bild eine Sanduhr: mehr Bedarf an Junior- und Senior-Ebene, eine dünnere Mitte.
Wer ehrlich hinschaut, erkennt: Genau in dieser Mitte sitzen heute viele Scrum Master, Product Owner und RTEs. Die Frage ist also berechtigt. Die Antwort hängt davon ab, was man unter der eigenen Rolle versteht.
Der Engpass hat sich verschoben — und das ändert alles
Andrew Sales, SAFe® Chief Methodologist, bringt die Kernveränderung auf einen Satz: Die Herausforderung ist nicht mehr, ob eine Organisation etwas in der verfügbaren Zeit bauen kann. Die Herausforderung ist, mitzuhalten beim Validieren, ob das Gebaute sicher, geschützt und wertvoll ist.
Das ist keine Formulierung für Folien. Das ist eine Verschiebung des Engpasses — und Engpässe bestimmen, welche Arbeit wertvoll ist.
Solange Bauen der Engpass war, drehte sich alles um Liefergeschwindigkeit: Velocity, Durchsatz, Time-to-Market. Wenn Validieren der Engpass wird, dreht sich alles um etwas anderes: Wer prüft? Wie schnell? Nach welchen Kriterien? Wer trägt die Verantwortung für das, was Agenten produzieren?
Und hier liegt der Punkt, den viele übersehen: Die Rollen, die Fluss organisieren, Qualität einbauen und Zusammenarbeit strukturieren, werden am neuen Engpass gebraucht — nicht am alten.
Wer seine Rolle darüber definiert, Meetings zu moderieren und Boards zu pflegen, hat ein Problem. Wer sie darüber definiert, Fluss durch ein System zu organisieren, hat einen neuen, grösseren Auftrag.
Was das konkret für jede Rolle heisst
Scrum Master
Die Aufgabe verschiebt sich vom Team-Zeremonienmeister zum Orchestrator eines Flusses, in dem Menschen und Agenten zusammenarbeiten.
Konkret heisst das: Wenn Agenten Arbeitsergebnisse produzieren, entsteht eine neue Art von Blockade — nicht «wir kommen nicht vorwärts», sondern «wir kommen schneller vorwärts, als wir prüfen können». Diese Blockade sichtbar zu machen, Validierungskapazität als Engpass zu behandeln und die Definition of Done um AI-Arbeitsergebnisse zu erweitern: Das ist Scrum-Master-Arbeit. Sie war es immer. Der Gegenstand ändert sich, das Handwerk nicht.
Dazu kommt die menschliche Seite, die keine AI übernimmt: Der Stanford AI Index 2026 dokumentiert eine bemerkenswerte Vertrauenslücke — 73 % der Fachleute erwarten positive Auswirkungen von AI auf die Arbeit, aber nur 23 % der breiten Öffentlichkeit. Fünfzig Prozentpunkte Differenz. Diese Lücke sitzt in jedem Team, in jedem PI Planning, in jeder Retrospektive. Wer sie ignoriert, lässt Produktivität liegen. Wer sie moderieren kann, ist unersetzlich.
Product Owner
Die Aufgabe verschiebt sich von der Backlog-Verwaltung zur Wertsteuerung unter neuen Bedingungen.
Wenn die Umsetzung schneller und billiger wird, verliert die Frage «schaffen wir das in diesem Sprint?» an Gewicht — und die Frage «ist das überhaupt das Richtige?» gewinnt. Priorisierung wird wichtiger, nicht unwichtiger, wenn die Umsetzungskosten sinken: Denn dann ist das Teuerste nicht mehr das Bauen, sondern das Bauen des Falschen.
Dazu kommt eine neue Verantwortung: festzulegen, welche Entscheidungen beim Menschen bleiben. Welche Ergebnisse ein Agent liefern darf, welche ein Mensch freigeben muss, wo die Grenze verläuft — das sind Product-Ownership-Fragen im Wortsinn.
Release Train Engineer
Die Aufgabe verschiebt sich von der Koordination von Abhängigkeiten zwischen Teams zur Koordination von Validierungskapazität über den ganzen Zug.
Der RTE hat traditionell den besten Blick auf den Fluss durch den ART: Wo staut es, wo warten Teams aufeinander, wo bricht der Takt. Genau dieser Blick wird am neuen Engpass gebraucht — nur dass der Stau künftig seltener beim Bauen entsteht und häufiger beim Prüfen, Freigeben und Verantworten.
Wer als RTE heute Abhängigkeiten zwischen zehn Teams managt, managt morgen den Validierungsfluss zwischen Menschen, Agenten und Governance-Anforderungen. Das ist nicht weniger Arbeit. Es ist anspruchsvollere.
Product Manager
Die Aufgabe verschiebt sich vom Feature-Roadmapping zur Gestaltung von Arbeitssystemen.
Der wichtigste Einzelbefund für diese Rolle stammt von McKinsey: Organisationen mit dem grössten Nutzen aus AI haben fast dreimal häufiger einzelne Workflows grundlegend neu gestaltet. Dieses bewusste Redesign gehört zu den stärksten Einflussfaktoren auf messbare Wirkung überhaupt.
Workflows neu denken — nicht AI in bestehende Abläufe einsetzen, sondern fragen, wie der Ablauf aussähe, wenn man ihn heute neu bauen würde — ist keine IT-Aufgabe. Es ist Produktarbeit am eigenen Arbeitssystem. Gemeint sind dabei die Geschäfts- und Wertschöpfungsabläufe — wie Wert definiert, priorisiert und zum Kunden gebracht wird. Die Delivery-Pipeline selbst bleibt die Domäne der Engineers, Architekten und RTEs; der Product Manager bringt dort die Wertperspektive ein, nicht das Design. Product Manager, die das können, arbeiten an der wertvollsten Stelle der Organisation.
Was sich nicht ändert
Bei aller Verschiebung: Drei Dinge bleiben, und sie sind der Kern jeder dieser Rollen.
Erstens: Menschen bleiben der Massstab. AI-Native SAFe® stellt Outcomes ins Zentrum — und Outcomes werden von Kunden und Mitarbeitenden erlebt, nicht von Agenten. Wer versteht, was Menschen brauchen, bleibt die Instanz, an der sich alles andere ausrichtet.
Zweitens: Vertrauen lässt sich nicht automatisieren. Die Zusammenarbeit zwischen Fachbereich und Entwicklung, zwischen Führung und Teams, zwischen Skeptikern und Enthusiasten — das ist Beziehungsarbeit. Sie wird in einer Umgebung, die sich alle zwei Wochen weiterentwickelt, wichtiger, nicht unwichtiger.
Drittens: Das Handwerk trägt. Fluss sichtbar machen, Engpässe finden, Qualität einbauen, kontinuierlich verbessern — die Lean-Agile-Grundlagen sind exakt das Werkzeug, das am neuen Engpass gebraucht wird. Wer sie beherrscht, muss nicht bei null anfangen. Er muss sie auf einen neuen Gegenstand anwenden.
Was Sie jetzt tun können
Drei Schritte, die sich unabhängig davon lohnen, wie sich die Guidance bis September entwickelt:
Beobachten Sie Ihren eigenen Engpass. Nehmen Sie einen realen Ablauf aus Ihrem Alltag und fragen Sie: Was dauert länger — das Erstellen oder das Prüfen? Wenn die Antwort kippt, kippt gerade Ihre Rolle mit. Das ist keine Bedrohung, sondern die präziseste Standortbestimmung, die Sie bekommen können.
Erweitern Sie Ihre Definition of Done gedanklich. Was müsste geprüft werden, wenn ein Agent dieses Arbeitsergebnis geliefert hätte? Wer müsste es freigeben? Allein diese Übung schärft den Blick für die Arbeit, die kommt.
Verfolgen Sie die Entwicklung an der Quelle. AI-Native SAFe® ist im Early Access; bis zum SAFe® Summit in San Diego (14.–18. September 2026) erscheint alle zwei Wochen neue Guidance — darunter eine eigene Session zu AI-Native Teams, Rollen und ARTs. Wir begleiten jede Session auf Deutsch und ordnen sie für den Schweizer Kontext ein.
Das Fazit
Die Frage «braucht es meine Rolle noch?» ist verständlich — aber falsch gestellt. Die richtige Frage lautet: «Wo sitzt der Engpass, und arbeite ich dort?»
Der Engpass hat sich vom Bauen zum Validieren verschoben. Die Rollen, die Fluss organisieren, Qualität einbauen und Menschen zusammenbringen, sitzen künftig genau dort. Nicht trotz AI. Wegen ihr.
Nächste Schritte
Sie wollen wissen, wo Ihr Team steht? Sprechen Sie mit uns — wir ordnen gemeinsam ein, was AI-Native SAFe® für Ihre konkrete Situation bedeutet. → Kontakt aufnehmen
Was AI-Native SAFe® als Operating Model bedeutet, lesen Sie in unserer Einordnung für Führungskräfte und Portfolio-Verantwortliche. → Link
Bleiben Sie auf dem Laufenden: Wir begleiten jede Early-Access-Session auf Deutsch und berichten im September direkt vom SAFe® Summit in San Diego. → LinkedIn folgen
Mehr zu den AI-Native Kursen und Inhouse-Formaten von Taleon finden Sie auf unserer AI-Native Seite.
Quellen
- Scaled Agile — «New Release: AI-Native SAFe is the Operating Model for the AI-Native Organization», Andrew Sales, Juni 2026 https://framework.scaledagile.com/blog/ai-native-safe-is-the-operating-model-for-the-ai-native-organization
- Scaled Agile — «AI-Native SAFe Session 3: AI-Native Teams, Roles, and ARTs» https://framework.scaledagile.com/blog/ai-native-safe-session-3-ai-native-teams-roles-and-arts
- McKinsey & Company — «The state of AI in 2025: Agents, innovation, and transformation», QuantumBlack, 5. November 2025 https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai
- PwC — «2026 AI Business Predictions», Dezember 2025 https://www.pwc.com/us/en/tech-effect/ai-analytics/ai-predictions.html
- Stanford HAI — «The 2026 AI Index Report», April 2026 https://hai.stanford.edu/ai-index/2026-ai-index-report