Die Produktwerker Tim Klein, Dominique Winter, Oliver Winter

Wie entwickelt man eigentlich Produkte, die Kunden wirklich lieben? Diese Herausforderung kennen viele von uns. Unser Gesprächspartner ist diesmal Ulf Schubert, ein erfahrener UX-Experte, der uns wertvolle Einblicke und praktische Tipps dazu geben kann. Ulf weißt direkt am Anfangdarauf hin, dass es nicht genügt, ein Produkt nur optisch ansprechend zu gestalten. Der Schlüssel liegt darin, die verschiedenen Anforderungen und Erwartungen der Nutzenden zu verstehen und auszubalancieren. Es geht darum, ein holistisches Design zu schaffen, das sowohl visuell als auch interaktiv ansprechend ist und die Bedürfnisse der Nutzer erfüllt. Es ist außerdem schwer, sich allein durch technischen Fortschritt zu differenzieren. Stattdessen sollten Unternehmen schnell die Bedürfnisse ihrer Kund:innen erkennen und diese besser als die Konkurrenz erfüllen. Der Fokus sollte darauf liegen, die Erwartungen der Kund:innen zu übertreffen, um Begeisterung zu erzeugen und dadurch positive Mundpropaganda zu fördern.

Ein zentraler Punkt in dem Gespräch war die Methodik. Ulf betonte, dass es nicht die Methode an sich ist, die entscheidend ist, sondern wie flexibel und spielerisch man mit ihr umgeht. Er hob das Konzept der Product Discovery hervor, bei dem vier Fragen im Mittelpunkt stehen: Welche Bedürfnisse gibt es? Wie müssen wir sie erfüllen? Können wir das technisch umsetzen? Und erreicht das unsere geschäftlichen Ziele?

Für erfolgreiches Produktmanagement ist es essentiell, kontinuierlich von den Kunden zu lernen und sich anzupassen. Dies erfordert sowohl eine hohe Kundenkompetenz als auch einen datenbasierten Ansatz. Teams sollten regelmäßig Feedback einholen und Nutzungsdaten analysieren, um schnell auf Veränderungen reagieren zu können. Empathie spielt dabei eine zentrale Rolle. Ulf betonte, wie wichtig es ist, dass Teams die Bedürfnisse und Erwartungen der Nutzer verstehen und sich in deren Lage versetzen können. Dies kann durch direkte Interaktion mit den Kunden, etwa durch Besuche vor Ort oder Teilnahme an Nutzertests, erreicht werden.

Zum Abschluss des Gesprächs gab Ulf zwei wesentliche Tipps:

- Nehmt euch Zeit, Empathie für die Kund:innen zu entwickeln. Hört zu und beobachtet sie genau, um deren Bedürfnisse und Erwartungen zu verstehen.
- Erweitert eure Perspektive und betrachtet das Produktdesign ganzheitlich. Eine gute Lösung ist immer ein Zusammenspiel verschiedener Aspekte – technischer, fachlicher und gestalterischer Natur.

Durch diese Ansätze können Produkte entwickelt werden, die nicht nur funktional und ansprechend sind, sondern die Kund:innen wirklich lieben. Ein Produkt, das Bedürfnisse erfüllt und Erwartungen übertrifft, schafft Begeisterung und langfristige Zufriedenheit.

Zack! Gerade wurde dir mitgeteilt, dass du nun plötzlich Product Owner sein sollst. Puh, was heißt das und was wird ab jetzt von mir erwartet? Diese Situation kommt gar nicht so selten vor - nach unserer Beobachtung vor allem in größeren Unternehmen.

Oliver und Tim beleuchten die verschiedenen Kontexte und Situationen in denen dies geschehen kann und erklären damit ein Stück weit, wie es dazu kommt. Ihre Beobachtungen basieren auf ihrer langjährigen Erfahrungen in agilen Transformationen sowie auch aus ihrer Mentoring- und Trainingspraxis bei der Begleitung von (neuen) Product Ownerinnen und Produktorganisationen im Umbruch.

Vor allem liefern die beiden aber Empfehlungen und Tipps, wie man selbst mit so einer Herausforderung umgehen kann. Wie kann ich diese neue Rolle dabei vielleicht sogar aktiv gestalten? Vieles hängt dabei daran, mehr Rollenklarheit herzustellen (Stichwort: Erwartungsmanagement). Genauso wichtig ist aber auch, die mögliche eigene Unsicherheit offen anzusprechen und sich bei "Umlernen" von seinem direkten Teamumfeld helfen zu lassen.

