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.

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 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.

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.

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:

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

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, Consider Colleagues und 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:

Wenn euch mehr guter Content von Jennifer Michelmann interessiert, empfehlen wir folgende Links:

Eine explizite Literatur-Empfehlung von Jennifer Michelmann zum Thema:

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.

Folgt uns Produktwerkern auf

Was macht großartige Product Owner wirklich aus? Diese Frage wird oft mit Methoden, Tools oder Prozessen beantwortet. Doch im Kern ist es die Product Owner Haltung, die den entscheidenden Unterschied macht. In dieser Folge der Produktwerker reflektieren Dominique und Oliver, welche Haltungen erfolgreiche Product Owner prägen – und warum sie oft über Erfolg oder Misserfolg entscheiden.

Eine wichtige Fähigkeit ist Entscheidungen zu treffen. Product Owner stehen ständig vor der Herausforderung, unter Unsicherheit abzuwägen und dennoch handlungsfähig zu bleiben. Es geht nicht nur darum, mutig zu sein, sondern auch die Balance zwischen Informationstiefe und Handlungsfähigkeit zu finden. Eine Entscheidung zu vertagen ist oft selbst eine Entscheidung – und nicht immer die beste.

Doch Entscheidungskompetenz allein reicht nicht. Großartige Product Owner sind auch generell exzellente Kommunikatoren. Sie müssen Informationen aufnehmen, vermitteln und den Dialog mit Stakeholdern aktiv gestalten. Diese Fähigkeit ist eng mit Empathie verknüpft: Wer die Bedürfnisse von Nutzer:innen, Entwickler:innen und Business-Stakeholdern gleichermaßen versteht, kann fundierte Priorisierungen treffen und tragfähige Kompromisse finden.

Ein weiterer Aspekt der Product Owner Haltung ist die unternehmerische Denkweise. Wertmaximierung steht im Fokus – aber nicht um jeden Preis. Nachhaltigkeit spielt eine entscheidende Rolle: Ein kurzfristiger Erfolg, der langfristige Produktentwicklung behindert, ist keine echte Wertsteigerung. Technische Schulden oder ein überlastetes Team können auf lange Sicht den Produktfortschritt ausbremsen.

Letztlich zeigt sich eine starke Product Owner Haltung darin, flexibel und situationsangepasst zu handeln. Ein Product Owner muss je nach Kontext verschiedene Führungsstile anwenden, von coachendem Enablement bis hin zu klaren strategischen Vorgaben. Diese Vielseitigkeit ermöglicht es, unterschiedliche Herausforderungen souverän zu meistern.

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:

Diese früheren Podcast-Folgen wurden erwähnt:

Wir hoffen, dass du einige neue Impulse aus den Gespräch mit Simonetta gewinnen konntest. Hast du selber Finanzwissen? Woher hast du es bzw. wie hast du es dir angeeignet? Und wie setzt du es aktiv in deiner Rolle ein? 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.

Folgt uns Produktwerkern auf

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.

Hier nochmal alle Methoden für Product Owner im Überblick und entsprechende Podcast-Empfehlungen dazu:

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?

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

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.