Der Übergang von Scrum zu POM definiert Rollen neu

In Kürze: Beim Übergang vpn Scrum zu POM dreht sich nicht um Frameworks

Vor zwei Wochen habe ich mein Publikum gefragt, ob es Interesse an einem Onlinekurs für den Übergang von Scrum zu einem Product Operating Model gäbe. 22 Personen haben geantwortet. Das war nicht der Scrum-zu-POM-Datensatz, den ich mir erhofft hatte, aber die Gespräche waren in anderer Hinsicht wertvoll. Bemerkenswerterweise zog sich ein Muster durch mehr als ein Viertel der Antworten. Die Schreibenden fragten nicht nach Transformationspraktiken oder Operating Models. Sie fragten, was mit ihren Jobs geschehen wird.

Hier sind einige Antworten: Ein Agile Coach schrieb, seine Rolle sei bereits gestrichen worden, und die internen Schulungen seines Arbeitgebers reichten nicht aus. Eine andere Person stellte eine direkte Frage: „Was wird mit meiner Rolle passieren?“ Eine Dritte beschrieb das Führungsverhalten wie folgt: Man wolle den Wandel, das Verhalten bleibe jedoch widersprüchlich. Eine Vierte berichtete von Verwirrung darüber, was ein Product Coach eigentlich ist. Eine fünfte tat den gesamten Diskurs als oberflächliches Geschwätz ab: Transformationsschlagworte, null Verantwortung und vage Systemtheorie ohne Substanz.

Mein Fazit: An der Oberfläche wirkt das wie eine Debatte über Organisationsdesign. Was die Leute an der Basis tatsächlich erleben, ist die laufende Neupositionierung ihrer Rollen.

---

🎓 🇬🇧 The Claude Cowork Online Course — Available June 1-8 for $129

You have been prompting AI for months. The results are inconsistent, every conversation starts from zero, and the model forgets who you are. That is the ceiling of prompting.

The Claude Cowork Online Course teaches you to break through it: build Skills that encode your expertise, connect them to your tools, and assemble Agents who handle recurring work the way you would handle it yourself. No coding required.

What You Will Get:

✅ 8+ hours of self-paced video modules: Skills, Agents, delegation frameworks — ✅ Tested with a live BootCamp cohort (April 2026) — ✅ The A3 Framework: decide what to delegate and what to keep — ✅ Starter kit with folder structure, CLAUDE.md, and Skill templates — ✅ All texts, slides, prompts, graphics; you name it — ✅ Designed for the $20/month Pro plan — ✅ Lifetime access to the version you purchase — ✅ Claude Cowork Foundational Certificate.

👉 Please note: The course will be available for $129 from June 1 to 8, 2026! (After that, $199.) 👈

🎓 Join the Waitlist of the Course Now: Claude Cowork: Stop Prompting. Start Delegating. No Coding Required!

---

🗞 Shall I notify you about articles like this one? Awesome! You can sign up here for the ‘Food for Agile Thought’ newsletter and join 35,000-plus subscribers.

🎓 Jetzt an einer von Stefans Schulungen, Kursen und Events teilnehmen!

---

Die Fehldiagnose beim Übergang von Scrum zu POM

Öffnen Sie irgendeinen Artikel zum Product Operating Model aus den letzten zwölf Monaten und zählen Sie, wie viele Absätze sich damit befassen, was mit Scrum Mastern und Agile Coaches geschieht. Die meisten Texte liefern Ihnen Value Streams, Produkt-Taxonomien, Abhängigkeitsgraphen, Capability Models und den obligatorischen Marty-Cagan-Verweis. Wenige sagen Ihnen, was die Person, die früher die Sprint Reviews moderiert hat, am Montag tun soll. Der POM-Diskurs wird überwiegend von und für jene geschrieben, die den Übergang beauftragen, nicht für jene, die ihn durchleben.

Wer das, was hier passiert, „Transformation“ nennt, lässt es nach einem gemeinsamen Projekt klingen. Für die Praktizierenden ist es näher an einer Neubewertung ihrer Fähigkeiten. Der Markt bewertet ihre Skills schneller neu, als das Organigramm ihres Arbeitgebers nachziehen kann.

