Die Produktwerker Archiv

Was ist eigentlich ein Minimal Viable Product und warum ist es nicht so einfach zu verstehen? In dieser Folge sprechen Hias Wrba und Dominique über die verschiedenen Interpretationen des MVP-Begriffs. Im Gespräch werden besonders die beiden Definitionen des Begriffs durch Frank Robinson und durch Eric Ries beschrieben. Während Robinson ein MVP eher als erstes Produkt versteht, dass einen Mehrwert für Nutzer bieten (MVP to earn), sieht dies Ries als erste Möglichkeit eine Produktidee mit echten Nutzern zu validieren (MVP to learn). Es gibt also verschiedene Verständnisse, die es notwendig machen in der eigenen Produktentwicklung auch hierzu ein gemeinsames Verständnis zu schaffen. Wie das geht und worauf wir als Product Owner achten sollen erzählt uns Hias in dieser Folge. Wenn euch die Folge gefällt freuen wir uns über eine positive Bewertung in eurem Podcatcher oder als Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

Das Product Owner Camp (https://productowner.camp/) ist so etwas wie das Highlight und Get-Together der deutschen Product Owner Szene. Ein Barcamp für Product Owner und Produkt-Manager aus dem agilen Umfeld. Selbstorganisiert, menschlich auf Augenhöhe und fachlich anspruchsvoll. Auch in diesem Jahr wurde es wieder von Mayflower organisiert und ausgerichtet - wenn auch diesmal als Online-Edition mit Zoom und Miro. Oliver hat sich vom virtuellen Raum nicht abschrecken lassen und hat ein paar Leute zum Interview eingeladen. Dabei drehten sich seine Fragen um die folgenden Themen: - Format des Product Owner Camp als Open Space - Wen trifft man denn auf solch einer Veranstaltung? - Was sind aktuell die größten Herausforderungen von Product Ownern? - Welche Sessions gab es und welche davon waren besonders hilfreich und wertvoll? - Wie kamen die Key Notes an? - Funktioniert das Product Owner Camp auch virtuell? - Warum sollte man als Product Owner zum diesem Event kommen? - Olivers Fazit

Wie kann ich wertvolles Feedback von Nutzern einholen? Oliver spricht mit Dominique über die Anlässe und verschiedene Techniken, um von Nutzern zu erfahren, wie sie dein Produkt wahrnehmen. Dabei können Kundeninterviews eine hilfreiche Technik sein. Wie man sie vorbereitet, führt und die Ergebnisse nachbereitet, wird im Gespräch erklärt. In dieser Folge konzentrieren wir uns v.a. auf das Feedback während der Delivery Phase. So können wir mit ersten Inkrementen schnell lernen und ggf. Anpassungen am Produkt oder einzelnen Features vornehmen. Im Gespräch wird auf folgende Techniken und Quellen verwiesen: - Tipps und Tricks für das Interview im Usability Test: https://www.user-experience-blog.de/2014/11/anwender-befragen-tipps-und-tricks-fuer-das-interview-im-usability-test/ - Think Aloud Test: https://de.wikipedia.org/wiki/Thinking_Aloud_Test - 5-Sekunden-Test: http://usability-test-guide.rapidusertests.com/de/articles/3147797-5-sekunden-tests-wie-wirkt-dein-produkt-in-den-ersten-funf-sekunden Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

In dieser Folge geben Julian Peters und Christoph Jochheim von [MOVE ELEVATOR GMBH](https://www.move-elevator.de) aus Oberhausen einen Einblick wie sie auf Agenturseite die Rolle des Product Owner etablieren. Ein entscheidendes Learning war dabei, wie man das Development Team auf Seiten der Agentur aufstellt und wie viele Kunden bzw. Produkte ein Team letztendlich betreut. Julian und Christoph geben außerdem Einblicke, welche Vertragsmodelle sie mit ihren Kunden etabliert haben und welchen Einfluss das auf die Rolle des Product Owners hat. Falls ihr mehr erfahren möchtet, könnte ihr über folgende Links in Kontakt treten: - Julian Peters auf [LinkedIn](https://www.linkedin.com/in/herrjupe/) - Christoph Jochheim auf [LinkedIn](https://www.linkedin.com/in/christoph-jochheim/)

Das Product Backlog gehört zu den wichtigsten Artefakten eines Produkts und damit auch der Arbeit eines Product Owners. Darum sprechen Dominique und Oliver in dieser Folge darüber was das Product Backlog ist, wer dafür verantwortlich ist und was das Product Backlog Management alles umfasst.

Der Product Owner hat die Aufgabe, den Wert des Produktes zu maximieren. Hierbei hat u.a. der Kontext des Produktes, die Phase im Produktlebenszyklus und das PO-Rollenverständnis einen entscheidenden Einfluss darauf, was als Wert definiert wird und maximiert werden soll.

In dieser Folge geht es um den Umgang mit schwierigen Stakeholder. Tim und Oliver sprechen über Situationen, in denen man als Product Owner die Zusammenarbeit mit einzelnen Stakeholdern als anstrengend und wenig zielführend empfindet. Oft prallen dann unterschiedliche Interessen aufeinander. Allerdings ohne dass diese Interessenunterschiede für die beteiligten Personen transparent werden. Tim & Oliver sprechen über Konfliktstrategien für Product Owner im Umgang mit Stakeholdern und geben Tipps in Bezug auf bestimmte Symptome. Dabei widmen sie sich auch explizit HiPPOs (Highest Payed Persons Opinion). Ein Aspekt dabei ist, wie ich mich als Product Owner gegenüber hohen Führungshierachien verhalten und positionieren sollte.

In dieser Folge spricht Tim mit Anne Maxminer von der Aktion Mensch sowie mit Marc-Andre Rödder von den NanoGiants. Anne arbeitet als Product Ownerin für die App der Sozial Lotterie "Aktion Mensch" und dabei mit einem externen Entwicklungsteam ihres Dienstleisters zusammen. Sie teilt sich dabei die Product Owner Aufgaben mit Marc-Andre Rödder vom den NanoGiants. Wie ihre gemeinsame Lernreise verlaufen ist, was schon gut funktioniert (und was noch nicht), hört ihr in diesem offenen und ehrlichen Erfahrungsbericht. Marc bezieht sich beim Team Dashboard auf die folgende Quelle von Troy Magennis: https://www.focusedobjective.com/w/events/13-team-metrics-using-the-team-dashboard-spreadsheet Mehr Infos über die Aktion Mensch findet ihr hier: https://www.aktion-mensch.de/ueber-uns/die-aktion-mensch.html. Für Rückfragen könnt Ihr Anne und Marc gerne kontaktieren - Anne Maxminer via LinkedIn (https://www.linkedin.com/in/anne-maxminer-20a0b9a1) oder XING (https://www.xing.com/profile/Anne_Maxminer/) - Marc-Andre Rödder: per Mail m.roedder@nanogiants.de oder via LinkedIn (https://www.linkedin.com/in/marc-andr%C3%A9-r%C3%B6dder-b5709118b/) Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

In dieser Folge geht es um den "Nutzungskontext" und damit eine der vier Wissensdomänen der Produktentwicklung. Der Nutzungskontext ist nach DIN definiert als „die Benutzer, Arbeitsaufgaben, Arbeitsmittel (Hardware, Software und Materialien) sowie physische und soziale Umgebung, in der das Produkt genutzt wird“. Wenn man als Product Owner nicht gerade aus der UX-Ecke kommt, mag einem das Thema vielleicht gar nicht soviel sagen. Andererseits werden sich vermutlich viele schon intuitiv und unstrukturiert mit der Frage beschäftigt haben, in welcher Situation und unter welchen Umgebungsvariablen das eigene Produkt genutzt wird. Unser Produktwerker Dominique Winter arbeitet wissenschaftlich an dem Thema und ist insofern einer der besten Experten, um Euch den Nutzungskontext strukturiert zu erklären. Zudem zeigt er im Gespräch mit Tim auf, wie er an das Thema herangeht und welchen Mehrwert die Analyse und Kenntnis des Nutzungskontexts in der Produktentwicklung spielen. Wir hoffen, Euch damit ein paar spannende Anregungen zu geben. Dominique bezieht sich dabei im Gespräch auf die folgenden Quellen: - Die vier Wissensdomänen (https://www.designik.de/2018/08/die-vier-wissensdomaenen-der-produktentwicklung/) - Die "ominöse" DIN-Norm aus dem Gespräch: DIN EN ISO 9241-210:2010 - Der morphologische Kasten von Fritz Zwicky: https://de.wikipedia.org/wiki/MorphologischeAnalyse(Kreativit%C3%A4tstechnik) - Folien zur Forschung von Dominique und seinen Kolleg*innen aus der Wissenschaft (https://de.slideshare.net/designik/morphological-analysis-of-the-context-of-use) - Die wissenschaftliche Veröffentlichung von Dominique und seinen Kolleg*innen zu diesem Thema (https://ieeexplore.ieee.org/document/9141034) Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

Welche Aufgaben hat ein Scrum Master und wie kann er/sie den/die Product Owner dabei unterstützen seine/ihre Rolle gut auszufüllen? Diese und viele weitere Fragen hat Oliver mit unserem Gast Stefanie Götten in dieser Folge reflektiert. Stefanie erklärt dabei ihr Verständnis der Scrum Master Rolle. Wir kommen zum Schluss, dass der Scrum Master der Freund des Product Owners sein sollte und das beide Rollen einander brauchen und daher gemeinsam lernen sollten. Steffi bezieht sich in der Folge auch auf: - Scrum Guide auf Deutsch - Product Ownership Evolution Model Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

Wir steigen in das Thema Stakeholder Management ein und klären zunächst, was hinter dem Begriff "Stakeholder" steckt. Wir erklären im Gespräch, wie ihr als PO alle Eure Stakeholder finden und kategorisieren könnt. Dazu gehört auch eine Einschätzung, wie die verschiedenen Stakeholder untereinander in Beziehung stehen und sich beeinflussen. Da dies zunächst mal aber nur Hypothesen sind, ist es wichtig in Interviews die wahren Bedürfnisse dieser Stakeholder zu verstehen - also zu validieren. Er auf dieser Basis können dann Ableitungen für Handlungsempfehlungen im Umgang mit einzelnen Stakeholdern getroffen werden. Das ganze wird abgerundet von wichtigen Tipps wie eine Gruppe von Stakeholdern gehandelt werden kann. Insgesamt geht es in dieser Folge also vor allem um einen strukturierten Einstieg in ein Stakeholder Management. Die tägliche Interaktion mit einzelnen und v.a. den Umgang mit schwierigen Stakeholdern beleuchten wir hier noch nicht. Während des Gesprächs verweisen wir auf Inhalte folgender Quellen: Stakeholder Management Prozesse des PMI (Project Management Institute) im PMBOK Guide, 6th Edition (A Guide to the Project Management Body of Knowledge) Als Quelle der Power-Interest-Grid wird allgemein das Buch "Exploring Corporate Strategy" aus dem Jahre 1983 von Gerry Johnson, Kevan Scholes und Richard Whittington angesehen. Roman Pichler hat es mit getauschten Achsen adaptiert und 2015 in seinem Blog-Artikel "Getting Stakeholder Engagement Right" Die Beziehungsmatrix zur Darstellung von Beziehungen von Stakeholdern hat Dominique Winter dargestellt. Für das Buy a Feature Game zur Priorisierung in einer Stakeholder Runde gibt es verschiedene gute Erklärungen im Netz. Zur von Tim genutzten Priorisierung mit der Wäscheleine ist uns keine klare Quelle bekannt. Es ist letztlich eine Abwandlung des Team Estimation Game, das von Daniel Dubbel in einem Blog-Artikel "Alternative Schätzverfahren" (2011) gut beschrieben wird. Im Original wird es Steve Bockman zugeschrieben. Die von Tim z.T. angesprochenen Leitfragen für die vier Steps lauten: 1.) IDENTIFIZIEREN (Vollständige Sammlung aller direkt und indirekt Betroffenen/Beteiligten) - Mit wem interagieren wir? - Wer ist besonders wichtig für unseren Kontext? - Welche Funktionsbereiche sind relevant? 2.) EINORDNEN (Kategorisierung nach Interesse und Einfluss auf unsere Wertschöpfung) - Was würde die Person über unser Vorhaben sagen? - Was passiert, wenn wir nichts tun? - Wie schätzen wir die Beziehungen der Stakeholder untereinander ein? 3.) BEDÜRFNISSE VERSTEHEN (Validierung unserer Hypothesen) - Wie ist Dein Blick auf unser Vorhaben? - Was brauchst Du von uns? 4.) STRATEGIE ABLEITEN (Festlegung, wie wir mit den einzelnen Stakeholdern interagieren, damit unser Vorhaben gelingt) - Wie gehen wir mit den jeweiligen Stakeholdern um? - Wie kommunizieren wir mit ihnen (direkt/indirekt)? Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

