Die Produktwerker

Florian Mayer ist ein erfahrener Produktmanager und Service Delivery Manager aus Hamburg mit einem Fokus auf Kanban und Wardley Mapping. Im Gespräch erklärt er, wie Wardley Mapping funktioniert und warum es eine Schlüsselrolle in der Produktstrategie spielt. Er beleuchtet den Strategiezyklus, die Struktur der Wardley Map und wie sie bei Entscheidungen hilft. Zudem diskutiert er Climatic Patterns und bietet praktische Tipps zur Anwendung im Unternehmen. Florian begeistert durch seine Leidenschaft für Mapping-Methoden und die Vorteile, die sie bringen.

Oliver & Tim im Gespräch Gibt es eine Gefahr vom Product Owner zum Projektmanager zu werden? Vielleicht sogar unbemerkt? Oliver und Tim gehen dieser Frage nach und diskutieren zunächst, woran man dies merken könnte. Dabei kann die eine Dimension die Art meiner Tätigkeiten sein. Weiterhin gilt es das Team bzw. das allgemeine Verhalten in den Scrum Events zu beobachten. Und als dritten Einflussbereich besprechen die beiden das Verhalten der Stakeholder. Insgesamt ist bei der Frage wohl der organisatorische Kontext entscheidend. Welche Erwartungshaltungen werden von außen an die Product Owner Rolle gestellt und welche Einflüsse hat das Umfeld des Produktes? Stand im Produktlebenszyklus und der sogenannte Horizont (gemäß 3-Horizonte-Modell) in dem das Produkt (weiter)entwickelt wird, spielen letztlich eine große Rolle. Was kannst du selber in einer solchen Situation tun, wenn du merkst, immer mehr als Projektleiter*in zu agieren? Tim und Oliver geben in ihrem Gespräch Tipps und Anregungen, welche Strategien und Gewohnheiten helfen könnten sowie welches Verhalten ihr vermeiden solltet. Im Gespräch gibt es u.a. einen Verweis auf die folgende Podcast-Episode wenn es darum geht den Kontext Deines Produkts zu ermitteln: Welche Aufgaben gehören zur Product Owner Rolle. Hierbei kann Dir unser Product Ownership Context Canvas (POCC) helfen. Im Zusammenhang mit der Verantwortung des Product Leaders für die Positionierung als Product Owner bzw. Projektmanager haben wir auch nochmal den Hinweis auf die sehr gute Podcast-Folge mit Petra Wille zu ihrem u.g. Buch gegeben: Starke Produktmanager entwickeln Im Verlauf des Gesprächs gibt Oliver auch noch die folgenden beiden Literatur-Tipps: Marty Cagan: EMPOWERED: Ordinary People, Extraordinary Products Petra Wille: STRONG Product People - A Complete Guide to Developing Great Product Managers Wenn euch die Folge gefällt, freuen wir uns über eine positive Bewertung in eurer Podcast App oder als Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de bzw. via Instagram oder Twitter.

Daniel Ley im Gespräch mit Dominique In dieser Folge unterhält sich Dominique mit Daniel Ley, einem erfahrenen UX Strategy Manager darüber, wie wir erfolgreich Nutzerinterviews führen können. Wir bauen unsere Produkte schließlich nicht für uns sondern für andere Menschen. Darum liegt es nahe sich auch mit Menschen aus dem Kreis der erwarteten Nutzer und Nutzerinnen zu unterhalten, um herauszufinden was sie bewegt und welche wichtigen Aspekte wir bei der Produktgestaltung berücksichtigen sollten. Daniel arbeitet als UX Strategy Manager im Innovationsteam von Amadeus. Dort validiert er gemeinsam mit Kollegen aus aller Welt neue Geschäftsideen nach dem Lean Startup Prinzip. Er organisiert darüber hinaus das UX Bonn Meetup (http://uxbn.de/) mit und begeistert sich für alle Themen rund um mechanische Armbanduhren, Möbeldesign und Architektur. Mehr zu Daniel findet ihr unter https://www.linkedin.com/in/daniel-ley-171729a1/ Im Gespräch verweist Daniel auf folgende Inhalte: Tomer Sharon - How to ask questions Talking to Humans Transkription Service Trint Darüber hinaus hat Daniel noch ein paar weitere Tipps für uns: Get better data from user studies: 16 interviewing tips How to do a user interview (from Google Ventures updated) What people are really doing Validating Product Ideas Wenn euch die Folge gefällt, freuen wir uns über eine positive Bewertung in eurer Podcast App oder als Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Instagram oder Twitter.

Tim & Dominique im Gespräch Warum sollten wir auch mal Features wegwerfen? Dieser Frage gehen Dominique in dieser Folge nach. Nachdem mögliche Gründe geklärt sind, diskutieren sie die Frage, welche Anzeichen es gibt, Funktionen auszubauen. Wann und woran merke ich, dass ich etwas wegwerfen sollte? Aber selbst wenn wir es merken, tun wir das dann oft doch nicht. Was hindert uns denn am Wegwerfen? Und wenn wir uns mal trauen, stellt sich die Frage: Welche Features wegwerfen? Wie treffe ich hierfür die richtige Entscheidung? Dabei diskutieren wir u.a. auch, ob wir die Nutzer und Kunden informieren sollten und mit welcher Strategie man vorgehen könnte, um Funktionen zu eliminieren. Im Gespräch gibt es u.a. einen Verweis auf die folgende Podcast-Episode wenn es darum geht zu diskutieren und zu entscheiden, welche Features weggeworfen werden könnten: Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen Wenn euch die Folge gefällt, freuen wir uns über eine positive Bewertung in eurer Podcast App oder als Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Instagram oder Twitter.

Dominique im Gespräch mit Jens Scharnetzki In dieser Folge sprach Dominique mit Jens Scharnetzki, seines Zeichens Chief Product Owner bei der Yello Strom GmbH. Die beiden sprechen über den Werdegang eines Designers hin zum Chief Product Owner. Jens erzählt von seiner Ausbildung im Designbereich und den anschließenden Stationen bis hin zum Chief Product Owner. Er beschreibt, was ihn an der Rolle reizt und welche Vorteile es für ihn hat, einen Hintergrund als Designer zu haben. Er erzählt, welche Eigenschaften und Verhaltensweisen ein guter Chief Product Owner vereinen sollte und offenbart auch, was ihm an der Rolle keinen Spaß macht. Natürlich kommen wir nicht darum, mit ein paar Tipps für Product Owner und Product Leader zu schließen. Mehr zu Jens findet ihr unter https://www.linkedin.com/in/scharnetzki.

Oliver & Dominique im Gespräch Mit Forecasting sollte sich unserer Meinung nach jede Product Owner:in intensiv beschäftigen. Ein Forecast ist eine Prognose über einen Liefertermin und Features, verbunden mit der Wahrscheinlichkeit, dass unsere Prognose richtig ist. In vielen Produktentwicklungs-Kontexten gibt es Dritte, die auf diese Prognosen angewiesen sind, um selber ihre Aufgaben termingerecht erledigen zu können. Diese Kollegen sind also von unseren Arbeitsergebnissen abhängig. Also braucht es ein Forecasting der Product Owner:in, damit wir die Tätigkeiten syncronisieren. In der heutigen Forge sprechen Dominique & Oliver über ihr Vorgehen beim Erstellen eines Forecast. Sie diskutieren verschiedene Ebenen, auf denen mit einem Forecast gearbeitet wird. Und sie stellen Unterschiede in ihrem persönlichen Vorgehen fest. Ein Schwerpunkt der Folge liegt dann auf dem Thema Forecasting für die Releaseplanung - sicher eine Herausforderung für jede Product Owner:in. Oliver & Dominique geben darüber hinaus viele praktische Tipps aus ihrer eigenen Praxis als Produkt Owner, z.B. Umgang mit Unsicherheit und hohen Risiken, der Einsatz von Story Points und regelmäßiges updaten von Forecasts sowie die Rolle der Prognosen in der Stakeholder Kommunikation. Quelle: Mike Cohn: Agile Estimating and Planning

Markus Andrezak & Sohrab Salimi im Gespräch mit Dominique und Tim Wir haben Markus Andrezak und Sohrab Salimi zum gemeinsamen Gespräch mit Dominique und Tim eingeladen. Während Sohrab und Tim eher aus der Businessecke kommen, haben Markus und Dominique ihr Standbein in der Nutzer-Domäne. Aus dieser feinen Mischung entstand ein intensives Gespräch darüber, worauf Product Owner (mehr) achten sollten bzw. wie man beide Welten auch gut verbinden kann. Unser Flow war so gut, dass diese Episode ausnahmsweise mal etwas länger ist. Wir sind überzeugt, dass sich die Zeit lohnt, mit zwei solch ausgewiesenen Produktmanagement Experten und Trainern mal tiefer einzusteigen. So ging es auch intensiver in die Themen Change und Business Agility. Am Ende geben Markus und Sohrab ihre wertvollen Tipps, was man lernen, lesen und hören sollte, um gut in die Product Owner Rolle hineinzuwachsen oder in ihr besser zu werden. Ein toller Satz der hängen bleibt: "Agile Produktentwicklung gibt Dir Sicherheit im Vorgehen, um die Unsicherheit in den Anforderungen ertragen zu können". Diese Folge ist voll von solch starken Analogien und lebhaften Beispielen. Markus und Sohrab waren auch schon zu Beginn unseres Podcasts zu Gast. Ihre immer noch sehr lohnenswerten und oft gehörten Folgen legen wir euch daher zudem ans Herz: Markus Andrezak in Folge 3: "Warum scheint die Product Owner Rolle so schwer zu sein?" Sohrab Salimi in Folge 11: "Product Owner als Agile Leader" Im Gespräch nennen Sohrab und Markus eine Menge Quellen: Eric Ries: Lean Startup Alex Osterwalder & seine Arbeiten auf Strategyzer Fallstudie MAN über "Agilität in der Automobilentwicklung" HBR-Artikel "Embracing Agile" Roger L. Martin: Playing to Win - How Strategy Really Works Erika Hall: Just Enough Research Claudia Kotchka bzgl. Design Thinking bei Procter & Gamble Buch über Pixar von Ed Catmull: "Die Kreativitäts-AG - Wie man die unsichtbaren Kräfte überwindet, die echter Inspiration im Wege stehen" Podcast mit Yvon Chouinar‪d‬ über die Geschichte von Patagonia Buch von Reed Hastings: Keine Regeln - Warum Netflix so erfolgreich ist Buch Clayton M. Christensen: The Innovator's Solution - Warum manche Unternehmen erfolgreicher wachsen als andere Buch Clayton M. Christensen: The Innovators Dilemma - Warum etablierte Unternehmen den Wettbewerb um bahnbrechende Innovationen verlieren Podcast How I build this von Guy Raz Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Instagram, LinkedIn bzw. auf Twitter @produktwerker.

Dominique & Tim im Gespräch User Stories werden von vielen Product Ownern ihren Product Backlogs als eine Form von Product Backlog Items genutzt. Aus der Perspektive von Nutzern beschreiben wir so den Mehrwert, den wir mit unseren Produkten ermöglichen wollen. Allerdings gibt es einige Herausforderungen beim Verwenden dieses Formats. Darum unterhalten sich Dominique und Tim in dieser Folge über User Stories als Möglichkeit Anforderungen zu formulieren und klären welche Vorzüge dieses Vorgehen hat und welche Herausforderungen gemeistert werden müssen. Diese Folge verweist u. A. auf folgende Folgen des Podcasts: Akzeptanzkriterien richtig einsetzen Product Backlog Einträge sind nicht nur User Stories! Story Mapping nutzen, um über Outcome zu sprechen Literatur/Quellen: Mike Cohn: User Stories - für die agile Software-Entwicklung mit Scrum, XP u.a. Gojko Adzic: Fifty Quick Ideas to Improve Your User Stories Gojko Adzic: Specification by Example - How Successful Teams Deliver the Right Software Jeff Patton: User Story Mapping - Nutzerbedürfnisse besser verstehen als Schlüssel für erfolgreiche Produkte Dominique: Persona-driven User Stories

Hendrik Neumann im Gespräch mit Dominique In dieser Folge sprach Dominique mit Hendrik Neumann über seinen Werdegang und seine Erfahrungen aus der Verantwortung als Teamleiter Produktmanagement bei Chefkoch. Hendrik erzählt uns, warum ihn die Verantwortung als Product Owner gereizt hat und wie er schließlich Teamleiter wurde. Er führt uns durch die Herausforderungen, die diese Rolle mit sich brachten und wie er seine Aufgabe als Führungskraft ausgelebt hat. Natürlich schließt er mit ein paar Tipps, die er anderen mitgeben möchte, die sich in eine ähnliche Richtung entwickeln. Mehr zu Hendrik findet ihr unter https://www.xing.com/profile/Hendrik_Neumann18/cv.

Tim & Oliver im Gespräch "Story Mapping ist meine liebste agile Praktik" sagt Tim. Im Gespräch mit Oliver erläutert er daher seine Leidenschaft für die Methode des Story Mapping und wie & wo er Story Maps gerne einsetzt. Natürlich erfahrt ihr auch, aus welchen grundlegenden Elementen Story Maps bestehen und wie ihr sie mit euren Teams und Stakeholdern entwickeln könnt. Tim erklärt, warum für ihn die Diskussion über Wirkungsschnitte ("Target Outcomes") so zentral ist, aber dennoch oft vernachlässigt wird, wenn es um Story Mapping geht. Zudem helfen solche Wirkungsschnitte massiv in der Diskussion mit deinen Stakeholdern. Zum anderen sorgt es für Klarheit - auch in der Diskussion mit dem ganzen Scrum Team bzw. Produkt- oder Projektteam. Target Outcomes bilden für Tim eine perfekte Verbindung zwischen einer agilen Roadmap und der Story Map. Je nach Abstraktionsebene kann ein solches Target Outcome sogar als Product Goal dienen. Wobei Product Goals vermutlich in der Regel etwas größer als ein Target Outcome sein dürften. Wenn ihr in dieser Weise ein (oder zwei) einzelne Slices der Story Map in euer Product Backlog überführt, habt ihr sofort mehr Fokus und damit Klarheit im Backlog. Auch Sprintziele (Sprint Goals) werden sich so sicherlich einfacher finden lassen. Zum Product Goal und Sprint Goal haben wir bereits Episoden in diesem Podcast veröffentlicht. Tim erwähnt diese Story Mapping Quellen Jeff Patton: User Story Mapping (Buch) Jeff Patton: Story Mapping (Quick Reference) Jeff Patton: Opportunity Canvas (Template) Handouts, Übungen & Trainingsmaterial und der direkte Zugriff in die Dropbox von Jeff Patton