Eine zweite Falle ist erwähnenswert. Viele Organisationen, die ein POM ankündigen, wollen kein Product Operating Model. Sie wollen schnelleren Waterfall, gestützt auf Liefersicherheit, mit aufgesetztem Produkt-Vokabular. Der Scrum Master bekommt das Etikett Delivery Lead, der Product Owner heißt offziell Produktmanager, ist in der Praxis aber ein PRD- und Ticket-Jongleur, und Governance fällt auf quartalsweises Steering zurück. Wenn Ihr Übergang so aussieht, findet die Neubewertung von Rollen trotzdem statt. Die Ersatzrolle hat dabei eine kürzere Haltbarkeit als die, die Sie hinter sich lassen. Die Arbeit fühlt sich vertraut an, vorerst. In 24 Monaten, wenn agentenbasierte Systeme die Logistik übernehmen, steht die Rolle des Delivery Lead als Erste auf der Streichliste, sobald die Organisation Hierarchien abbaut oder Koordinationsarbeit automatisiert. Diese Rolle heute anzunehmen ist eine Wette gegen den Markt, getarnt als sichere Wahl.

Diese Situation kennen Sie schon, allerdings nicht genau so

Zwischen etwa 2010 und 2015 hat in den europäischen Unternehmen, mit denen ich gearbeitet habe, die Rolle des Projektmanagers einen ähnlichen Wandel durchlaufen. Die breite Einführung von Scrum zwang Organisationen dazu zu entscheiden, was mit bestehenden Projektmanagern geschehen sollte. Einige positionierten sich früh in Richtung Product Owner oder Agile Coach. Mehrere davon sind heute in meinem Netzwerk, und einige sind dieselben Personen, die jetzt erneut zur Neupositionierung aufgefordert werden. Diejenigen, die darauf beharrten, ihr Handwerk als Projektmanager sei zeitlos, leiteten am Ende immer weniger Projekte, bis die Rolle aufgelöst oder gestrichen wurde. (Ich beschreibe, was ich beobachtet habe; ich zitiere keine Studie.) Saubere Forschung zu diesem Wandel gab es damals nicht, und genau das ist ein Signal dafür, wie die „Agile“ Branche mit ihrer eigenen Geschichte umgeht.

Das damalige Ereignis war eine Verschiebung von Autorität. Projektmanager verloren die Kontrolle über Scope, Timeline und Teamausrichtung.

Beim Scrum-zu-POM-Übergang handelt es sich um eine Verschiebung von Verantwortung. So, wie die meisten Organisationen Scrum praktizieren, schirmt der Product Owner den Scrum Master vor kommerziellen Ergebnissen ab, und derjenige, der das Budget freigibt, schirmt den Product Owner vor dem Geschäftsmodell ab. In einem POM, das in der Praxis tatsächlich funktioniert, fallen diese Schutzschilde. Das Team trägt Verantwortung für Ergebnisse, gemessen an Umsatz, Kundenbindung oder Kostenvermeidung, und die Praktizierenden, die das Team unterstützen, müssen begründen, warum die Produktwette richtig oder falsch war.

Die Neubewertung dreht sich nun um Fähigkeiten und um den Preis, falsch zu liegen.

Die eigentliche Frage hinter den Umfrageantworten

Jede dieser angstbesetzten Antworten lässt sich auf dieselbe Frage zurückführen: In welcher Fähigkeit werde ich in 18 Monaten nachweislich stark sein, die ich heute nicht beherrsche?

1. Die Fähigkeit, die an Wert verliert, ist Moderation, gemessen an Velocity und Prozesstreue gegenüber dem Engineering-Team.
2. Die Fähigkeit, die an Wert gewinnt, ist Outcome Ownership, gemessen an Kundenbindung und der Tragfähigkeit des Geschäftsmodells gegenüber Head of Product, CFO und Vertrieb.

Wenn Ihre aktuelle Arbeitswoche um das Erste herum aufgebaut ist und nicht um das Zweite, dann liegt da Ihre Lücke.

