Die Produktwerker

Gewinne ein Konferenzticket für die "Product at Heart": produktwerker.de/gewinnspiel/

Arne Kittler, einer der Gründer der "Product at Heart" Konferenz (früher bekannt als "MTP Engage"), spricht mit Tim über die Frage, was sich im Produktmanagement gerade grundlegend verändert und welche Fähigkeiten trotzdem unverzichtbar bleiben. Viele Teams spüren aktuell Druck aus mehreren Richtungen gleichzeitig. Wirtschaftliche Unsicherheit trifft auf neue technische Möglichkeiten durch generative KI und agentische Systeme bzw. agentic AI. Dadurch verändern sich Werkzeuge, Arbeitsweisen und Erwartungen an Produktmenschen quasi alle parallel. Arne beschreibt, warum sich diese Phase anders anfühlt als frühere Umbrüche rund um agile Methoden, Mobile oder Remote Arbeit und wie dies auf der Product at Heart thematisiert werden wird.

Wer aktuell Verantwortung für ein Produkt trägt, erlebt oft widersprüchliche Erwartungen. Einerseits sollen Teams schneller liefern und neue Technologien ausprobieren. Andererseits fehlt vielen Organisationen eine klare Vorstellung davon, welche Probleme sie damit eigentlich lösen wollen. Genau dort setzt für Arne Kittler gute Produktarbeit an. Klarheit entsteht nicht durch neue Frameworks oder zusätzliche Prozesse. Sie entsteht, wenn Produktteams sauber unterscheiden zwischen kurzfristiger Begeisterung und echtem Nutzen für Kundinnen und Kunden. Im Produktmanagement zeigt sich das besonders deutlich in Discovery Arbeit, Priorisierung und strategischen Entscheidungen. Viele Diskussionen drehen sich heute um KI Funktionen. Die schwierigere Frage bleibt jedoch, welches Verhalten oder welches Bedürfnis sich dadurch wirklich verändert.

Spannend ist der Blick auf die Themen, die trotz aller Veränderungen stabil bleiben. Arne spricht darüber, dass Unsicherheit schon immer Teil von Produktmanagement war. Neu ist eher die Geschwindigkeit, mit der sich Annahmen über Märkte, Nutzerverhalten und technische Möglichkeiten verschieben. Gerade deshalb gewinnen Fähigkeiten wie 'Orientierung geben', 'Verantwortung übernehmen' und 'gute Entscheidungen unter Unsicherheit treffen' weiter an Bedeutung. In vielen Unternehmen entstehen Probleme nicht wegen fehlender Technologie. Sie entstehen, weil Teams den Kontakt zu ihren Nutzerinnen und Nutzern verlieren oder weil Produktentscheidungen nur noch aus internen Erwartungen heraus entstehen. Moderne Werkzeuge und KI lösen dieses Problem nicht automatisch.

Auch die Diskussion rund um Karrieren im Produktmanagement bekommt dadurch eine neue Richtung. Viele Produktmenschen fragen sich momentan, welche Rolle sie künftig noch spielen, wenn Analyse, Dokumentation oder Konzepte zunehmend automatisiert entstehen. Arne Kittler schaut darauf deutlich differenzierter: Wer Produktmanagement auf Ticketpflege oder reine Verwaltung reduziert, wird austauschbar. Wer dagegen Zusammenhänge erkennt, schwierige Gespräche moderiert und aus Unsicherheit Orientierung entwickelt, bleibt wertvoll. Besonders in größeren Organisationen zeigt sich oft, wie wichtig diese Fähigkeiten bleiben. Dort treffen wirtschaftliche Ziele, technische Möglichkeiten und unterschiedliche Interessen permanent aufeinander. Gute Produktmenschen schaffen es, daraus sinnvolle Entscheidungen für das Produkt abzuleiten.

Die diesjährige Product at Heart Konferenz greift genau diese Spannungen auf. Das Motto "What changes? What remains?" beschreibt sehr gut, worum es im Produktmanagement gerade geht. Viele Methoden und Werkzeuge verändern sich sichtbar. Gleichzeitig bleiben Verantwortung, Kundennähe und der Umgang mit Unsicherheit zentrale Bestandteile guter Produktarbeit. Deshalb konzentriert sich die Diskussion nicht ausschließlich auf KI. Auch Themen wie Produktstrategie, Zusammenarbeit oder die Suche nach Klarheit im Alltag behalten ihren Platz.

Wenn ihr direkt mit Arne Kittler Kontakt aufnehmen wollt, erreicht ihr ihn über sein LinkedIn-Profil oder über die Website seiner Firma Hey Clarity (hey-clarity.com)

