Dominique & Oliver im Gespräch 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.

Andreas Hinderks im Gespräch mit Dominique 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.

Produktqualität ist für Product Owner eine ständige Herausforderung. Oliver und Dominique diskutieren, wie wichtig ein gemeinsames Verantwortungsbewusstsein im Team ist. Nutzerfeedback wird als Schlüssel zur Qualitätssicherung hervorgehoben, während psychologische Sicherheit die Teamleistung verbessert. Die Rolle des Product Owners in der Förderung von Qualität und Reflexion wird betont. Strategien zur Priorisierung von Backlog-Items und die Bedeutung von Vorbildern werden behandelt, um ein starkes Qualitätsbewusstsein im Team zu schaffen.

Tim-Can Werning im Gespräch mit Dominique 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.

Oliver & Tim im Gespräch 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. Episoden zu Produkterlebnissen, auf die verwiesen wird: Umgang mit Produktrisiken Mit dem Kano-Modell Kundenbedürfnisse besser verstehen Barrierefreiheit von digitalen Produkten Welche Erfahrungen hast du aus der Nutzung anderer Produkten für dein eigenes Produkt ableiten können? Gibt es 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. Folgt uns Produktwerkern auf LinkedIn -> https://bit.ly/3gWanpT Youtube -> https://bit.ly/3DIIvhF Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> [https://bit.ly/3Why63K]

Jennifer Michelmann, erfahrene Senior Product Managerin bei eBay und Xing, diskutiert mit Tim über die Herausforderungen des Zeitmanagements für Product Owner. Sie thematisiert, wie gängige Methoden oft versagen und fordert dazu auf, die eigene Rolle zu hinterfragen. Magnitude der Überlastung wird angesprochen, ebenso wie die ungeschriebene Regel, dass Stress normal ist. Ihr "Stop DANCE"-Prinzip bietet pragmatische Ansätze, um Prioritäten zu setzen, Zeit zu reservieren und klare Grenzen zu ziehen, was nicht nur die Produktivität steigert, sondern auch zu einer gesünderen Work-Life-Balance führt.

In dieser Folge geht es um die entscheidenden Eigenschaften großartiger Product Owner. Haltung und Entscheidungsfreudigkeit stehen im Mittelpunkt, ebenso wie die Notwendigkeit, empathisch zu kommunizieren. Ein wichtiger Punkt ist das Gleichgewicht zwischen kurzfristigem und langfristigem Erfolg sowie die Bedeutung der Reflexion für persönliche Entwicklung. Zudem wird diskutiert, wie vielseitige und sensible Product Owner besser in Teams agieren können. Mutige Entscheidungen zu treffen und deren Auswirkungen zu reflektieren, ist unerlässlich für den Erfolg.

In diesem Gespräch mit Simonetta Batteiger, einer erfahrenen Product Leadership Coachin mit Finanzhintergrund, wird die immense Bedeutung von Finanzwissen für Product Owner erläutert. Simonetta erklärt, wie wichtig es ist, Zahlen zu verstehen, um den wirtschaftlichen Wert eines Produkts zu kommunizieren. Sie betont, dass ein solider Business Case entscheidend sein kann, um Stakeholder zu überzeugen. Zudem wird Financial Storytelling als Schlüssel zur Kommunikation und Zusammenarbeit hervorgehoben. Finanzkenntnisse sind nicht nur für den Unternehmenserfolg essentiell, sondern auch für die Karriereentwicklung.

In dieser spannenden Diskussion erfahren wir, warum das Product Vision Canvas so entscheidend für den Erfolg von Product Ownern ist. Die Bedeutung von strategischen Roadmaps wird hervorgehoben, wobei der Fokus auf outcome-orientierten Ansätzen liegt. Story Mapping zeigt, wie man Features effektiv priorisieren kann. Besonders interessant ist die Einführung von AI Prompting, das große Sprachmodelle nutzt, um Produktarbeit zu optimieren. Abgerundet wird das Gespräch mit Tipps zur Kommunikation mit Stakeholdern und der Visualisierung ihrer Bedürfnisse.

Dominique & Oliver im Gespräch 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.