Auf diese Podcast-Folgen wird im Gespräch verwiesen:
- Welche Aufgaben gehören zur Product Owner Rolle?
- Stellenausschreibungen für Product Owner - WTF?
- Organisatorische Schulden beeinflussen deinen Erfolg als Product Owner
- Plattform Team Product Owner: eine besondere Herausforderung
- Vom Projektleiter oder Teamleiter zum Product Owner
- POEM - Product Ownership Evolution Model
- Sei dein eigenes Produkt! – Weiterentwicklung für Product Owner
- Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen

Weitere empfohlene Quellen zur Herausforderung plötzlich Product Owner zu sein:
- Video "Story-Mapping" im Produktwerker-YouTube-Kanal
- Matt LeMay: Product Management in Practice (zu den "CORE Skills")
- Beispielhafter Artikel zur “How to Work with Me” Idee mit weiterführenden Links und Templates: https://www.linkedin.com/pulse/how-work-me-document-senia-maymin/

Kennst du die Situation, plötzlich Product Owner zu sein? Gab's oder gibt es das in deinem Umfeld vielleicht auch? Wie hast du das empfunden oder was hast du beobachtet? Vielleicht hast du ja auch Tipps für andere Product Owner? Wir freuen uns, wenn du deine Erfahrungen aus der Praxis mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite.

**Folgt uns Produktwerkern auf**
- LinkedIn -> https://bit.ly/3gWanpT
- Twitter -> https://bit.ly/3NitkPy
- Youtube -> https://bit.ly/3DIIvhF
- Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> https://bit.ly/3Why63K

In dieser Podcast-Episode tauchen Dominique und Oliver tief in das Konzept des "The Decision Stack" ein und diskutieren, welche Erkenntnisse ein Product Owner aus dem mentalen Model von Martin Eriksson ziehen kann.

Das Thema, was die meisten Product Owner, mit denen wir als Produktwerker arbeiten dürfen, tagtäglich beschäftigt, ist die Priorisierung der Anforderungen und die Sortierung der Product Backlog Items. Unserer Erfahrung nach handelt es sich bei dieser Herausforderungen gar nicht um das eigentliche Problem sondern ist lediglich das Symptom für das Fehlen einer angestimmten, logischen Vorgehensweise auf visionärer, strategischer und taktischer Ebene. Oliver und Dominique teilen daher zu Begin der Folge unterschiedliche Situationen aus ihrer eigenen Praxis.

Für die Lösung dieser Herausforderungen bietet der Decision Stack ein strukturiertes aber dennoch einfaches mentales Model an, um mit komplexen Entscheidungen auf allen Flughöhen umgehen zu können. Oliver erklärt die einzelnen Elemente, Product Vision, Product Strategy, Objectives, Opportunities und Tasks und wie diese zusammenhängen. Im nächsten Schritt konkretisieren die beiden das Model für den Kontext eines Produkt Owners. Dominique und Oliver überlegen, wann und wie wir als Product Owner den Decision Stack effektiv in der täglichen Arbeit einsetzen können, um zielgerichteter agile unser Produkt weiterzuentwickeln. Wie immer schließt die Folge mit praktischen Tipps und Tricks ab.

Martin Eriksson hat auf seiner Webseite eine ganze Reihe von Informationen, Slides und Videos zum Decision Stack geteilt. Der Gründer der Mind the Product Bewegung kündigt auch ein eigens Buch zu dem Thema an.

Wir wünschen Dir wie immer vielen neue Impulse für Deine eigene Arbeit als Product Owner.

Immer häufiger trifft man auf Product Owner von einem Plattform Team. Schnell kommen dann die Fragen auf, ob und wie die Ideen eines klassischen Scrum Product Owners anwendbar sind. Was ist das Produkt? Was sind in diesem Fall die Kunden bzw. besser gesagt die Nutzer? Ganz offensichtlich ergeben sich aus solchen Rahmenbedingungen eine Reihe von ganz speziellen Herausforderungen.

Daher nehmen sich Dominique Winter und Tim Klein in dieser Folge des Themas an. Entsprechend klären sich zunächst mal die Frage, was genau hinter dem Begriff des Plattform Teams steckt und wie es sich von den Experience Teams abgrenzt.

Unter den besonderen Herausforderungen heben sie hervor, sich nicht in die Ecke eines internen Dienstleisters drängen zu lassen. Auch wenn man als ein solcher Product Owner keinen externen Marktzugang hat, ist der Aufbau eines echten Problemverständnisses der (internen) Nutzer aus den sog. Experience Teams sehr wichtig.

Auch Stakeholder Management bekommt als Product Owner eines Plattform Teams eine besondere Bedeutung. In der Regel hat man ja mehrere andere Teams, dem eine solche Plattform zur Nutzung bereitgestellt wird. Schnell können dadurch unterschiedliche oder auch widersprüchliche Anforderungen herangetragen werden. Die eigene Plattform muss aber gemäß der eigenen Produktvision in eine geplante Richtung entwickelt werden. Die Gefahr, es jedem internen Stakeholder Recht zu machen und damit mit der Plattform zum Spielball der Kräfte zu werden, ist ansonsten sehr hoch.

Es geht also letztlich darum, den Wert der eigenen Plattform als Lösung für die Probleme der Experience Teams im Blick zu behalten und die Plattform Lösung als gestaltende Product Ownerin zu führen.

In dieser Folge wird auf diese Quellen referenziert:
- Podcast-Folge: Vom Entwickler zum Product Owner
- Buch: Manuel Pais und Matthew Skelton: "Team Topologies: Organizing Business and Technology Teams for Fast Flow"
- Buch: Marty Cagan: "EMPOWERED"

Bist du evtl. selber auch Product Owner in einem Plattform Team oder arbeitest du in bzw. mit einer solchen Teamkonstellation? Welche Herausforderungen erlebst du ähnlich, welche weiteren siehst du noch? Und hast du ergänzende Tipps für die Situation auf Basis deiner eigenen Erfahrung? Wir freuen uns, wenn du deine Erfahrungen aus der Praxis mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite.

**Folgt uns Produktwerkern auf**
- LinkedIn -> https://bit.ly/3gWanpT
- Twitter -> https://bit.ly/3NitkPy
- Youtube -> https://bit.ly/3DIIvhF
- Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> https://bit.ly/3Why63K

In dieser Podcast-Folge widmen wir uns der Herausforderung, OKR in der Praxis sinnvoll einzusetzen. Tim hat dafür die Expertin und Autorin Christina Lange zu Gast. Sie ist freiberuflich OKR Coach und hauptberuflich Head of Agile und Lead Digital Academy bei der METRO.digital. Christina erlebt also seit vielen Jahren OKR in der Praxis und kennt daher auch die praktischen Probleme und Grenzen bei Nutzung und Einführung von Objectives & Key Results (OKR). Zunächst definiert sie, was OKR überhaupt sind und wie sie funktionieren.

Wir diskutieren, in welchen Situationen OKR besonders effektiv eingesetzt werden können und welche Vorteile sie im Vergleich zu anderen Zielsetzungsmethoden bieten. Gleichzeitig beleuchten wir auch die Grenzen von OKR und wann sie möglicherweise nicht die beste Wahl sind.

Ein wichtiger Aspekt ist die Einführung von OKR in Unternehmen. Hier teilt Christina Lange ihre Erfahrungen und Tipps, um einen erfolgreichen Start mit OKR zu gewährleisten, inkl. der Strategien zur Bewältigung von Problemen mit bzw. den "Missbrauch" von OKR.

Besonders interessant ist für unseren Podcast natürlich die Rolle von Product Ownern im OKR Kontext. Tim bespricht mit Christina, wie Product Owner OKR nutzen können, um ihre Produktstrategie zu unterstützen, und welche Herausforderungen sich dabei ergeben können.

Des Weiteren wird beleuchtet, wie OKR mit Scrum zusammenpassen und wie sie sich grundsätzlich in agile Arbeitsweisen integrieren lassen. Abschließend betrachten wir die Anwendung von OKR im Kontext von Product Discovery und wie sie die Produktentwicklung und Innovationsprozesse unterstützen können.

Erwähnte Podcast-Episoden:
- Product Coaching - Gast: Annette Greil
- Was die Einführung von OKR für Product Owner bedeutet - Gast: Stefanie Götten

Erwähnte und empfohlene Bücher & Quellen:
- Christina Lange: OKR in der Praxis: Objectives & Key Results – Beispiele, Hacks, Erfahrungen
- Ben Lamorti: The OKRs Field Book: A Step-by-Step Guide for Objectives and Key Results Coaches
- John Doerr: Measure What Matters - How Google, Bono, and the Gates Foundation Rock the World with OKRs
- Christina Wodtke: Radical Focus: Achieving Your Most Important Goals with Objectives and Key Results
- Bart Den Haak: Moving the Needle With Lean OKRs: Setting Objectives and Key Results to Reach Your Most Ambitious Goal
- Blog von Filipe Castro: OutcomeEdge.com

Falls du weitere Fragen hast und gerne Kontakt zu Christina Lange aufnehmen möchtest, dann verbinde dich mit ihr über ihr LinkedIn-Profil. Sie freut sich über deine Nachricht. Weiterhin möchten wir euch den Blog von Christina Lange ans Herz legen: pragmaticchange.com

Welche Erfahrungen habt ihr mit der Einführung von Objectives & Key Results gemacht? Wie fühlen sind OKR in der Praxis bei euch an und wie arbeitest du als Product Owner mit den OKR? Kannst du sie in deine Arbeit einbinden? Wir freuen uns, wenn du deine Erfahrungen aus der Praxis mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite.

**Folgt uns Produktwerkern auf**
- LinkedIn -> https://bit.ly/3gWanpT
- Twitter -> https://bit.ly/3NitkPy
- Youtube -> https://bit.ly/3DIIvhF
- Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> https://bit.ly/3Why63K

Eine der häufig gestellten Fragen ist, wer eigentlich festlegt, wer zum Product Owner ernannt wird. Da uns diese Frage oft gestellt wird, diskutieren Tim und Dominique in dieser Folge über ihre Erfahrungen. Zunächst werfen wir einen Blick in den Scrum Guide, müssen jedoch feststellen, dass dort nicht viel dazu steht. Trotzdem haben sich in der Praxis verschiedene Möglichkeiten entwickelt, wie Organisationen die Rolle des Product Owners vergeben. Eine Möglichkeit ist beispielsweise, jemanden direkt aus dem Team zu ernennen. Alternativ wird diese Entscheidung oft durch das Management oder die Stakeholder getroffen. Hierbei gibt es verschiedene Ansätze, insbesondere in Bezug darauf, wie stark das Team in den Auswahlprozess einbezogen wird. In Bezug auf die Rolle des Scrum Masters stellt sich dann die Frage, wie diese Person bei der Suche nach der besten Besetzung für die Position des Product Owners unterstützen kann.

Dann gehen Tim und Dominique ins Detail und besprechen die Auswahlprozesse, die sie bereits erlebt haben. Diese reichen von umfassenden und simultanen Einführungen, über einen Rekrutierungsprozess mit kollegialer Unterstützung, bis hin zu einem internen Assessment. Manchmal wird die Auswahl auch durch externen Druck beeinflusst, wenn beispielsweise ein Fachbereich gezwungen wird, einen Product Owner zu stellen. Dies kann dazu führen, dass man als Product Owner plötzlich ein zweites Produkt mit einem zweiten Produktteam betreuen muss. Obwohl dies nicht ideal ist, bietet es zumindest die Möglichkeit, dass das Produktteam mehr Verantwortung übernehmen kann.

Erwähnte Podcastfolgen
- Und plötzlich war ich dann Product Owner - Ein Erfahrungsbericht (https://produktwerker.de/und-ploetzlich-war-ich-dann-product-owner-ein-erfahrungsbericht/)
- Seine Stakeholder kennen und richtig analysieren (https://produktwerker.de/stakeholder-analysieren/)
- POEM - Product Ownership Evolution Model (https://produktwerker.de/poem-product-ownership-evolution-model/)

Wie bist du in die Product Owner Rolle gekommen? Wer legt bei euch fest, wer Product Owner wird oder wann man es auch nicht mehr ist? Wie läuft das bei euch? Lass uns gerne einen Kommentar auf unserer Webseite (www.produktwerker.de) oder auf LinkedIn (https://www.linkedin.com/company/produktwerker) da.