Markus Andrezak spricht in dieser Folge mit Tim über AI im Produktmanagement und was man nach aktuellem Stand bereits alles damit als Produktmensch schon machen kann. Dabei kommen sie schnell zu einer Beobachtung, die viele Teams gerade im Alltag spüren. Während früher ein Großteil der Energie in Backlogpflege, Refinements und die Vorbereitung für die Entwicklung floss, verändert sich heute der Engpass in der Produktentwicklung. Wenn Code schneller entsteht und technische Umsetzung weniger Zeit kostet, geraten andere Fragen in den Vordergrund. Welche Probleme sind wirklich relevant? Wo entsteht echter Nutzen für Nutzerinnen und Nutzer? Und woran erkennt ein Produktteam früh genug, ob eine Idee überhaupt trägt?

AI im Produktmanagement verändert damit nicht einfach einzelne Aufgaben. Die Verschiebung geht tiefer. Viele Produktmenschen arbeiten noch mit Routinen aus einer Zeit, in der Entwicklungskapazität der knappste Faktor war. Deshalb drehen sich Prozesse oft um Priorisierung, (politische) Absicherung und detaillierte Übergaben. Markus beschreibt, warum genau dieses Denken gerade unter Druck gerät. Wenn Teams innerhalb kürzester Zeit Prototypen bauen oder Produktideen testen können, verliert das aufwendige "Verwalten" von Anforderungen an Bedeutung. Dafür steigt der Druck, schneller gute Entscheidungen zu treffen und Unsicherheit besser auszuhalten.

Wie Markus im Gespräch erwähnt, gibt es beim AI Thema immer wieder Parallelen zur frühen Internetzeit. Viele Regeln entstehen gerade erst. Rollen verändern sich. Praktiken werden neu sortiert. Genau deshalb wirkt AI im Produktmanagement momentan gleichzeitig chaotisch und voller Möglichkeiten. Wer heute schon nach fertigen Antworten sucht, wird schnell frustriert. Wer dagegen bereit ist zu experimentieren, Arbeitsweisen zu hinterfragen und eigene Erfahrungen zu sammeln, entdeckt schon jetzt konkrete Chancen für bessere Produktarbeit.

Besonders spannend wird es dort, wo AI im Produktmanagement heute bereits praktisch schon eingesetzt wird. Nicht als magischer Ersatz für Produktarbeit, sondern als Werkzeug im täglichen Denken und Ausprobieren. Markus erzählt von Situationen, in denen Produktteams mit AI sehr schnell unterschiedliche Lösungsansätze erzeugen, Annahmen hinterfragen oder neue Perspektiven auf Nutzerprobleme gewinnen. Gerade in frühen Discovery-Phasen entsteht dadurch Tempo. Gleichzeitig aber warnt er davor, Geschwindigkeit mit Qualität zu verwechseln. Denn viele Teams produzieren plötzlich mehr Ideen, mehr Konzepte und mehr Artefakte, ohne klarer zu verstehen, welches Problem sie eigentlich lösen wollen.

Product Owner sitzen oft zwischen Stakeholder-Erwartungen, Delivery-Druck und strategischen Fragestellungen. AI im Produktmanagement verschärft diese Spannung teilweise sogar. Wenn technische Umsetzung leichter wird, steigen häufig die Erwartungen aus dem Umfeld. Dann entsteht schnell die Vorstellung, dass Produktteams nun einfach deutlich mehr liefern müssten. Genau an diesem Punkt lohnt sich der Blick auf Wertschöpfung statt Auslastung. Markus und Tim sprechen darüber, warum Fokus gerade jetzt wichtiger wird und weshalb Produktmenschen lernen müssen, mit den neuen Möglichkeiten bewusst umzugehen statt jedem Hype hinterherzulaufen.

Hier gehts zu Infos und Anmeldung zum beschriebenen Kurs "The AI Augmented PM" von Markus: academy.ueberproduct.de

Zu diesem Thema passen diese älteren Episoden bzw. z.T. wurden diese Themen auch erwähnt:
- Warum scheint die Product Owner Rolle so schwer zu sein? (ganz frühe Folge mit Markus Andrezak - immer noch sehr aktuell)
- Mit dem Kano-Modell Kundenbedürfnisse besser verstehen

Weitere Folgen mit Markus Andrezak:
- Produktstrategie in die Praxis bringen
- Unterschiedliche Strategieansätze - Gemeinsamkeiten und Unterschiede
- Business- oder Nutzersicht: Welchen Blickwinkel sollte ein PO einnehmen?

Dominique und Tim sprechen in dieser Folge über Product Portfolio Management (auch: Produktportfolio Management oder PPM) und nehmen dabei eine Perspektive ein, die viele aus ihrem Alltag sofort wiedererkennen: Du sitzt im Refinement für dein Produkt, verteidigst Prioritäten und versuchst, dein Team auf die nächsten Schritte auszurichten. Gleichzeitig weißt du, dass neben dir andere Produktteams an anderen Themen arbeiten, aber auf die gleichen Ressourcen zugreifen müssen. Genau in diesen Situationen zeigt sich, ob ein Produktportfolio wirklich aktiv gesteuert wird oder ob Produkte einfach nebeneinander existieren und sich gegenseitig ausbremsen bzw. um Ressourcen konkurrieren.

Ein Produktportfolio entsteht nicht erst durch eine bewusste Entscheidung. Es ist in vielen Organisationen schlicht die Realität, sobald mehrere Produkte parallel entwickelt werden. Spannend wird es erst bei der Frage, wie bewusst damit umgegangen wird. Häufig bleibt jedes Produkt für sich optimiert, während die übergreifende Perspektive fehlt. Teams verbessern Features, Product Owner treiben ihre Backlogs voran und trotzdem bleibt unklar, ob die Gesamtorganisation ihre Ressourcen sinnvoll einsetzt. Genau hier beginnt Product Portfolio Management, weil es die Brücke zwischen Unternehmensstrategie und den einzelnen Produktentscheidungen schlägt.

In der Praxis zeigt sich schnell ein typisches Muster. Ohne klares Product Portfolio Management entscheiden nicht Wirkung und Strategie, sondern Lautstärke, Hierarchie und Durchsetzungsfähigkeit von Einzelpersonen. Das Produkt mit den meisten (oder stäksten) Stakeholdern gewinnt Aufmerksamkeit, während andere Themen liegen bleiben. Diese Dynamik führt dazu, dass Organisationen zwar viel entwickeln, aber nicht unbedingt das, was sie wirklich voranbringt. Ein Produktportfolio braucht daher mehr als eine Liste von Produkten. Es braucht eine gemeinsame Richtung, in die bewusst gesteuert wird und aktive Entscheidungen wo Zeit, Budget und Energie eingesetzt werden.

Besonders greifbar wird das, wenn man den Blick auf die eigene Organisation richtet. Auch kleinere Setups mit wenigen Angeboten stehen ständig vor der Entscheidung, worauf sie ihren Fokus legen. Zeit fließt in bestimmte Formate, andere Themen werden bewusst zurückgestellt. Diese Entscheidungen passieren nicht zufällig, sondern sind Ausdruck eines Produktportfolio Denkens, selbst wenn es nicht explizit so benannt wird. Für Product Owner und Produktmanager entsteht hier oft ein Spannungsfeld. Sie sehen das Potenzial ihres eigenen Produkts, stoßen aber an Grenzen, weil die Organisation an anderer Stelle bewusst investiert.

Hierdurch wird deutlich, warum Product Portfolio Management mehr ist als ein theoretisches Konzept. Es beeinflusst ganz konkret, welche Ideen umgesetzt werden und welche liegen bleiben. Für dich als Produktverantwortliche oder Produktverantwortlicher bedeutet das, nicht nur dein eigenes Produkt im Blick zu haben. Du brauchst ein Verständnis dafür, wie dein Produkt in das gesamte Produktportfolio passt und welchen Beitrag es zur strategischen Ausrichtung leistet. Ohne diesen Blick bleibt viel Energie in lokalen Optimierungen stecken, während die eigentliche Wirkung auf Organisationsebene ausbleibt und ein globales Suboptimum entsteht.

Folgende ältere Episoden wurden im Gespräch erwähnt:
- Product Owner im skalierten Umfeld
- Mit mehreren Product Roadmaps arbeiten?
- Product Principles

Wie bewusst wird bei euch entschieden, in welche Produkte ihr investiert und welche Themen ihr liegen lasst? Habt ihr Situationen erlebt in denen gutes oder schlecht Product Portfolio Management einen echten Unterschied gemacht hat? Teilt eure Geschichten und Erfahrungen doch mit uns und der Community. Hinterlasse gerne einen Kommentar unter dem Blog-Artikels auf unserer Website oder auf unserem Produktwerker LinkedIn-Beitrag.

In dieser Podcast Folge spricht Jan Neudecker von der Agile Academy mit Tim darüber, was Scrum Master über agiles Produktmanagement wissen und in der Zusammenarbeit mit Product Ownern wirksam vermitteln können sollten.

In vielen Teams zeigt sich ein wiederkehrendes Muster. Im Refinement entstehen gute Ideen, im Sprint Planning wird viel diskutiert, doch Entscheidungen bleiben liegen. Genau hier wird klar, warum Scrum Master agiles Produktmanagement Wissen brauchen. Wenn ein Product Owner zögert, weil Freigaben fehlen oder weil Unsicherheit besteht, verlangsamt sich nicht nur die Umsetzung, sondern vor allem das Lernen im Produkt.

Jan beschreibt aus seiner eigenen Erfahrung als Scrum Master, Product Owner und Certified Scrum Trainer sehr klar, woran man starke Product Owner erkennt. Für ihn treffen sie Entscheidungen, wenn sie gebraucht werden, und sie verstehen die Realität ihrer Nutzer. Beides entsteht nicht zufällig. Es braucht ein Umfeld, das genau diese Verantwortung ermöglicht. Und hier liegt ein zentraler Beitrag des Scrum Masters. Er arbeitet nicht nur an Prozessen und fürs Team, sondern sorgt dafür, dass Entscheidungsfähigkeit des Product Owners überhaupt entstehen kann. Das bedeutet, Hindernisse im Umfeld sichtbar zu machen und gemeinsam mit Organisation und Stakeholdern daran zu arbeiten, dass Verantwortung wirklich beim Product Owner ankommt.

Gerade in der täglichen Zusammenarbeit wird deutlich, wie eng Scrum Master bzw. Agile Coaches und Product Owner verbunden sind. Wenn ein Team verschiedene Lösungsoptionen erarbeitet und der Product Owner keine klare Richtung vorgibt, entsteht Unsicherheit im Team. Diese Situation lässt sich nicht durch Moderation allein lösen. Ein Scrum Master, der agiles Produktmanagement Wissen mitbringt, erkennt, dass hier kein Methodenproblem vorliegt, sondern ein fehlender Entscheidungsrahmen. Statt nur das Meeting zu strukturieren, unterstützt er den Product Owner dabei, Optionen zu bewerten, Konsequenzen zu verstehen und Entscheidungen vorzubereiten. Gleichzeitig hilft er dabei, die Perspektive der Nutzer stärker einzubringen. Denn ohne ein echtes Verständnis für den Nutzungskontext entstehen schnell Lösungen, die technisch sauber sind, aber am Bedarf vorbeigehen. Diese Verbindung aus Entscheidungsfähigkeit und Nutzerfokus macht den Unterschied im Alltag.

Oft sehen wir Teams, in denen beide Rollen noch wenig Erfahrung haben. Dann wird agiles Arbeiten schnell zu einer Abfolge von Meetings, ohne dass echte Produktverantwortung entsteht. Genau hier wird die Rolle des Scrum Masters anspruchsvoll. Wer als Scrum Master agiles Produktmanagement Wissen hat, beschränkt sich nicht auf die Einhaltung von Scrum Regeln, sondern arbeitet aktiv daran, Produktdenken im Team zu verankern. Das zeigt sich in kleinen Situationen. In einem Review, in dem nicht nur Ergebnisse gezeigt werden, sondern echtes Feedback eingeholt wird. Oder in Gesprächen mit Stakeholdern, in denen Erwartungen geklärt werden, bevor sie Druck auf das Team ausüben. Diese Arbeit ist oft unsichtbar, hat aber direkten Einfluss auf die Wirksamkeit des Product Owners und damit auf den Erfolg des Produkts.

Folgende ältere Episoden empfiehlt Tim im Gespräch:

Dein Freund der Scrum Master Erfolgreich mit User Stories arbeiten Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen

Wenn ihr Kontakt zu Jan Neudecker aufnehmen möchtet oder weitere Fragen an ihn habt, erreicht ihr ihn am besten über sein LinkedIn-Profil.

Im Gespräch erwähnt gibt Jan Neudecker eine ganze Reihe von sehr erfolgreichen Zertifizierungstrainings für Scrum Master und Product Owner. Die Übersicht zu seinen offenen Trainings findet ihr auf der Seite der Agile Academy.

Im Gespräch hat Tim zudem folgende Bücher empfohlen:
- Teresa Torres: Continupus Discovery Habits
- Bruce McCarthy: Aligned - Stakeholder Management for Product Leaders

In dieser Folge sprechen Tim und Oliver darüber, wie Product Owner mit dem Druck umgehen, jederzeit eine Entscheidung treffen zu müssen und warum genau dieser Reflex oft zu kurz greift. In vielen Teams gilt Schnelligkeit als Zeichen von Stärke. Wer zögert, wirkt unsicher. Wer entscheidet, wirkt handlungsfähig. Doch diese Gleichung geht im Alltag der Produktentwicklung nicht immer auf. Eine Entscheidung gewinnt nicht an Qualität, nur weil sie schnell getroffen wird. Entscheidend ist der Moment, in dem sie fällt, und die Informationen, die zu diesem Zeitpunkt vorliegen.

Eine gute Entscheidung bewertet man nicht anhand ihrer Folgen und Ergebnisse im Nachhinein, sondern aus der Situation heraus, in der sie getroffen wird. Genau hier liegt eine der größten Herausforderungen im Produktalltag. Product Owner bewegen sich ständig in Unsicherheit. Sie kennen selten alle Fakten, müssen aber trotzdem Verantwortung übernehmen. Wer in solchen Situationen vorschnell entscheidet, läuft Gefahr, wichtige Informationen zu übersehen oder sich von scheinbarer Dringlichkeit treiben zu lassen. Oft wird Druck von außen aufgebaut, obwohl die eigentliche Entscheidung noch Zeit hätte. Diese Dynamik zu erkennen, verändert den Blick auf die eigene Rolle spürbar.

Nicht zu entscheiden ist dabei kein Zeichen von Schwäche, sondern selbst eine bewusste Entscheidung. Es geht darum, den richtigen Zeitpunkt zu wählen. Wenn Unsicherheit hoch ist oder relevante Informationen fehlen, kann es sinnvoll sein, innezuhalten und gezielt Kontext aufzubauen. Gleichzeitig zeigt sich hier ein Spannungsfeld, das viele Produktmenschen kennen. Wer zu lange wartet, riskiert Stillstand. Wer zu schnell entscheidet, riskiert Fehlentscheidungen. Diese Balance bewusst zu gestalten gehört zur eigentlichen Verantwortung eines Product Owners.

Hinzu kommt, dass auch nicht jede Entscheidung in die Hände des Product Owners gehört. Teams können und sollten viele Entscheidungen selbst treffen. Wenn jede Frage nach oben eskaliert wird, entsteht Abhängigkeit statt Ownership. Eine kluge Entscheidung besteht dann darin, bewusst nicht zu entscheiden und Verantwortung dort zu lassen, wo sie hingehört. Das stärkt Teams langfristig mehr als jede schnelle Antwort.

Gleichzeitig entstehen durch Nicht Entscheiden auch Kosten. Offene Fragen führen zu Wartezeiten, zu Unsicherheit im Team oder dazu, dass an Themen gearbeitet wird, die wenig Wert liefern. Diese Entscheidungskosten sind im Alltag oft unsichtbar, wirken aber stark auf die Produktentwicklung. Deshalb reicht es nicht, einfach nur abzuwarten. Es braucht ein bewusstes Abwägen zwischen Dringlichkeit, Unsicherheit und möglichem Impact. Genau hier entwickelt sich die Qualität von Entscheidungen.

Am Ende geht es weniger um die Frage, ob entschieden wird, sondern ob jetzt entschieden werden sollte. Dieses kleine gedankliche Innehalten verändert viel. Es schafft Raum für bessere Entscheidungen und verhindert reflexartiges Handeln. Wer beginnt, das eigene Entscheidungsverhalten zu reflektieren, erkennt schnell Muster. In welchen Situationen entscheide ich zu schnell. Wann warte ich zu lange. Welche Informationen fehlen mir regelmäßig. Diese Klarheit ist der erste Schritt, um die eigene Entscheidungspraxis weiterzuentwickeln.

Diese älteren Folgen wurden in der Episode erwähnt:
- Kluge Entscheidungen treffen mit Decision Poker
- Biases und wie ich als Product Owner damit umgehen kann
- Product Principles

Weitere Bücher, auf die Tim und Oliver Bezug nehmen:
- Annie Duke: Thinking in Bets: Making Smarter Decisions When You Don't Have All the Facts
- Daniel Kahneman: Schnelles Denken, langsames Denken

Wie gehst du mit diesem Spannungsfeld um? Entscheidest du oft (zu) schnell oder wartest du manchmal (zu) lange, bevor du eine Entscheidung triffst? Entscheide dich doch dazu, deine Gedanken und Erfahrungen mit uns und der Community auf unserer LinkedIn-Seite.