Die Produktwerker

Tim Klein, Dominique Winter, Oliver Winter
  • 4,5 (48)
  • MANAGEMENT
  • WÖCHENTLICH
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

    Wie können wir Output, Outcome & Impact liefern?

    Viele Teams liefern solide Features, füllen regelmäßig ihr Sprint-Backlog und schaffen es, in kurzen Zyklen Output zu produzieren. Doch was am Ende häufig fehlt, ist die entscheidende Frage: Welche Wirkung hat das eigentlich beim Nutzer? Genau darum geht es in dieser Folge. Oliver und Tim nehmen sich die drei häufig vermischten Begriffe Output, Outcome und Impact vor und ordnen sie praxisnah ein – nicht als Buzzwords, sondern als Grundlage sinnvoller Produktarbeit. Output ist schnell sichtbar. Ein Release ist gemacht, ein Feature live. Doch das allein reicht nicht. Outcome meint die Veränderung, die daraus entsteht – idealerweise beim Nutzer. Ein Verhalten, das sich ändert. Eine Aufgabe, die leichter fällt. Ein Problem, das nicht mehr existiert. Und genau darum sollte es gehen: Wirkung vor Lieferung. Es ist diese Wirkung, der wir in der Produktentwicklung hinterherlaufen sollten – nicht nur dem fertigen Feature. Was das schwierig macht: Outcome ist oft nicht sofort greifbar. Er entsteht nicht exakt in dem Moment, in dem ein Button live geht oder ein Flow angepasst wird. Es braucht Beobachtung, echtes Nutzerverständnis, Hypothesen und die Bereitschaft, Wirkung als Lernfeld zu begreifen. Viele Teams bleiben beim Output stehen, weil er einfacher zu messen ist. Doch wer wirklich wissen will, ob ein Produkt erfolgreich ist, muss sich auf Outcome fokussieren – auch wenn das bedeutet, Unsicherheit auszuhalten. Gleichzeitig braucht es gute Grundlagen, denn ohne verlässlichen, qualitativ hochwertigen Output gibt es auch keinen Outcome. Doch die reine Lieferung darf nicht zum Selbstzweck werden. Es geht darum, das Produkt so weiterzuentwickeln, dass es tatsächlich etwas verändert – beim Menschen, der es nutzt, und letztlich auch beim Unternehmen, das es anbietet.  Hier kommt der Impact ins Spiel. Denn wenn ein Feature genutzt wird, weil es einen echten Unterschied macht, dann kann daraus auch ein (positives) Geschäftsergebnis entstehen. Oliver und Tim zeigen in der Folge, wie Product Owner diese Perspektive einnehmen können – nicht als dogmatischen Rollenwechsel, sondern als bewussten Schritt. Outcome-orientiertes Arbeiten bedeutet, sich stärker mit Nutzerverhalten zu beschäftigen, Hypothesen zu formulieren, die Wirkung von Features zu hinterfragen und gemeinsam im Team zu reflektieren, was funktioniert – und was nicht. Es geht darum, sich vom Projektdenken zu lösen, Raum für Lernen zu schaffen und sich nicht nur an der Anzahl der ausgelieferten Features zu messen, sondern an der Veränderung, die sie bewirken. Outcome ist aber nicht immer eindeutig zuzuordnen. Manchmal braucht es Geduld, manchmal bleibt Wirkung aus, obwohl der Output gut war. Doch genau das ist der Kern moderner Produktentwicklung. Es geht nicht um Planbarkeit, sondern um Verantwortung für Wirkung. Und wer als Product Owner diese Wirkung gestalten will, kommt um den Outcome nicht herum. Erwähntes Video zur Erklärung der Begriffe: - The Mindset That Kills Product Thinking by Jeff Patton Frühere Folgen, auf die verwiesen wird: - Mit "Jobs to Be Done"-Interviews zum besseren Kundenverständnis - Finance Talk: Warum die Zahlen für deine Karriere wichtig sind - Agile Product Roadmaps - Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen - Impact Mapping – was zahlt wirklich auf unser Business Ziel ein? - Outcome Goals & Product Discovery (Tim Herbig) Wie setzt du diese Begriffe ein? Wie erklärst du sie deinem Team und deinem Umfeld? Hast du weitere Tipps, um besser Outcome und Impact liefern zu können? Wir Produktwerker freuen uns, wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite.

    42 Min.

  2. 14. APR.

    Product Owner im Wandel: Wie du die Veränderung der Rolle meisterst

    Die Verantwortung als Product Owner:in ist nicht mehr das, was sie mal war – und genau darin liegt die Herausforderung, denn Veränderung passiert. Sie kommt schleichend, manchmal unbemerkt, manchmal mit Ansage. In jedem Fall aber erfordert sie Orientierung, Mut und die Bereitschaft, sich selbst zu hinterfragen. In dieser Folge sprechen Annette Greil, Maik Seyfert und Dominique über genau diesen Wandel – und darüber, wie man ihn aktiv gestalten kann. Die Veränderung betrifft dabei nicht nur Aufgaben, sondern das gesamte Selbstverständnis der Rolle. Während Product Owner:innen früher oft stark in der Delivery verankert waren, verschiebt sich der Schwerpunkt zunehmend in Richtung Discovery, Strategie und Business-Verantwortung. Das klingt erst einmal nach einem echten Upgrade. Doch mit der erweiterten Verantwortung kommen auch neue Erwartungen – und nicht selten Unsicherheit. Gerade wenn eine Organisation alte Strukturen aufbricht, entstehen Freiräume, die zwar viel Potenzial bieten, aber auch überfordern können. Denn: Nur weil man offiziell mehr entscheiden darf, heißt das nicht, dass man automatisch auch die Sicherheit hat, diese Entscheidungen zu treffen. Vergangenes Verhalten, kulturelle Prägung und gewachsene Erwartungen wirken oft lange nach. Viele Product Owner:innen müssen sich erst wieder zutrauen, wirklich agil zu arbeiten – gerade wenn sie aus stark regulierten oder hierarchischen Kontexten kommen. Was hilft, ist nicht nur methodisches Know-how, sondern auch ein Bewusstsein für die eigenen Stärken. Wer weiß, wie er tickt, kann besser mit Unsicherheit umgehen. Tools wie der Gallup Strengths Finder oder persönliche Reflexionsformate (vgl. dazu auch Sei dein eigenes Produkt) können hier wertvolle Unterstützung sein. Doch Veränderung lässt sich nicht allein stemmen. Die Verantwortung als Product Owner:in entwickelt sich in einem Umfeld weiter – und dieses Umfeld muss mitziehen. Teams, Stakeholder, Führungskräfte: Alle sind Teil des Veränderungsprozesses. Das bedeutet nicht nur neue Absprachen und Verantwortlichkeiten, sondern auch das Aushalten von Reibung. Widerstände gehören dazu – und sie sind oft kein Zeichen von Ablehnung, sondern Ausdruck von Unsicherheit. Was es braucht, ist Kommunikation auf Augenhöhe und die Bereitschaft, sich gemeinsam auf Neues einzulassen. Veränderung gelingt nicht durch starre Frameworks oder das bloße Umbenennen von Rollen. Sie braucht Begleitung, Reflexion – und vor allem Zeit. Workshops, Coachings, Community-Formate oder interne Netzwerke können dabei helfen, einen stabilen Rahmen zu schaffen, in dem Entwicklung möglich ist. Der wichtigste Rat von Annette und Maik: Ruhe bewahren. Nicht jede Veränderung ist sofort greifbar – aber sie ist eine Chance. Für persönliches Wachstum, für bessere Produkte und für eine stärkere Verbindung zwischen Technik, Business und Kund:innen. Am Ende ist es keine Frage, ob sich die Rolle des Product Owners verändert. Die Frage ist, wie wir damit umgehen. Wer neugierig bleibt, reflektiert und bereit ist, dazuzulernen, kann aus dem Wandel einen echten Entwicklungsschub machen. Für sich selbst – und für das ganze Produktteam.

    33 Min.

  3. 7. APR.

    Welche Zertifizierung macht als PO Sinn?

    Eine Zertifizierung ist für viele Product Owner ein Thema, das immer wieder aufkommt – oft dann, wenn sie neu in der Rolle sind oder sich weiterentwickeln wollen. Doch was bringt eine Zertifizierung wirklich? Ist sie nur ein Türöffner für den ersten Job oder hilft sie tatsächlich dabei, ein besserer Product Owner zu werden? Gleichzeitig gibt es eine Vielzahl an Anbietern für solche Zertifizierungen – von etablierten Organisationen wie der Scrum Alliance oder scrum.org bis hin zu eher unbekannten Anbietern. Jede Organisation verspricht einen eigenen Mehrwert. Manche Zertifikate lassen sich durch das Bestehen eines Online-Tests erwerben, andere setzen auf Trainings mit erfahrenen Coaches. Doch nicht jede Zertifizierung passt zu jedem Kontext oder Lerntyp. Eine Zertifizierung kann ein guter Einstieg sein, um sich strukturiert mit den Grundlagen des Product Ownership auseinanderzusetzen. Sie gibt Orientierung und zeigt, welche Themen zur Rolle gehören. Aber sie ersetzt nicht die tägliche Praxis, nicht den Austausch im Team, nicht die Auseinandersetzung mit Stakeholdern oder Nutzerbedürfnissen. Wer Product Owner ist, lernt ständig dazu – unabhängig vom Zertifikat auf dem Papier. Besonders spannend wird es, wenn wir uns die Motivation anschauen, warum Menschen überhaupt eine Zertifizierung machen wollen. Geht es um ein besseres Gehalt? Um Sichtbarkeit im Unternehmen? Oder darum, sich selbst sicherer in der Rolle zu fühlen? Je nach Zielsetzung können ganz unterschiedliche Formate sinnvoll sein. Für manche ist zum Beispiel ein Einstiegskurs wie der „Professional Scrum Product Owner“ (PSPO I) ideal, andere profitieren mehr von Advanced-Kursen mit Fokus auf Stakeholder-Management, strategischer Produktentwicklung oder Leadership. Zertifizierungen sind also weder gut noch schlecht – sie sind Werkzeuge. Und wie bei allen Werkzeugen kommt es darauf an, wie man sie einsetzt. Ein Product Owner, der gelernt hat, wie wichtig kontinuierliche Validierung von Hypothesen ist, wird sich nicht auf ein Zertifikat verlassen, sondern im Alltag ausprobieren, verwerfen, neu denken. Genau das macht die Rolle so anspruchsvoll – und so spannend. Am Ende zählt weniger, welches Logo auf dem Zertifikat steht, sondern was die Person daraus macht. Wer bereit ist, kontinuierlich zu lernen, Feedback anzunehmen und sich mit anderen POs zu vernetzen, braucht nicht unbedingt eine Zertifizierung, um gute Arbeit zu leisten. Aber sie kann ein sinnvoller Baustein sein – vor allem dann, wenn sie nicht als Endpunkt, sondern als Anfang verstanden wird.

    54 Min.

  4. 31. MÄRZ

    Der User Experience Questionnaire

    Diesmal widmen wir uns dem User Experience Questionnaire (UEQ), einem bewährten Werkzeug zur Messung der UX. Bei uns zu Gast ist Andreas Hinderks, der an der Weiterentwicklung des UEQ mitarbeitet und besonders die Perspektive von Produktmenschen mit einbringt. Zur Zeit ist er Professor für Informatik, insbesondere Human Computer Interaction (HCI), an der Hochschule Hannover. Der UEQ ist ein wissenschaftlich fundierter Fragebogen, der verschiedene Dimensionen der UX misst, darunter Attraktivität, Effizienz, Steuerbarkeit, Stimulation und Originalität. In der Praxis ermöglicht der UEQ eine schnelle und fundierte Einschätzung der User Experience. Anstatt sich auf subjektive Einzelmeinungen zu verlassen, erhalten Unternehmen messbare Daten, die klare Hinweise auf Stärken und Schwächen ihres Produkts liefern. Gerade für Product Owner ist dies ein entscheidender Vorteil, da sie datenbasierte Entscheidungen treffen können, um die Nutzerfreundlichkeit gezielt zu optimieren. Im Gespräch diskutieren Dominique und Andreas, wie der UEQ in verschiedenen Kontexten angewendet werden kann. Besonders in agilen Entwicklungsprozessen bietet sich der Fragebogen an, um nach jedem Sprint oder größeren Produkt-Iterationen die UX-Qualität systematisch zu überprüfen. So lässt sich nachvollziehen, ob Anpassungen tatsächlich eine Verbesserung der Nutzererfahrung bewirken. Der UEQ hilft dabei, die subjektiven Eindrücke der Nutzer in eine objektive, vergleichbare Form zu bringen. Ein großer Vorteil des UEQ ist die Möglichkeit, Ergebnisse mit Benchmark-Daten zu vergleichen. Da der Fragebogen in vielen Branchen eingesetzt wird, können Unternehmen ihre Werte mit bestehenden Datensätzen abgleichen und so erkennen, wo ihr Produkt im Wettbewerbsumfeld steht. Natürlich bringt der Einsatz des UEQ auch Herausforderungen mit sich. Die Qualität der Ergebnisse hängt stark davon ab, wie sorgfältig die Befragung durchgeführt wird. Teilnehmer sollten den Fragebogen ehrlich und aufmerksam ausfüllen, um aussagekräftige Daten zu erhalten. Zudem sollten die Ergebnisse nicht isoliert betrachtet werden, sondern stets im Kontext der Produktstrategie und Nutzerbedürfnisse. Zum Abschluss der Folge gibt Andreas praxisnahe Tipps, wie sich der UEQ optimal in den Arbeitsalltag integrieren lässt. Wer sich mit UX-Messung beschäftigt oder eine datenbasierte Entscheidungsgrundlage für die Weiterentwicklung seines Produkts sucht, findet in dieser Episode wertvolle Impulse. Der UEQ bietet einen pragmatischen Ansatz, um UX greifbar zu machen und nachhaltige Produktverbesserungen zu erzielen. Wenn ihr mehr zum UEQ wissen wollt, schaut gern mal unter www.ueq-online.org. Dort bekommt ihr den Fragebogen in allen Sprachversionen aber auch Auswertungshilfen, die ihr kostenfrei nutzen könnt. Außerdem war Andreas schon mal mit dem Thema UX-Management zu Gast. Auch eine Folge, die wir sehr empfehlen können.

    43 Min.

  5. 24. MÄRZ

    Als Product Owner Qualitätsbewusstsein ins Team bringen

    Produktqualität ist ein Thema, das Product Owner immer wieder vor Herausforderungen stellt. In der neuesten Episode der Produktwerker sprechen Oliver und Dominique darüber, wie Product Owner das Bewusstsein für Qualität im gesamten Team stärken können. Denn schlechte Produktqualität kann nicht nur die Nutzererfahrung negativ beeinflussen, sondern auch den Arbeitsfluss des Teams stören und langfristig viele negative Folgen verursachen. Die Verantwortung für die Produktqualität wird in vielen agilen Produktteams unterschiedlich wahrgenommen. Während Entwickler häufig die technische Qualität in den Fokus stellen, müssen Product Owner sicherstellen, dass das Produkt nicht nur funktional, sondern auch nutzerzentriert und nachhaltig entwickelt wird. Hier entsteht schnell ein Spannungsfeld zwischen Geschwindigkeit und Sorgfalt. Oliver und Dominique sind sich einig: Qualität, egal über welche Perspektive man spricht, ist nicht verhandelbar. In einem iterativen Entwicklungsprozess muss Qualität von Anfang an mitgedacht und konsequent umgesetzt werden, damit ein stabiles, erweiterbares und zukunftsfähiges Produkt entsteht. Auf der einen Seite ist die äußere Produktqualität wichtig, also wie Nutzer das Produkt erleben. Um sicherzustellen, dass ein Produkt einen Beitrag zur Problemlösung leisten kann, ist es wichtig, die Erwartungshaltung von Nutzern genau zu kennen und Metriken zur Messung der Nutzererfahrung zu etablieren. Product Owner können Qualität in den Fokus rücken, indem sie diese Metriken nicht nur bei der Entwicklung neuer Features berücksichtigen, sondern auch in Reviews und strategische Entscheidungen mit einfließen lassen. Ebenso bedeutend ist die innere Qualität, also die technische Exzellenz des Produkts. Ein schlecht strukturierter Code kann langfristig zu Problemen führen, die die Entwicklung verlangsamen und Innovationen erschweren. Daher ist es wichtig, dass Product Owner Raum für technische Verbesserungen und nachhaltige Entwicklungspraktiken wie automatisierte Tests oder Refactoring schaffen. Hier sollten sie mit Entwicklern und dem Scrum Master offen diskutieren, wie viel Zeit für technische Qualität eingeplant wird, um langfristig effizient zu bleiben. Ein weiterer Faktor ist die Zusammenarbeit im Team. Qualität entsteht nicht nur durch technisches Können, sondern auch durch gute Kommunikation, klare Verantwortlichkeiten und Vertrauen. Product Owner sollten in Retrospektiven gezielt das Thema Produktqualität ansprechen und gemeinsam mit dem Team reflektieren, welche Maßnahmen Qualität langfristig sichern können. Auch psychologische Sicherheit spielt eine Rolle: Teammitglieder müssen sich trauen, Probleme offen anzusprechen, um Verbesserungen anzustoßen. Ein starkes Qualitätsbewusstsein entsteht nicht von heute auf morgen. Es erfordert kontinuierliche Aufmerksamkeit, einen gemeinsamen Anspruch an Exzellenz und eine Kultur der Zusammenarbeit. Product Owner haben dabei die Aufgabe, das Thema Qualität immer wieder ins Bewusstsein zu rufen und durch ihr eigenes Verhalten vorzuleben. Denn nur so kann langfristig ein Produkt entstehen, das sowohl technisch robust als auch für Nutzer wertvoll ist.

    39 Min.

  6. 17. MÄRZ

    Well-Being als Gestaltungsaspekt für digitale Produkte

    Diesmal geht es um ein Thema, das in der Produktentwicklung oft zu kurz kommt: Well-Being. Während Produktverantwortliche intensiv daran arbeiten, ihre Software effizienter, benutzerfreundlicher und funktionaler zu gestalten, bleibt eine zentrale Frage häufig unbeachtet: Wie beeinflussen digitale Produkte das langfristige Wohlbefinden ihrer Nutzerinnen und Nutzer? Zu Gast ist Tim-Can Werning, Wirtschaftspsychologe und Forscher zum Thema Wohlbefinden im Kontext von Technologie. Er beschreibt, wie Produkte nicht nur kurzfristig nützlich, sondern auch langfristig förderlich für das subjektive Wohlbefinden sein können. Dabei verweist er auf das Konzept des Subjective Well-Being, das neben allgemeiner Lebenszufriedenheit auch die domänenspezifische Zufriedenheit umfasst. Gerade Letzteres ist spannend für Produktverantwortliche, denn viele Menschen nutzen Software nicht freiwillig, sondern als Teil ihres Arbeitsalltags. Die Auswirkungen auf ihre Zufriedenheit gehen daher über den Arbeitsplatz hinaus. Ein Schlüsselkonzept in der Psychologie, das für die Produktgestaltung relevant ist, ist die Selbstbestimmungstheorie. Sie benennt drei grundlegende psychologische Bedürfnisse: Autonomie, Kompetenzerleben und soziale Eingebundenheit. Diese Faktoren beeinflussen, wie motiviert und zufrieden Menschen mit einer Tätigkeit oder einem digitalen Produkt sind. Ein Beispiel aus dem Gespräch zeigt, wie eine Sportuhr durch ihre Art des Feedbacks dem Nutzenden entweder ein Erfolgserlebnis verschaffen oder ihm das Gefühl von Unzulänglichkeit vermitteln kann. Eine unüberlegte Gestaltung kann so das Wohlbefinden ungewollt negativ beeinflussen. Langfristigkeit in der Produktentwicklung ist ein spannendes Thema. Oft wird Erfolg an kurzfristigen KPIs gemessen. Doch was passiert, wenn Nutzer:innen ein Produkt über Monate oder Jahre hinweg verwenden? Welche langfristigen Auswirkungen hat es auf ihr Wohlbefinden? Ein positives Beispiel liefert das Computerspiel Anno 1800, das nach einer gewissen Spielzeit Pausen vorschlägt, um exzessives Spielen zu vermeiden und das Wohlbefinden der Nutzer:innen zu schützen. Hier zeigt sich, dass bewusste Produktgestaltung weit über kurzfristige Interaktionen hinausgeht. Das Well-Being sollte also als integraler Bestandteil der Produktentwicklung gesehen werden. Denn am Ende profitieren nicht nur die Nutzer:innen von besser durchdachten Produkten, sondern auch Unternehmen, deren Software langfristig als positiv wahrgenommen wird.

    41 Min.

  7. 10. MÄRZ

    Aus Produkterlebnissen im Alltag lernen

    Im Alltag begegnen uns unzählige Produkte und Services – einige begeistern uns, andere sorgen für Frust. Doch was können Product Owner aus solchen Produkterlebnissen lernen? In dieser Folge der Produktwerker sprechen Oliver und Tim genau darüber: Wie lassen sich alltägliche Produkterlebnisse nutzen, um die eigene Produktentwicklung zu verbessern? Tim berichtet von einem Getränkekiosk, in dem er glutenfreies Bier nachfragte. Der Besitzer hatte es nicht im Sortiment, zeigte aber großes Interesse und entschied spontan, eine Testbestellung aufzugeben. Ein Beispiel dafür, wie experimentelles Vorgehen und direkte Kundenrückmeldungen Unsicherheiten reduzieren können. Wer sein Produkt verbessern will, sollte solche Produkterlebnisse aktiv suchen und aus ihnen lernen. Ein anderes Erlebnis zeigt, wie schnell schlechte Usability negative Emotionen hervorrufen kann. Im Skiurlaub wurde Tim bei einer Skileihe nach langem Warte abgewiesen, da er sich nicht im voraus an einem Terminal mit seinen Daten registriert hatte. Die fehlende Kommunikation darüber frustrierte ihn. Ein weit verbreitetes Problem: Unternehmen als auch Product Owner betrachten oft nur einzelne Prozessschritte, statt das gesamte Nutzererlebnis zu optimieren. Aber Oliver und Tim finden auch positive Beispiele: Nach einem Skiunfall erhielt Tim nach seinem MRT sofort einen QR-Code, mit dem er die Bilder digital abrufen konnte. Eine kleine Änderung, die für mehr Transparenz sorgt und den Nutzern Eigenverantwortung ermöglicht. Es gibt eine ganze Reihe von Kontexten, in denen Produkterlebnisse, die Autonomie fördern, einen bleibenden positiven Eindruck hinterlassen. Ähnliche Erfahrungen machte Oliver im öffentlichen Nahverkehr. In Österreich nutzte er eine App, die den Ticketkauf stark vereinfachte. Kein Tarifzonen-Wirrwarr, kein umständliches Bezahlen – einfach einsteigen, aussteigen, fertig. Ein Paradebeispiel für das Lösen eines Nutzerproblems, welches gleichzeitig noch Komplexität reduziert. Doch längst nicht alle digitalen Services funktionieren so reibungslos. In einem Berliner Museum buchte Tim zeitgebundene Tickets, um lange Wartezeiten zu vermeiden – nur um dann festzustellen, dass das System völlig überlastet oder die Zeiten total überbucht waren und sich der Einlass um Stunden verschoben hatte. Ein klassisches Beispiel für falsches Erwartungsmanagement, das letztlich zu Frustration beim Nutzer führt. Diese sehr persönlichen und auch viele weitere Geschichten zeigen, wie sehr Produkterlebnisse unseren Blick auf Produktentwicklung schärfen können. Wer als Product Owner mit offenen Augen durch den Alltag geht, erkennt Muster, findet Inspiration und kann aus realen Erfahrungen wertvolle Erkenntnisse für die eigene Arbeit ziehen. Daher unsere Einladung: Reflektiert eure eigenen Produkterlebnisse und überlegt, welche Prinzipien ihr auf eure Produkte übertragen könnt. Welche Erfahrungen hast du aus der Nutzung anderer Produkten für dein eigenes Produkt ableiten können? Gibt es ein Produkterlebnisse, die dich so nachhaltig begeistert haben, dass du etwas adaptiert oder kopiert hast? Wir Produktwerker freuen uns, wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite.

    40 Min.

  8. 3. MÄRZ

    Als Product Owner dein Zeitmanagement in den Griff bekommen

    Zeitmanagement – ein Dauerthema für Product Owner und Produktmanager. In der aktuellen Folge der Produktwerker spricht Tim mit Jennifer Michelmann über die endlose Jagd nach mehr Zeit und warum herkömmliche Zeitmanagement-Methoden oft nicht die Lösung sind. Jennifer hat viele Jahre Erfahrung im Produktmanagement und kennt den permanenten Druck, ständig verfügbar und ansprechbar zu sein. Aber sie hat auch gelernt, wie man sich daraus befreit. Ihr Ansatz: Statt sich in Methoden und To-do-Listen zu verlieren, geht es darum, die eigene Rolle und Erwartungen zu hinterfragen. Eines der größten Probleme ist die Selbstverständlichkeit, mit der Überlastung akzeptiert wird. Product Owner erzählen sich gegenseitig, wie viele Meetings sie haben und wie wenig Zeit für die wirklich wichtigen Dinge bleibt – bis daraus eine ungeschriebene Regel wird: Wer nicht gestresst ist, macht etwas falsch. Doch genau hier setzt Jennifer an. Sie fordert dazu auf, bewusste Entscheidungen zu treffen und sich von dem Gedanken zu lösen, immer für alles zuständig zu sein. Mit ihrem "Stop DANCE"-Prinzip zeigt sie einen Weg aus der Überforderung: Define Priorities, Allocate Time, Notice Patterns, Colleagues & Establish Boundaries. Die Idee dahinter? Klar definieren, was wirklich zählt, gezielt Zeit reservieren, eigene Muster erkennen, Unwichtiges bewusst weglassen und klare Grenzen setzen. Wer diese Prinzipien ernst nimmt, gewinnt nicht nur mehr Zeit, sondern auch mehr Klarheit in seiner Rolle. Meetings sind ein weiteres großes Thema: Sind wirklich alle Termine notwendig? Ein radikaler Schritt kann sein, alle Serientermine zu löschen und zu beobachten, was davon tatsächlich wieder im Kalender landet. Auch die Art der Zusammenarbeit mit Stakeholdern sollte überdacht werden – nicht jede Abstimmung muss synchron erfolgen. Besonders spannend ist die Frage, wie Product Owner mit ihren Führungskräften umgehen. Jennifer rät dazu, die eigene Arbeit sichtbarer zu machen, Erwartungen aktiv zu managen und klar zu kommunizieren, was realistisch machbar ist. Wer auf Entscheidungen wartet, wartet oft vergeblich – und sollte deshalb lieber selbst mutige Prioritäten setzen. Und dann ist da noch das Thema Stress. Jennifer warnt vor dem gefährlichen Kreislauf des permanenten Funktionierens. Wer nur noch reagiert, verliert die Kontrolle. Ihr Rat: Regelmäßig innehalten, bewusst reflektieren und erkennen, wann strukturelle Veränderungen notwendig sind. In manchen Fällen kann das sogar bedeuten, den Job zu wechseln. Zeitmanagement ist keine Frage der Technik, sondern der Haltung. Wer es schafft, klare Grenzen zu setzen, sich nicht in Meetings und operativen Details zu verlieren und bewusst Verantwortung zu übernehmen, gewinnt nicht nur wertvolle Zeit zurück – sondern auch mehr Zufriedenheit im Job. Frühere Episoden, die im Gespräch erwähnt wurden: - Keine Zeit haben als Product Owner - Introvertiert als Product Owner - geht das? Wenn euch mehr guter Content von Jennifer Michelmann interessiert, empfehlen wir folgende Links: - Talk von Jennifer bei der Product at Heart 2024: "How to take care of a limited resource and become a better PM" - Passender Blog-Artikel von Jennifer: "Time management for product managers" - Weitere Artikel von Jennifer in ihrem Blog auf Medium: jennifer-michelmann.medium.com Eine explizite Literatur-Empfehlung von Jennifer Michelmann zum Thema: - Elisabeth Ayer: "Don’t ask forgiveness, radiate intent" Wer mit Jennifer Michelmann direkt in Kontakt trete möchtest, erreichst sie am Besten über ihr LinkedIn-Profil. Wir hoffen, dass du einige neue Impulse aus den Gespräch mit Jennifer gewinnen konntest. Wie gehst du dein Zeitmanagement an? Hast du vielleicht spezielle Tipps? Vielleicht magst du etwas darüber berichten? Wir Produktwerker freuen uns, wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite.

    47 Min.
Alle anzeigen (271)

Trailer

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.

Informationen

  • Erstellt von
    Tim Klein, Dominique Winter, Oliver Winter
  • Jahre aktiv
    2019 - 2025
  • Folgen
    271
  • Bewertung
    Unbedenklich
  • Copyright
    © Tim Klein, Dominique Winter, Oliver Winter
  • Sendungswebsite
    Die Produktwerker

Das gefällt dir vielleicht auch

Eingeschränkter Inhalt

Diese Folge kann in deinem Land oder deiner Region nicht im Internet wiedergegeben werden.

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