Die Person, die fragte, was ein Product Coach eigentlich ist, hat die richtige Frage gestellt. Ein Product Coach, richtig verstanden, ist ein interner Unternehmensberater, dessen Heimatdisziplin ein agiles Operating Model ist. Sie werden dafür bezahlt, der Organisation zu helfen, die Frage zu beantworten „Bauen wir das Richtige?“ statt „Bauen wir es richtig?“. Diese Verschiebung beschreibt die gesamte Neupositionierung in einem Satz.

Auf organisatorische Klarheit zu warten hat 2013 die Projektmanager kalt erwischt. Ihre Taktik für 2026 sollte daher anders aussehen: Positionieren Sie sich neu, bevor die Organisation Sie dazu auffordert. Wenn sie das tut, schließt sich das Fenster bereits.

Cannot see the form? Please click here.

Drei Schritte für diese Woche

Kein Framework. Kein Reifegradmodell. Drei Dinge, die Sie zwischen heute und Freitag tatsächlich tun können:

1. Prüfen Sie Ihre aktuelle Rolle gegen das, was ein Product Coach leistet: Ignorieren Sie die Marketing-Definition und betrachten Sie Ihre tatsächliche Arbeit. Falls es in Ihrer Organisation bereits Product Coaches gibt, beobachten Sie sie einen Tag lang. Falls nicht, lesen Sie zwei Stellenbeschreibungen für Rollen wie „Product Coach“ oder „Principal Product Manager“ bei Unternehmen, die zwei Schritte weiter sind als Ihres, und legen Sie diese auf Ihre aktuelle Arbeitswoche. Die Lücken sind Ihr Backlog für die Neupositionierung. Wenn die Prüfung keine unangenehmen Einträge liefert, haben Sie diese wahrscheinlich falsch durchgeführt.
2. Wählen Sie eine Fähigkeit nahe Ihrer aktuellen Arbeit, in der Sie in 90 Tagen nachweislich besser werden können: Priorisieren Sie. Nicht fünf Fähigkeiten, sondern eine. Wenn Sie sich für P&L-Kompetenz entscheiden, besteht Ihr Schritt am Montag darin, Ihren Head of Product nach den Unit Economics der von Ihnen unterstützten Produktlinie zu fragen und diese so lange zu lesen, bis Sie einem Developer die Bruttomarge erklären können. Wenn Sie sich für KI-gestützte Discovery entscheiden, nehmen Sie am Montag die letzten beiden Synthese-Dokumente aus der User Research Ihrer Organisation, fertigen Sie diese mit einem LLM neu an und vergleichen Sie, wo die Interpretationen voneinander abweichen. Wählen Sie die angrenzende Disziplin, die zu Ihren tatsächlichen Interessen passt, nicht jene, die auf LinkedIn beeindruckend klingt. Wählen Sie eine, nicht drei, und handeln Sie schnell.
3. Hören Sie auf, auf organisatorische Klarheit zu warten: Die Befragten, die am festgefahrensten wirkten, waren jene, die darauf warteten, dass die Führungsebene ihnen sagt, wie die neue Rolle aussehen wird. Die Führungsebene weiß es in den meisten Fällen ebenfalls nicht. Diejenigen Praktizierenden, die aus Neubewertungsereignissen gestärkt hervorgehen, sind jene, die sich auf eine Richtung festgelegt und sichtbare Arbeitsnachweise aufgebaut haben, bevor das Organigramm nachzog. Sichtbarer Arbeitsnachweis ist keine KI-generierte Discovery-Synthese. Ein LLM produziert das in zehn Minuten, und Ihr Head of Product kann das selbst durchführen. Sichtbarer Arbeitsnachweis ist Ihre Einschätzung, welche der drei in der Synthese aufgetauchten Produktwetten finanziert werden sollte und warum, formuliert in der Sprache des Geschäfts. Das ist der Teil, den das Modell aus der Discovery heraus nicht leisten kann.

Warum KI kein weiteres Schlagwort ist

Ihr Misstrauen ist berechtigt. Eine Seite, die Schlagworte ablehnt, dürfte „KI-Kompetenz“ nicht zum nächsten Schlagwort machen — also zur nächsten Zeile im ohnehin überfüllten Lebenslauf. Darum geht es hier nicht.