Wie sieht der Arbeitsmarkt für Product People derzeit aus? Was kann ich aus Bewerbungssicht tun? Auf was können Unternehmen achten, um bessere KandidatInnen zu finden? Wir haben dazu den auf Product Owner spezialisierten Headhunter Denny Meier sowie Lars Haßler befragt. Letzterer hat derzeit durch seine aktive Suche nach einer Product Leader Stelle einen aktuellen Eindruck von der Marktsituation. Zunächst gibt uns Denny nochmals eine Einschätzung zur Gehaltssituation verschiedener Level und Branchen und gibt seine Einschätzung zum Problem Gender-Pay-Gap. Aktuelle Zahlen zu offenen Stellen und der Entwicklung der letzten Monate runden das Bild ab. Ein weiterer Schwerpunkt sind Tipps, auf die BewerberInnen bei der Suche achten sollten. Wenn ihr Kontakt zum Headhunter Denny Meier von Adaptive aufnehmen möchtet, kontaktiert ihn am besten via LinkedIn. Denny freut sich auch über Anfragen von Product Ownern, die aktuell nicht nach einem neuen Job suchen. Auch Lars Haßler freut sich über Eure Kontaktaufnahme via LinkedIn.

In dieser Folge sprechen Dominique, Tim und Oliver über das Gehalt von Product Ownern. Das Gehalt bzw. Einkommen von Product Ownern ist ein Thema, dass zwar immer wieder aufkommt aber nie so richtig öffentlich besprochen wird. Anlass für uns neben verschiedenen Quellen auch unsere eigene Erfahrung zu reflektieren und über das Einkommen von Product Ownern zu sprechen. Im Rahmen der Diskussion sind wir an verschiedenen Aspekten vorbei gekommen. Kennt ihr vielleicht auch den Mythos, dass ein Product Owner mehr verdient als die Teammitglieder? Das ist nämlich oft gar nicht der Fall, wird aber leider vermutet. Das Gehalt ergibt sich oft auch aus der Erfahrung aber viele verschiedene Faktoren fließen dort ein. Darum sprechen wir in dieser Folge auch darüber, wer das Gehalt anhand welcher Faktoren festlegt. Wir fragten uns zum Beispiel inwieweit die Verantwortung von Product Ownern und die Position in der Unternehmenshierarchie ein Rolle spielt bzw. spielen sollte. Im Gespräch sprechen wir auch konkrete Zahlen an und verwenden dafür die folgenden Referenzen für Gehaltsvergleiche und unsere eigenen Erfahrungen: - Gehälter für Product Owner bei Glassdoor - Gehaltsinfos von Step Stone - Gehaltsübersicht für Product Owner bei gehalt.de Weiterhin gibt es auch noch eine spannende anonyme Erhebung innerhalb der agilen Community. Angestoßen von Mayflower wurde die Initiative v.a. auf meinscrumistkaputt.de bzw. deren Slack gepusht. Wie immer freuen wir uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker. Wir sind gespannt zu hören, ob und wie Visualisierung für Euch als Product Owner hilfreich ist.

In dieser Folge spricht Tim mit Sabina Lammert über Visualisierung und wie man sie wirkungsvoll als Product Owner einsetzen kann. Was ist alles Visualisierung? Wie gut muss ich zeichnen können? Ist das Kunst oder kann es jede/r? Wir streifen durch die üblichen Aufgaben von Product Ownern und beleuchten, an welchen Stellen Euch Visualisierung bei Eurer Arbeit helfen kann. Wie immer freuen wir uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker. Wir sind gespannt zu hören, ob und wie Visualisierung für Euch als Product Owner hilfreich ist. Im Gespräch wurden die folgenden Quellen angesprochen: - Sketchnote Leitfadens für lernOS: https://www.slideshare.net/cogneon/lernos-sketchnoting-leitfaden-version-04 - Agile Short Stories: https://os-agility.de/agile-short-stories/