Die Produktwerker

Tim Klein, Dominique Winter, Oliver Winter
Die Produktwerker

Im Podcast der Produktwerker besprechen wir Themen rund um die Rolle des Product Owners. Dazu tauschen wir uns nicht nur untereinander aus, sondern sprechen auch mit interessanten Gesprächspartnern aus allen möglichen Themenbereichen von Product Ownern. Die Produktwerker sind Tim Klein (@produktwerkCGN), Oliver Winter (@oliwin) und Dominique Winter (@designik). Als Experten für Produktentwicklungen haben wir uns in der agilen Community Kölns kennen und schätzen gelernt. Wir drei wollen die Kompetenz von Product Ownern und Produktorganisationen fördern, bessere Produkte und Services zu entwickeln. Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

  1. VOR 5 TAGEN

    Finance Talk: Warum die Zahlen für deine Karriere wichtig sind

    Finanzen sind trocken? Von wegen! In der neuesten Folge der Produktwerker geht es um ein Thema, das für Product Owner oft unter dem Radar bleibt, aber entscheidend für ihre Karriere ist: Finanzwissen. Tim spricht mit Simonetta Batteiger, einer erfahrenen Product Leadership Coachin, über die Relevanz von Zahlen im Produktmanagement und Finanzwissen für Product Owner. Warum sollten sich Product Owner mit Finanzwissen beschäftigen? Viele verstehen intuitiv, wie wichtig Nutzerzentrierung ist, doch die wirtschaftliche Perspektive eines Produkts wird oft vernachlässigt. Simonetta, die selbst eine Karriere im Finance-Bereich startete, bevor sie ins Produktmanagement wechselte, macht deutlich: Wer als Product Owner langfristig erfolgreich sein will, sollte die Zahlen verstehen. Umsatz, Kosten, Marge – diese Faktoren bestimmen nicht nur den Erfolg eines Produkts, sondern auch den eigenen Karriereweg. Product Owner stehen häufig vor der Herausforderung, den Mehrwert ihrer Arbeit für das Unternehmen greifbar zu machen. Ein gut durchdachter Business Case kann hier den entscheidenden Unterschied machen. Wer zeigen kann, wie Produktentscheidungen den Umsatz steigern oder Kosten optimieren, verschafft sich Gehör bei Stakeholdern und Führungsebenen. Gerade in Zeiten wirtschaftlicher Unsicherheit wird das Finanzwissen für Product Owner immer relevanter. Simonetta betont, dass es kein Hexenwerk ist, sich dieses Wissen anzueignen. Ein guter erster Schritt ist der Austausch mit dem Finanzteam: Welche Metriken sind im Unternehmen wirklich relevant? Auf welche KPIs achtet die Geschäftsleitung? Wer diese Fragen stellt, zeigt Initiative und stärkt seine Position als strategische Gestalterin seines Produkts. Auch das Thema Budgetierung kommt im Gespräch auf. Viele Product Owner empfinden den id.R. jährlichen Budgetierungsprozess als Hürde, doch wer ihn versteht, kann ihn aktiv nutzen. Die Budgetplanung ist die beste Gelegenheit, um sich notwendige Ressourcen für das nächste Jahr zu sichern – sei es für neue Teammitglieder, Weiterbildungen oder technische Infrastruktur. Wer Finanzwissen in die eigene Arbeit integriert, trifft nicht nur fundiertere Entscheidungen, sondern stärkt auch seine Rolle im Unternehmen. Ein weiterer wichtiger Punkt: Finanzwissen hilft dabei, mit anderen Abteilungen auf Augenhöhe zu sprechen. Ob mit dem Finanzteam, der Geschäftsführung oder dem Sales-Bereich – wer ihre Sprache spricht und mit Zahlen argumentieren kann, wird ernster genommen und kann seine Roadmap selbstbewusster verteidigen. Ein Product Owner, der Finanzwissen mitbringt, ist weniger austauschbar und steigert seine Karrierechancen erheblich. Wer sich weiterbilden möchte, findet zahlreiche Ressourcen, von Online-Kursen bis hin zu internen Trainings. Simonetta bietet selbst eine regelmäßige Kursreihe für eine kleine Kohorte an, die speziell für Produktmenschen entwickelt wurden. Ihr abschließender Rat: Einfach mal das Gespräch mit dem Finanzteam suchen und neugierig sein. Finanzwissen für Product Owner ist kein Nice-to-have, sondern ein echter Karriere-Booster. Kontakt zu Simonetta Batteiger nehmt ihr am Besten über ihre LinkedIn-Seite auf. Weiterführende Links: - Infos & Buchung zum angesprochenen Kurs von Simonetta: Business and Finance - Concepts for Product and Tech Leaders - Post von Simonetta aus Mind the Product: Finance skills for product people - Blogpost Simonetta Batteiger: So you want a high performing product team? - Blogpost Simonetta Batteiger: How to think and talk about business impact Diese früheren Podcast-Folgen wurden erwähnt: - Leadership Skills für Produktmenschen (Gast. Simonetta Batteiger) - Business KPIs die Product Owner kennen sollten - Produktmanager in einem Startup - Erfahrungsbericht eines Buchhalters

    44 Min.
  2. 10. FEB.

    Die zehn Methoden, die Product Owner kennen müssen

    Als Product Owner ist es essenziell, sich kontinuierlich weiterzuentwickeln und die richtigen Werkzeuge für die tägliche Arbeit zu nutzen. In der neuesten Episode der Produktwerker geht es genau darum: Welche Methoden für Product Owner sind wirklich relevant? Eine der wichtigsten Grundlagen ist die Produktvision. Hier hilft das Product Vision Canvas bzw. das Product Vision Board (von Roman Pichler), um ein gemeinsames Verständnis im Team und mit Stakeholdern zu schaffen. Ob mit dem Framework von Roman Pichler oder dem Positioning Statement von Geoffrey Moore – entscheidend ist, dass die Produktvision klar und lebendig bleibt. Eng verknüpft mit der Produktvision ist das Thema Roadmapping. Klassische, feature-getriebene Roadmaps sind längst überholt. Stattdessen setzen erfahrene Product Owner auf Outcome-orientierte Roadmaps, etwa in Form der Now-Next-Later-Roadmap. Dabei geht es nicht darum, starre Zeitpläne einzuhalten, sondern den Fokus auf die gewünschten Wirkungen zu legen. Für eine sinnvolle Planung ist außerdem Story Mapping unverzichtbar. Diese Methode hilft, eine holistische Sicht auf das Produkt zu behalten, Features sinnvoll zu priorisieren und das Team in die richtige Richtung zu steuern. Jeff Patton hat mit dem User Story Mapping eine Praxis entwickelt, die das Verständnis für Wirkungsschnitte und Priorisierung stärkt. Ein weiteres wertvolles Tool im Werkzeugkasten eines Product Owners ist der Opportunity Solution Tree (OST), bekannt aus Teresa Torres’ Buch Continuous Discovery Habits. Der OST ermöglicht es, Business-Ziele mit Kundenbedürfnissen zu verknüpfen und den besten Weg zur Lösung abzuleiten. Etwas älter, aber genauso wirksam ist das Impact Mapping von Gojko Adzic – ein strukturierter Ansatz, um zu visualisieren, welche Akteure ihr Verhalten ändern müssen, damit das Produkt erfolgreich wird. In der täglichen Arbeit von Product Ownern spielen Annahmen eine große Rolle. Doch oft sind diese weder hinterfragt noch belegt. Hier kommt das Assumption Mapping ins Spiel. Mit dieser Methode von David J. Bland lassen sich Annahmen systematisch priorisieren und durch gezielte Experimente validieren. Auch das Arbeiten mit User-Feedback gehört zu den essenziellen Methoden für Product Owner. Hier hilft der Interview-Snapshot aus Teresa Torres’ Discovery-Ansatz, um strukturierte Erkenntnisse aus Nutzerinterviews zu ziehen. In Kombination mit dem Value Proposition Canvas von Alexander Osterwalder lassen sich die relevanten Pain Points und Gains der Nutzer noch klarer herausarbeiten. Natürlich darf auch das Thema User Stories nicht fehlen. Diese Technik ermöglicht eine nutzerzentrierte Formulierung von Anforderungen. Doch User Stories sind nur so gut wie ihre Akzeptanzkriterien und die Fähigkeit, sie sinnvoll zu schneiden. Deshalb ist es entscheidend, nicht nur das Schreiben, sondern auch das Splitting von User Stories zu beherrschen. Ein weiterer Bereich, der oft unterschätzt wird, ist das Stakeholder-Management. Ohne eine gezielte Strategie kann die Vielzahl an Stakeholdern schnell zur Herausforderung werden. Das Power-Interest-Grid hilft dabei, die richtigen Prioritäten zu setzen und Stakeholder effektiv einzubinden. Daneben sehen wir noch eine elfte Methode, quasi als "Bonus-Thema", das in den letzten Jahren immer wichtiger wird: AI-Prompting. Die Fähigkeit, mit Tools wie ChatGPT oder Perplexity effizient zu arbeiten, kann für Product Owner einen enormen Vorteil bringen – sei es für die Generierung von Ideen, die Analyse von Feedback oder die Strukturierung von Informationen. AI wird zunehmend zum Wingman für Product Owner und sollte daher als fester Bestandteil des Methodensets verstanden werden. Diese zehn Methoden für Product Owner sind nicht nur theoretische Konzepte, sondern praxisbewährte Werkzeuge, die den Alltag eines POs erleichtern und das Produktmanagement auf ein neues Level heben. Welche dieser Methoden setzt du bereits ein? Und welche fehlt deiner Meinung nach in dieser Liste?

    37 Min.
  3. 3. FEB.

    Wie umgehen mit Backlog Items unterschiedlicher Granularität?

    Die Granularität, oder auch Kleinteiligkeit, von Product Backlog Items ist eine ständige Herausforderung für Product Owner. Manchmal sind die Product Backlog Items zu groß oder man leider unter viel zusätzlicher Verwaltungsarbeit, weil immer wieder ganze Pakete an kleinteiligen Items repriorisiert werden müssen. Das zentrale Thema der Folge ist also die Größe eines Backlog Items. Während der Scrum Guide lediglich fordert, dass Einträge innerhalb eines Sprints abgeschlossen sein sollten, empfehlen Dominique und Oliver eine zusätzliche Regel: Ein Item sollte nicht mehr als die Hälfte des Sprints in Anspruch nehmen. Diese Daumenregel hilft dabei, das Risiko zu minimieren, dass sich ein einzelnes Item über den gesamten Sprint zieht und zu wenig Spielraum für Anpassungen bleibt. Doch Granularität ist nicht nur eine Frage der Planung, sondern auch der langfristigen Produktstrategie. Items, die erst in ferner Zukunft relevant sind, können zunächst grob formuliert sein. Je näher der Umsetzungstermin rückt, desto feiner werden sie definiert. Oliver betont, dass eine zu frühe Detailierung oft überflüssig ist, weil sich Prioritäten im Laufe der Zeit ändern. Das Zusammenfassen und Neuformulieren von Items kann deshalb ebenso sinnvoll sein wie das Zerteilen größerer Einträge. Ein weiteres Thema ist die Handhabung von Granularität im Sprint. Unterschiedlich große Items innerhalb eines Sprints sind kein Problem, solange sie alle einen Mehrwert liefern und das Team die Zusammenhänge versteht. Eine gesunde Mischung aus kleinen, mittleren und größeren Items kann sogar dabei helfen, besser zu lernen und das Forecasting zu verbessern. Ein rein auf gleich große Einträge ausgerichtetes Backlog – wie es beim No Estimates-Ansatz oft gefordert wird – kann zwar die Vorhersagbarkeit erhöhen, schränkt aber unter Umständen die Flexibilität ein. Die Diskussion zeigt, dass Product Owner die Granularität ihrer Backlog Items bewusst steuern sollten. Refinement-Aktivitäten sind notwendig, um sicherzustellen, dass ein gemeinsames Verständnis im Team herrscht. Dabei ist jedoch auch Mut zur Lücke gefragt: Nicht jedes Item muss bis ins kleinste Detail ausformuliert werden. Gerade bei sehr kleinen Verbesserungen kann es sinnvoller sein, sie direkt umzusetzen, anstatt sie ins Backlog aufzunehmen. Letztlich ist die optimale Granularität immer vom jeweiligen Produkt und Team abhängig. Product Owner sollten sich bewusst machen, dass sie nicht nur für den Inhalt des Backlogs verantwortlich sind, sondern auch für seine Struktur und Handhabbarkeit.

    33 Min.
  4. 27. JAN.

    OKRs und Scrum sinnvoll miteinander verbinden

    In dieser Folge des Produktwerker Podcast diskutieren Oliver und sein Gast Urs Reupke über das Zusammenspiel von OKRs und Scrum. Urs, Unternehmensberater bei it-agile und Certified Scrum Trainer der Scrum Alliance, teilt seine Einblicke in die praktische Anwendung von OKRs und erklärt, wie diese Methode der Zielsetzung und Fortschrittsmessung die agile Produktentwicklung bereichern kann. OKRs, also “Objectives and Key Results”, dienen dazu, klare Ziele zu definieren und den Fortschritt durch messbare Ergebnisse zu überprüfen. Diese Struktur passt sehr gut zur iterativen Natur von Scrum. Insbesondere das Prinzip von Inspect und Adapt, das in Scrum fest verankert ist, findet auf einer höheren Ebene in OKRs seine Entsprechung. Während die Produktvision in Scrum oft schwer operationalisierbar scheint, können OKRs als Brücke dienen, um große strategische Ziele in umsetzbare Zwischenschritte zu übersetzen. Eine zentrale Erkenntnis aus der Diskussion von Urs und Oliver ist, dass OKRs Product Ownern helfen können, sich auf Outcome-Ziele zu konzentrieren, anstatt sich ausschließlich auf Outputs zu fixieren. Diese Fokussierung auf Wirkung eröffnet Product Ownern und ihren Teams mehr Freiräume, eigenverantwortlich Entscheidungen zu treffen und kreative Lösungen zu finden. Die Verbindung von OKRs und Scrum ermöglicht es, strategische Ziele nicht nur zu definieren, sondern auch mit konkreten Aktionen im Sprint voranzutreiben.. Ein weiterer Vorteil von OKRs in der agilen Produktentwicklung liegt in der Möglichkeit, den Diskurs mit Stakeholdern auf eine strategische Ebene zu heben. Anstatt über einzelne Features zu debattieren, können sich Gespräche auf die gewünschte Wirkung und übergeordnete Ziele konzentrieren. Dies kann Product Owner entlasten und gibt ihnen die Freiheit, die Umsetzung eigenständig zu gestalten, ohne dass Stakeholder in die Details eingreifen. Die Folge endet mit Urs’ praktischer Empfehlung an alle Product Owner: Einfach anfangen! Auch ohne die gesamte Organisation von OKRs zu überzeugen, können Teams die Methode für sich ausprobieren, um Fokus und Klarheit zu gewinnen.

    39 Min.
  5. 20. JAN.

    Cost of Delay

    Cost of Delay, auf Deutsch Verzögerungskosten, beschreibt die wirtschaftlichen Verluste, die entstehen, wenn ein Produkt oder Feature später als geplant auf den Markt kommt. In der neuen Folge von der Produktwerker diskutieren Tim und Dominique, warum dieses Konzept für Product Owner zentral ist und wie es uns bei strategischen Entscheidungen helfen kann. Dominique definiert Cost of Delay als die Summe aller wirtschaftlichen Kosten, die durch Verzögerungen entstehen. Das reicht von entgangenen Umsätzen und Marktanteilen bis hin zu Lizenz- oder Wartungskosten für alte Systeme. Ein Beispiel zeigt, wie ein verspäteter Systemwechsel zu Millionen Euro zusätzlichen Lizenzgebühren führen kann. Aber auch weiche Faktoren wie verlorene Marktreputation oder Kundenzufriedenheit können in die Bewertung einfließen. Besonders praktisch wird Cost of Delay bei der Priorisierung von Backlog-Items. Features können wie verderbliche Waren betrachtet werden: Je später sie geliefert werden, desto geringer ihr Nutzen. Um das zu quantifizieren, benötigt man eine klare Formel. Ein gängiger Ansatz ist, die Kosten pro Zeiteinheit zu berechnen, zum Beispiel pro Woche oder Sprint, und diese durch die Größe der Arbeit zu teilen. Dieser Ansatz ähnelt dem Konzept Weighted Shortest Job First (WSJF). In der Praxis ist jedoch nicht immer alles messbar. Dominique und Tim betonen, dass Schätzungen oft auf Annahmen basieren müssen. Dabei geht es nicht um absolute Genauigkeit, sondern um eine Diskussion, die ein gemeinsames Verständnis schafft. „Es ist besser, mit unscharfen Daten zu arbeiten, als gar keine Grundlage zu haben“, so Dominique. Wichtig sei es, Annahmen zu dokumentieren und regelmäßig zu überprüfen. Darübe rhinaus ist ein weiterer spannender Aspekt die enge Verbindung zwischen Cost of Delay und der Produktstrategie. Unternehmen müssen abwägen, ob sie lieber schnell liefern oder auf Perfektion setzen wollen. Diese Entscheidung hat nicht nur Einfluss auf die Priorisierung einzelner Aufgaben, sondern auch auf die langfristige Marktpositionierung. Die Folge schließt mit wertvollen Tipps für den Einstieg in das Thema Cost of Delay. Tim und Dominique raten dazu, sich zunächst auf einfache Annahmen zu stützen und diese regelmäßig zu überprüfen. Denn nur wer die Kosten von Verzögerungen versteht, kann nachhaltig erfolgreiche Produkte entwickeln. Passend zur aktuellen Folge empfehlen wir euch übrigens noch diese Folge, weil sie thematisch sehr passen und in der Folge referenziert werden: - Technische Schulden und wie wir als Product Owner damit umgehen (https://produktwerker.de/technische-schulden/) - Flow Metriken für Scrum Product Owner (https://produktwerker.de/flow-metriken/) - Product Principles (https://produktwerker.de/product-principles/) - Produktstrategie in die Praxis bringen (https://produktwerker.de/produktstrategie-in-die-praxis-bringen/)

    39 Min.
  6. 13. JAN.

    Product Roadmaps in der täglichen Arbeit einsetzen

    In dieser Folge der Produktwerker geht es darum, wie Product Roadmaps in der täglichen Arbeit eingesetzt werden können. Zu Beginn eines Jahres investieren viele Product Owner und Produktmanager viel Energie in die Erstellung einer Product Roadmap. Doch was passiert danach? Die Roadmap, die oft als Ergebnis intensiver Diskussionen und strategischer Planung entsteht, ist kein statisches Dokument, sondern ein dynamisches Werkzeug, das den Alltag von Produktteams prägen sollte. Eine Product Roadmap gibt die Richtung vor. Sie bildet die Brücke zwischen der Produktvision und den operativen Aufgaben im Backlog. Damit wird sie zur Operationalisierung der Produktstrategie und hilft dabei, Entscheidungen fundierter zu treffen. Gerade in Gesprächen mit Stakeholdern bietet sie eine klare Orientierung, welche Outcomes und Ziele im Fokus stehen. Anstatt über einzelne Features zu diskutieren, lenkt die Roadmap die Aufmerksamkeit auf die übergeordneten Ziele und erlaubt es, neue Anforderungen kritisch zu hinterfragen. Im Scrum-Kontext erweist sich die Product Roadmap als besonders nützlich. Ob im Sprint Planning, bei der Formulierung eines Sprintziels oder im Sprint Review – die Roadmap sorgt für eine klare Verbindung zwischen Vision, Strategie und operativer Umsetzung. Sie zeigt auf, wie das aktuelle Sprintziel auf die langfristigen Produktziele einzahlt. Darüber hinaus unterstützt sie Product Owner, den Fokus zu behalten, etwa in Diskussionen über Prioritäten oder neue Feature-Wünsche. Auch im Kontext von Product Discovery bietet die Roadmap Orientierung. Unsicherheiten, die bei der Entwicklung auftreten, können systematisch angegangen werden. Sie ermöglicht es, Hypothesen oder Annahmen gezielt zu priorisieren und ihre Relevanz für das Gesamtbild zu bewerten. Dabei wird der iterative Charakter der Roadmap deutlich: Neue Erkenntnisse führen zu Anpassungen, um sicherzustellen, dass das Produkt den Anforderungen des Marktes gerecht wird. Product Roadmaps in der täglichen Arbeit einzusetzen erfordert Engagement und Disziplin. Sie ist mehr als nur ein Dokument – sie ist ein zentraler Bestandteil der Produktarbeit und unterstützt dabei, langfristige Ziele mit den täglichen Aufgaben zu verbinden. Indem sie regelmäßig reflektiert und angepasst wird, trägt sie dazu bei, die Produktentwicklung effektiv und zielgerichtet zu gestalten.

    44 Min.
  7. 6. JAN.

    Lean Management in der Produktentwicklung

    In der dieser Folge der Produktwerker spricht Tim mit Götz Müller, einem erfahrenen Experten für Lean Management in der Produktentwicklung und Gastgeber des langjährigen Podcasts „Kaizen 2 go“. Gemeinsam beleuchten sie die Verbindung zwischen Lean Thinking und moderner agiler Produktentwicklung. Dabei steht eine zentrale Frage im Fokus: Was können Product Owner und Produktmanager von den Prinzipien des Lean Product Development lernen? Götz Müller bringt eine beeindruckende Expertise mit. Seit den 1990er Jahren beschäftigt er sich intensiv mit Lean Thinking, das ursprünglich im Kontext von Toyota und der Automobilindustrie entstand. Der Grundgedanke dabei ist ebenso einfach wie kraftvoll: Verschwendung vermeiden und den Wertstrom optimieren – vom ersten Kundenwunsch bis hin zur tatsächlichen Lieferung des Produkts. Lean Thinking ist auch in der digitalen Produktentwicklung relevant. Obwohl Lean oft mit der Massenproduktion assoziiert wird, lassen sich viele Prinzipien übertragen. Lean Management fordert beispielsweise, den Entwicklungsprozess kontinuierlich zu verbessern und stets die Perspektive des Kunden einzunehmen – sei es ein externer Kunde oder ein interner Abnehmer, wie etwa die Produktion in der Hardwareentwicklung. Ein spannender Aspekt ist die Rolle des sogenannten Chief Engineers im Lean-Kontext. Dieser definiert das Produkt in seiner Gesamtheit und trägt die Verantwortung dafür, dass alle Beteiligten auf ein gemeinsames Ziel hinarbeiten. Diese Rolle zeigt Parallelen zur Product-Owner-Rolle in Scrum, geht jedoch weit darüber hinaus, indem sie strategische, technische und menschliche Dimensionen miteinander verbindet. Die Diskussion dreht sich zudem um die Herausforderungen, die entstehen, wenn Hardware- und Softwareentwicklung eng verzahnt sind. Hier betont Götz, dass unterschiedliche Entwicklungszyklen und „Sprachen“ der beiden Bereiche oft zu Missverständnissen führen können. Ein tiefes Verständnis der jeweiligen Bedürfnisse und klare Kommunikation sind essenziell, um diese Hürden zu überwinden. Ein zentrales Learning aus Lean Thinking für Product Owner ist die Bedeutung von kontinuierlicher Verbesserung. In kleinen, iterativen Schritten sollte nicht nur das Produkt, sondern auch der gesamte Entwicklungsprozess optimiert werden. Dabei geht es nicht nur darum, effizient zu arbeiten, sondern vor allem effektiv – mit einem klaren Fokus auf den tatsächlichen Mehrwert für den Kunden. Das Gespräch zeigt eindrucksvoll, wie wichtig die Haltung der kontinuierlichen Verbesserung, auch bekannt als Kaizen, für erfolgreiches Produktmanagement ist. Lean Management in der Produktentwicklung bietet eine wertvolle Perspektive, um in einem unsicheren und komplexen Umfeld bessere Entscheidungen zu treffen. Die Verbindung von Lean und agilem Denken ermöglicht es, nicht nur schneller zu liefern, sondern auch langfristig nachhaltige Werte zu schaffen. Eine wertvolle ältere Folge unserer Podcasts in diesem Zusammenhang gibt es auch: - Kennt Kanban Product Owner? (mit Michael Mahlberg) Wer tiefer in das Thema einsteigen möchte, findet weitere wertvolle Inhalte im Podcast „Kaizen2go“ von Götz Müller. Viel weiteres Material gibt es auf seiner Webseite https://www.geemco.de/ Für Product Owner und Produktmanager, die ihre Arbeit um Lean-Prinzipien bereichern wollen, ist dies eine hervorragende Quelle der Inspiration. Und wer weitere Fragen an Götz Müller hat oder bzgl. Unterstützungsbedarf mit ihm reden möchte, kommt auch über sein LinkedIn-Profil sehr gut mit ihm in Kontakt. Wir hoffen, dass du einige neue Impulse aus den Erfahrungen von Götz gewinnen konntest. Hast du selber schon explizite Erfahrungen mit Lean Management gemacht und magst darüber berichten? Wir Produktwerker freuen uns, wenn du mit uns deine Tipps zu diesem Thema mit anderen Hörerinnen und Hörern teilst. Lass uns gerne einen Kommentar auf unserer Webseite oder auf LinkedIn.

    49 Min.
4,5
von 5
48 Bewertungen

Info

Im Podcast der Produktwerker besprechen wir Themen rund um die Rolle des Product Owners. Dazu tauschen wir uns nicht nur untereinander aus, sondern sprechen auch mit interessanten Gesprächspartnern aus allen möglichen Themenbereichen von Product Ownern. Die Produktwerker sind Tim Klein (@produktwerkCGN), Oliver Winter (@oliwin) und Dominique Winter (@designik). Als Experten für Produktentwicklungen haben wir uns in der agilen Community Kölns kennen und schätzen gelernt. Wir drei wollen die Kompetenz von Product Ownern und Produktorganisationen fördern, bessere Produkte und Services zu entwickeln. Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

Das gefällt dir vielleicht auch

Melde dich an, um anstößige Folgen anzuhören.

Bleib auf dem Laufenden mit dieser Sendung

Melde dich an oder registriere dich, um Sendungen zu folgen, Folgen zu sichern und die neusten Updates zu erhalten.

Wähle ein Land oder eine Region aus

Afrika, Naher Osten und Indien

Asien/Pazifik

Europa

Lateinamerika und Karibik

USA und Kanada