KI wirkt auf der Produktionsseite agiler Moderation deflationär. Ein LLM erstellt einen Entwurf einer Sprint-Retrospektiven-Zusammenfassung, schlägt eine Roadmap vor und synthetisiert Nutzerinterviews in der Zeit, die Sie zum Lesen dieses Absatzes brauchen. Praktizierende, die ihren Lebensunterhalt mit der Produktion solcher Artefakte verdient haben, beobachten, wie der Preis ihrer einstündigen Moderation gegen null tendiert, weil ein kompetenter Developer, Produktmanager oder Head of Product den Großteil dieser Produktion mittlerweile selbst mit einem Prompt oder Skill erledigen kann.

Was nicht neu bewertet wird, ist die Interpretationsebene. Welches der drei Muster, die das LLM in der Retrospective aufgedeckt hat, ist jenes, dem das Team tatsächlich ausweicht? Welche der fünf Roadmap-Wetten hat ein Geschäftsmodellproblem, das die Synthese übersehen hat? Was Ihnen das fehlende Nutzerinterview gesagt hätte. Das ist der Schritt eines Product Coach. Das ist der Vermögenswert, der an Wert gewinnt: die Fähigkeiten, die im Wert steigen.

In AI4Agile lehre ich, wie man innerhalb dieser Neubewertung arbeitet. Es ist kein Kurs über Prompt-Vorlagen. Es geht darum, die Marge auf Ihre Zeit zurückzugewinnen, damit Sie sie auf der Interpretationsebene einsetzen können, die der POM-Übergang tatsächlich benötigt.

Fazit: Womit Sie sich auseinandersetzen sollten

Wenn Sie die Fähigkeit, in der Sie in 18 Monaten nachweislich stark sein werden, in einem Satz und ohne Schlagworte beschreiben müssten, könnten Sie das?

Wenn die Antwort Nein lautet, dann liegt darin Ihre Arbeit. Auf gehts!

Scrum zu POM: Weiterführende Artikel

Why Leaders Believe the Product Operating Model Will Succeed Where Agile Initiatives Failed

Product Washing: The Pitfalls of a Superficial Product Operating Model Transformation

Stop Telling Professionals How to Do Their Job — Commander’s Intent at Work

Drei Claude Skills für Ihr Urteilsvermögen

👆 Stefan Wolpers: The Scrum Anti-Patterns Guide (Amazon advertisement.)

Scrum-zu-POM: Infografikwettbewerb

Ich habe einen kleinen Wettbewerb zwischen GPT Image 2.0 und Claude Design veranstaltet, um aus diesem Artikel über den Übergang von Scrum zu POM eine aussagekräftige Infografik zu erstellen (mit minimalen Anweisungen und wenig Kontext; lediglich auf der Grundlage des Textes). Welches Ergebnis finden Sie besser? Teilen Sie mir Ihre Meinung bitte in den Kommentaren mit.

GPT Image 2.0

Claude Design

📅 Professional Scrum-Schulungen nach Scrum.org, Workshops und Events

Sie können sich Ihren Platz für KI- und Scrum-Schulungen, Workshops und Meetups direkt sichern, indem Sie dem entsprechenden Link in der Tabelle unten folgen:

Alle kommenden Professional-Scrum-Klassen finden Sie hier.

Sie können Ihren Platz für die Schulung direkt buchen, indem Sie dem entsprechenden Link zum Ticketshop folgen. Sollte der Beschaffungsprozess Ihrer Organisation einen anderen Einkaufsprozess erfordern, wenden Sie sich bitte direkt an die Berlin Product People GmbH.

✋ Nicht versäumen: Einen Erfahrungsaustausch über das Thema Scrum zu POM gibt es im 20.000-köpfigen „Hands-on Agile“ Slack-Team

Ich lade Sie ein, sich dem „Hands-on Agile“ Slack-Team anzuschließen und die Vorteile einer schnell wachsenden, lebendigen Gemeinschaft agiler Praktikern aus der ganzen Welt zu genießen.

Wenn Sie jetzt beitreten möchten, müssen Sie nur noch Ihre Anmeldeinformationen über dieses Google-Formular angeben, und ich werde Sie anmelden. Die Mitgliedschaft ist kostenlos.

Reflektieren Sie über den Übergang von Scrum zu POM, indem Sie den kostenlosen Scrum Anti-Patterns Guide lesen: