• Anwendungsnahe Weiterbildung - für mehr Erfolg als Product Owner
    Jun 23 2025
    Die Weiterbildung als Product Owner ist mehr als das nächste Zertifikat im Lebenslauf. In dieser Podcastfolge sprechen Tim und Sohrab Salimi darüber, was gute Weiterbildung heute ausmacht – und warum viele Angebote an der Realität der Produktarbeit vorbeigehen. Sohrab bringt dabei nicht nur seine langjährige Erfahrung als Certified Scrum Trainer mit, sondern auch den Mut zur Veränderung: Nach zehn Jahren als zertifizierter Trainer bei der Scrum Alliance hat er sich entschieden, neue Wege zu gehen. Mit der Agile Academy hat er ein offenes Weiterbildungsmodell mitentwickelt, das praxisnäher, systemischer und flexibler ist als vieles, was es bisher gab. Im Gespräch geht es um den Unterschied zwischen theoretischem Lernen und anwendungsnahem bzw. erfahrungsbasiertem Lernen. Viele Product Owner haben ein Foundation-Training besucht – ob als CSPO, PSPO 1 oder Ähnliches. Doch was kommt danach? Genau da setzt anwendungsnahe Weiterbildung an: Lernen durch echte Beispiele, durch Austausch mit anderen Praktiker:innen, durch das Reflektieren eigener Herausforderungen. Sohrab schildert, wie wichtig es ist, dass Trainer:innen nicht nur Inhalte vermitteln, sondern auch Erfahrungen aus der eigenen Produktpraxis teilen können. Wer selbst Produktverantwortung erlebt hat, stellt andere Fragen – und gibt Antworten, die in der Realität Bestand haben. Gemeinsam mit einem Netzwerk aus erfahrenen Coaches, Trainer:innen und Praktiker:innen entwickelt Sohrab mit der (neuen) Agile Academy neue Lernpfade für Product Owner – von den Grundlagen bis hin zum anspruchsvollen Sparring auf Augenhöhe. Tim bringt die Perspektive der Produktwerker ein, die diesen Weg aktiv mitgehen werden – als Teil der Agile Academy, aber auch aus Überzeugung, dass Weiterbildung immer dann wirksam wird, wenn sie anschlussfähig an den Alltag ist. Mit Formaten, die sich an dem orientieren, was Produktmenschen wirklich brauchen: Austausch, Reflexion, Anwendung. Aus diesem Grund haben sich alle drei Produktwerker entschieden, als Botschafter (sog. "Agile Academy Amabassador" bei diesem neuen Weiterbildungsnetzwerk mitzuwirken. Oliver Winter wird sogar der Track Owner für den Lernpfad "Product Owner" werden. Er ist damit die zentrale Stelle, die über die Lernziele aller Product Owner Trainings der Agile Academy entscheidet. Dominique Winter übernimmt ebenfalls als Track Owner den Lernpfad "Agile UX". Die Produktwerker werden sich somit sehr prägend und mit viel Gestaltungswillen in dieses neue Weiterbildungskonstrukt einbringen. Ihr könnt davon ausgehen, dass man unsere Handschrift in diesen Tracks erkennen wird. Der Product Owner Track dürfte z.B. von einen guten Schwung Produktmanagement-Themen in den Lernzielen profitieren. Jeder neue Lernpfad ("Track") unterscheidet zwischen Verstehen (Understand), Anwenden (Apply) und Vermitteln (Teach). Das eröffnet neue Möglichkeiten – für erfahrene Product Owner, für Einsteiger:innen mit echtem Lernwillen und für Organisationen, die Weiterbildung nicht nur als Pflicht, sondern als Chance sehen. Zugleich ist das Modell offen für verschiedene Vorerfahrungen: Wer bisher über Scrum.org oder Scrum Alliance unterwegs war, kann problemlos in die weiterführenden Ausbildungsschritte einsteigen. Und wer sich lieber im eigenen Tempo weiterbildet, findet hochwertige Self-paced-Kurse mit klarer Struktur und echter Tiefe. Link zum deutschsprachigen Product Owner Online Course: https://scrumacademy.onfastspring.com/product-owner-online-course-de?source=produktwerker Weiterführende Infos zum neuen Zertifizierungsansatz der Agile Academy gibt es hier: https://www.agile-academy.com/de/service/introducing-certified-by-agile-academy/ Oliver Winter bietet bereits schon Zertifizierungstrainings an (Level 1 & Level 2, also der weiterführende Lernschritt, wenn Ihr die Foundation wie CSPO oder PSPO schon habt. Hier ist die Übersicht seiner Trainingstermine: https://produktwerker.de/agile-academy-trainings-oliver-winter/.
    Mehr anzeigen Weniger anzeigen
    57 Min.
  • Was bedeuten die Scrum Werte für Product Owner - und wie lebst du sie im Alltag
    Jun 16 2025
    Die fünf Scrum Werte stehen etwas unscheinbar im Scrum Guide – nur ein kurzer Absatz, gefühlt kaum mehr als eine Randnotiz. Und doch bilden sie die Grundlage dafür, dass iteratives Arbeiten, gemäß des Prinzips empirischer Prozesssteuerung, in Scrum überhaupt möglich ist. In dieser Folge sprechen Oliver und Tim darüber, wie Product Owner diese Scrum Werte im Alltag konkret leben können. Nicht abstrakt und theoretisch, sondern ganz praktisch – im Spannungsfeld von Verantwortung, Kommunikation und Produktführung. Viele Teams und Organisationen arbeiten mit Scrum, ohne die Bedeutung der Scrum Werte wirklich zu reflektieren. Dabei hängt vieles genau davon ab: Wie offen gehen wir mit Feedback um? Wie mutig sprechen wir Konflikte an? Wie sehr helfen uns Fokus, Commitment und Respekt dabei, Klarheit zu schaffen und wirkungsvoll zusammenzuarbeiten? Tim und Oliver nehmen sich alle fünf Scrum Werte vor – Commitment, Fokus, Mut, Offenheit und Respekt – und beleuchten sie aus der Sicht eines Product Owners. Sie zeigen, dass es nicht um perfekte Haltung oder moralische Überlegenheit geht – sondern um gelebte Verantwortung. Und um die Wirkung, die entsteht, wenn ein Product Owner diese Werte nicht nur benennt, sondern im täglichen Handeln sichtbar macht. Ob in der Priorisierung, im Stakeholder-Dialog oder im Sprint Review: Die Scrum Werte zeigen sich überall. Wer als Product Owner mutig ist, kann klare Entscheidungen treffen, statt es allen recht machen zu wollen. Wer respektvoll kommuniziert, schafft Vertrauen – gerade auch in schwierigen Situationen. Und wer offen bleibt, kann Feedback wirklich annehmen, ohne die eigene Position zu verlieren. Oft stehen diese Werte in Spannung zueinander – oder im Widerspruch zu dem, was das Umfeld verlangt. Hierzu hatten wir ja auch gerade die tolle Episode mit Johannes Schartau ("Strukturen, die Produktentwicklung behindern – und was ihr dagegen tun könnt"). Gerade unter Druck fällt es schwer, Respekt zu zeigen, mutig zu bleiben oder sich zu fokussieren. Und genau deshalb braucht es Reflexion. Ein klares Gespür dafür, welchen Wert ich in meinem Kontext gerade besonders stärken will. Und die Bereitschaft, kleine Schritte zu gehen, statt alles auf einmal verändern zu wollen. Diese Folge ist eine Einladung, den Scrum Werten mehr Raum zu geben – nicht als Theorie, sondern als Kompass im Alltag. Wer sie ernst nimmt, stärkt nicht nur die eigene Wirksamkeit als Product Owner, sondern auch das Vertrauen im Team und in die eigene Produktverantwortung. Folgende weiteren Episoden wurden im Gespräch genannt: - Klarheit als Superpower für Produktmenschen - Sei dein eigenes Produkt! – Weiterentwicklung für Product Owner Wie wirken die Scrum Werte in deinem Alltag als Product Owner? Welche erlebst du als besonders hilfreich – und wo wird es herausfordernd? Wir sind gespannt auf deine Erfahrungen, Perspektiven und Fragen. Komm mit uns ins Gespräch und lass uns gemeinsam weiterdenken. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite.
    Mehr anzeigen Weniger anzeigen
    39 Min.
  • Strukturen, die Produktentwicklung behindern – und was ihr dagegen tun könnt
    Jun 9 2025
    Viele Product Owner:innen spüren es – aber können es oft nicht genau benennen: Irgendetwas in der Organisation steht der Produktarbeit im Weg. In dieser Folge spricht Oliver mit Johannes Schartau über genau solche Strukturen, die Produktentwicklung behindern und was man konkret tun kann, wenn man mittendrin steckt. Johannes bringt viel Erfahrung aus der agilen Organisationsentwicklung mit und zeigt, wie tief verwurzelte Muster in Unternehmen verhindern, dass Teams wirksam arbeiten können. Wenn Product Owner:innen formal die Verantwortung für ein Produkt tragen, aber faktisch keine Entscheidungen treffen dürfen, ist das kein individuelles Problem – sondern ein strukturelles. Viele Organisationen sind immer noch stark auf Vorhersagbarkeit, Projektplanung und Output optimiert. Dabei braucht erfolgreiche Produktentwicklung genau das Gegenteil: Spielräume, Feedbackschleifen und Entscheidungsfreiheit. Diese strukturellen Blockaden haben viele Gesichter. Budgetprozesse, die nur einmal im Jahr laufen. Matrixorganisationen, die Verantwortlichkeit aufteilen, bis nichts mehr übrig bleibt. Zentralisierte Funktionen wie UX oder Architektur, die nicht Teil der Teams sind. Oder Zielsysteme, die auf Umsatz und Liefertermine setzen – aber keine Verbindung zur tatsächlichen Wirkung im Markt haben. All das bremst die Produktentwicklung nicht nur aus, es entkoppelt Teams von dem, was eigentlich zählt: Nutzerverhalten, Marktveränderung, echte Wertschöpfung. Johannes und Oliver diskutieren, was Produktmenschen tun können, wenn sie sich in genau solchen Situationen wiederfinden. Sie zeigen, wie man den eigenen Handlungsspielraum erkennt, nutzt – und erweitert. Oft geht es dabei nicht um große Transformationen, sondern um kleine Schritte: klare Erwartungen klären, eigene Ziele greifbar machen, Verbündete finden, Hypothesen testen. Wer zum Beispiel aufzeigt, wie viel Zeit durch fehlende UX-Kapazität verloren geht, führt keine Ideologiedebatte – sondern eine einfache Kosten-Nutzen-Rechnung. Klar ist: Strukturen, die Produktentwicklung behindern, verschwinden nicht von allein. Doch sie lassen sich verändern, wenn Produktverantwortliche mit einem klaren Blick, systemischem Verständnis und viel Pragmatismus agieren. Es hilft, mit den bestehenden Regeln zu arbeiten, statt sich außerhalb davon zu stellen. Wer zeigt, welchen Wert eine kleine Veränderung bringt, wird gehört. Und wer konkrete Bitten formuliert – anstatt nur Frust zu teilen – bekommt eher Unterstützung. Diese Folge ist ein realistischer Blick auf das, was viele spüren, aber selten so offen benennen. Und sie macht Mut, Verantwortung zu übernehmen, ohne sich selbst zu überfordern. Denn Veränderung beginnt oft nicht mit einem neuen Organigramm – sondern mit einem gut gesetzten Gespräch.
    Mehr anzeigen Weniger anzeigen
    45 Min.
  • Doppelrolle als PO und Scrum Master - was tun?
    Jun 2 2025
    In einigen Organisationen fehlt der Scrum Master – und oft übernimmt dann einfach die Product Ownerin oder der Product Owner diese Rolle gleich mit. Eine Doppelrolle, die auf den ersten Blick pragmatisch wirkt, aber in der Praxis große Risiken birgt. In dieser Folge sprechen Tim und Oliver offen darüber, was passiert, wenn die Verantwortung für Produkt und Team-Entwicklung in einer Person vereint ist – und warum das langfristig fast nie gut ausgeht. Viele Teams arbeiten ohne Scrum Master, weil die Rolle im Unternehmen noch nicht etabliert ist, keine passende Person gefunden wurde oder weil das Budget gekürzt wurde. Und es werden gefühlt immer mehr. Was dann oft folgt: Die Product Ownerin übernimmt einfach mit – lädt zu Events ein, moderiert Retrospektiven, erklärt Prozesse, arbeitet an der Team-Motivation. Klingt erstmal lösungsorientiert. Aber genau darin liegt das Problem. Eine funktionierende Produktentwicklung - vor allen in Scrum - lebt davon, dass Rollen klar getrennt sind. Die PO-Rolle fokussiert auf Wert, Wirkung, Nutzer:innen und Geschäftserfolg. Die Scrum Master-Verantwortlichkeit hingegen kümmert sich um Rahmenbedingungen, Prozessqualität und die Lern-Entwicklung des Teams. Wer beides gleichzeitig macht, verliert Fokus. Statt Marktchancen zu analysieren, steckt man in Moderation fest. Statt Stakeholder zu führen, erklärt man zum dritten Mal das Framework Scrum. Und am Ende leidet beides: das Produkt und das Team. Noch kritischer wird es, wenn in der Doppelrolle Interessenkonflikte auftreten. Wie soll eine Person gleichzeitig Coach sein und gleichzeitig Druck machen, weil ein Release ansteht? Wie kann man Konflikte moderieren, in denen man selbst Partei ist? Und wie wirkt das auf ein Team, das sich ohnehin fragt, ob es wirklich mitgestalten darf – oder doch nur Vorgaben bekommt? Gerade dort, wo Teams anfangen, echte Ownership zu übernehmen, blockiert die Doppelrolle oft ungewollt genau diesen Prozess. Das größte Risiko: Man gewöhnt sich daran. Alle tun so, als wäre das normal. Die Organisation spart sich eine Rolle, das Team freut sich über weniger Abstimmung, und die PO reibt sich auf. Diese Form der organisatorischen Schuld muss sichtbar gemacht werden. Es braucht Transparenz – und klare Absprachen, wie lange diese Übergangslösung trägt. Wer die Doppelrolle stillschweigend hinnimmt, macht es der Organisation zu leicht, nichts zu verändern. Die Folge zeigt, wie man trotz der Doppelrolle handlungsfähig bleibt – zumindest vorübergehend. Klare Rollensignale helfen. Externe Moderation entlastet. Reflektion im Team schafft Verständnis. Und vor allem: Man muss reden – mit dem Team, mit Vorgesetzten, mit anderen POs. Denn aus der Überforderung heraus entsteht keine gute Produktentwicklung. Wenn du selbst in der Doppelrolle steckst oder jemanden kennst, der dort gerade kämpft: Diese Folge hilft, die Situation klarer zu sehen – und erste Schritte raus aus dem Dilemma zu finden. Damit Verantwortung wieder dort landen kann, wo sie hingehört.
    Mehr anzeigen Weniger anzeigen
    38 Min.
  • Visuelle Methoden in der Produktentwicklung
    May 26 2025
    Wenn in Produktteams das Verständnis fehlt, reden Menschen oft aneinander vorbei. Und manchmal reichen ein Stift und ein Flipchart, um das zu ändern. Olaf Bublitz kennt diese Situationen gut. Als erfahrener Agilist, Berater und Mitautor des neuen Buchs Visual Product Ownership setzt er sich seit Jahren dafür ein, visuelle Methoden in der Produktentwicklung gezielter und wirkungsvoller einzusetzen. In dieser Folge spricht er mit Tim über die Kraft der Visualisierung. Nicht als Deko oder hübsches Extra, sondern als echte Unterstützung für Klarheit, Zusammenarbeit und Entscheidungsfindung. Denn visuelle Methoden in der Produktentwicklung helfen dabei, komplexe Zusammenhänge sichtbar zu machen – über alle Ebenen hinweg: von der Strategie bis zur operativen Umsetzung. Olaf versteht unter visuellen Methoden nicht nur Zeichnungen oder Sketchnotes. Für ihn beginnt visuelles Arbeiten schon mit einem Canvas, einem Taskboard oder einer Map. Sobald Informationen so aufbereitet sind, dass man sie auf einen Blick erfassen und besprechen kann, entsteht ein gemeinsamer Fokus. Und genau darum geht es in der Produktentwicklung: Orientierung schaffen und Diskussion ermöglichen – ohne sich in Textwüsten zu verlieren. Viele der Methoden, die Olaf beschreibt, helfen dabei, Perspektiven nebeneinander sichtbar zu machen. Ob Eventstorming, Story Mapping oder Strategy Maps: Sie bringen Teams ins Gespräch – und lassen Unterschiede, Lücken oder Missverständnisse frühzeitig erkennen. Genau das ist der eigentliche Mehrwert. Denn visuelle Methoden in der Produktentwicklung machen nicht nur Dinge sichtbar. Sie machen Zusammenarbeit möglich. Es geht nicht darum, möglichst viele Methoden zu nutzen, sondern diese passenden auszuwählen – je nach Kontext, Ziel und Team. In seinem Buch fasst Olaf über 50 bewährte Methoden zusammen und stellt sie in sogenannten Strings dar: sinnvolle Verbindungen von Methoden entlang typischer Fragestellungen in der Produktentwicklung. So entstehen keine isolierten Visualisierungen, sondern ein durchgängiger visueller Arbeitsraum. Besonders spannend wird es, wenn Teams ihre gesamte Produktarbeit sichtbar machen – etwa in Form eines sogenannten "Obeya"-Raums. Olaf beschreibt, wie visuelle Methoden in der Produktentwicklung dabei helfen, verschiedene Ebenen miteinander zu verbinden: Ziele, Kennzahlen, Roadmaps, Backlogs, Abhängigkeiten. Alles sichtbar, strukturiert und zugänglich – ob physisch im Raum oder digital auf einem Miro-Board. Was zählt, ist der gemeinsame Blick. Die Folge ist eine Einladung: Visualisierung nicht als Stilmittel zu sehen, sondern als praktisches Werkzeug. Wer damit beginnt, kleine Elemente sichtbar zu machen – ein Ablauf, eine Idee, ein Engpass – schafft einen Einstieg. Und wer als Produktteam konsequent mit visuellen Methoden arbeitet, verändert nicht nur die Art, wie Entscheidungen getroffen werden. Sondern auch die Qualität der Zusammenarbeit. Frühere Folgen die zum Thema gut passen bzw. in der Episode genannt wurden: - Visual Leadership für Product Owner mit Sabina Lammert - Klarheit als Superpower für Produktmenschen mit Arne Kittler - Event Storming: Verständnis für komplexe Produkte schaffen mit Jürgen Meurer - Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen - Wardley Mapping - Produktstrategie wie ein Schachspiel mit Florian Meyer - Impact Mapping - was zahlt wirklich auf unser Business Ziel ein? mit Büşra Coşkuner - Assumption Mapping Wer mit Olaf Bublitz in Kontakt treten möchte, erreicht ihn gut über sein LinkedIn-Profil. Die Website zum Buch findet ihr unter: visual-productownership.de. Welche visuellen Methoden nutzt ihr in der Produktentwicklung – und was funktioniert bei euch besonders gut? 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.
    Mehr anzeigen Weniger anzeigen
    47 Min.
  • Wie viel Refinement braucht ein gutes Produktteam?
    May 19 2025
    Refinement ist kein Meeting. Es ist Produktarbeit. Aber wie viel Refinement braucht ein gutes Produktteam – und woran merkt man, ob es zu viel oder zu wenig ist? In der neuen Folge unseres Podcasts sprechen Dominique und Tim genau darüber. Das Product Backlog Refinement gehört zu den meist unterschätzten (kontinuierlichen) Aktivitäten im Alltag von Product Ownern. Für viele ist es ein Block im Kalender – ein weiteres Meeting, das Zeit kostet. Dabei wird oft übersehen, worum es wirklich geht: gemeinsam Klarheit schaffen. Denn das Missverständnis beginnt oft schon beim Begriff. „Refinement“ wird gerne als Scrum-Ritual verstanden. Als formaler Termin mit fixer Agenda. Doch darum geht es nicht. Es geht um kontinuierliche Verständigungsarbeit – um gemeinsames Denken und Entscheiden. Wenn das fehlt, entstehen Unsicherheiten. Kontextwechsel häufen sich. Sprints ziehen sich, Entscheidungen werden vertagt, statt getroffen. Was dann oft hilft sind weniger der Fokus auf das Meeting, als viel mehr der Fokus auf die Symptome: - Bleibt die Energie in Schätzorgien hängen? - Gibt es viele Rückfragen zur Umsetzung? - Zieht sich die Abstimmung wie Kaugummi? Wenn sowas zu spüren ist, liegt es eher an der Qualität der gemeinsamen Produktarbeit. Ein wirksames Refinement schafft Kontext, bevor Missverständnisse entstehen. Es lebt nicht von starren Regeln, sondern vom Gespür fürs Team, Produkt und Umfeld: Wie viel Unsicherheit haben wir gerade? Wie selbstorganisiert sind wir unterwegs? Wie reif ist unsere Produktidee? Tim und Dominique machen in dieser Episode deutlich: Es braucht keine perfekte Vorbereitung. Sondern ein gutes Zusammenspiel aus Tiefe, Struktur und Offenheit. Mal früh im Sprint, mal spät. Mal im großen Kreis, mal mit nur zwei Beteiligten. Hauptsache: Es hilft dem Team, fundierte Entscheidungen zu treffen. Frühere Folgen zum Thema "Refinement": - Product Backlog Refinement – Tipps für Product Owner - Dein Backlog ist zu groß? Was tun? Wie gelingt bei euch ein gutes Refinement – und woran erkennt ihr, wenn es Zeit für Veränderung ist?
    Mehr anzeigen Weniger anzeigen
    45 Min.
  • Weiterbildung zum Digitalen Produktmanager
    May 12 2025
    In dieser Podcastfolge spricht Daniel Koppel mit Oliver über seinen Weg in die digitale Produktwelt – und darüber, wie ihn die Ausbildung zum Produktmanager beruflich und persönlich verändert. Daniel kommt nicht aus der IT. Er hat eine kaufmännische Ausbildung gemacht, im Lager gearbeitet, Verantwortung übernommen. Aber irgendwann merkt er: Das kann es nicht gewesen sein. Der Job funktioniert – aber erfüllt nicht. Und das soll sich ändern. Über Freunde aus der IT erfährt er mehr über agiles Arbeiten, über Quereinstiegsmöglichkeiten, über Produkte, die echten Nutzen bringen. Der Gedanke, sich beruflich neu auszurichten, wird konkreter. Daniel informiert sich, prüft Optionen und entscheidet sich schließlich für eine geförderte Ausbildung zum Produktmanager mit IHK-Abschluss. Nicht als Notlösung – sondern als echte Perspektive. In der Ausbildung lernt er, wie moderne Produktentwicklung funktioniert: von Design Thinking bis Scrum, von Customer Journey Mapping bis Roadmapping. Er absolviert Zertifizierungen zum Scrum Master und Product Owner, entwickelt Produktideen, arbeitet an echten Use Cases – und erlebt, wie viel Freude es macht, Produkte mitzugestalten statt nur zu verwalten. Gleichzeitig geht es um mehr als nur Inhalte. Daniel muss lernen, zu lernen. Sich zu strukturieren, dranzubleiben, Verantwortung zu übernehmen – auch für den eigenen Fortschritt. Genau das macht die Ausbildung zum Produktmanager für ihn so wertvoll: Sie fordert, aber sie gibt auch Sicherheit. Mit echtem Praxisbezug, sinnvollen Tools und guter Begleitung. Was ihm besonders hilft: Die Ausbildung wird durch einen Bildungsgutschein gefördert. Und sie gibt ihm die Möglichkeit, Schritt für Schritt in den Beruf hineinzuwachsen. Heute steht Daniel kurz vor dem Abschluss, bereitet sich auf Bewerbungsgespräche vor und merkt, wie gefragt die Themen sind, mit denen er sich beschäftigt hat. Agilität, Nutzerzentrierung, Produktstrategie – das, was vor einem Jahr noch Neuland war, gehört inzwischen zu seinem Werkzeugkasten. Daniels Geschichte zeigt, was eine gute Ausbildung zum Produktmanager leisten kann – besonders für Menschen, die den Quereinstieg wagen. Sie schafft Klarheit, stärkt Selbstvertrauen und eröffnet neue Wege. Und sie macht deutlich: Es ist nie zu spät, einen neuen Anlauf zu nehmen. Wenn du selbst mit dem Gedanken spielst, dich beruflich zu verändern, mehr Verantwortung zu übernehmen oder tiefer in die digitale Produktwelt einzusteigen – dann hör in diese Folge rein. Vielleicht ist es genau der Impuls, den du brauchst.
    Mehr anzeigen Weniger anzeigen
    33 Min.
  • Typische Produktkrankheiten
    May 5 2025
    Produktkrankheiten entstehen nicht über Nacht. Sie schleichen sich ein. Leise, manchmal kaum merklich. Und plötzlich ist das Produkt schwerfällig, das Team frustriert, die Nutzer:innen aus dem Blick geraten. In dieser Folge sprechen Dominique und Oliver über typische Produktkrankheiten, wie sie entstehen und was sie mit unserer täglichen Arbeit als Produktmenschen machen. Einige der Krankheiten wie „Featureitis“, „Tool-Tourette“ oder „Prozess-Sklerose“ kommen uns erschreckend bekannt vor. Es sind genau die Muster, die sich in vielen Organisationen festsetzen, obwohl eigentlich alle das Gegenteil wollen. Mehr Klarheit, mehr Wirkung, mehr Verantwortung. Featureitis bedeutet beispielsweise, dass ein Produkt mit jedem Sprint wächst, immer neue Features bekommt, aber niemand weiß mehr, wofür es eigentlich steht. Teams liefern zuverlässig, aber niemand prüft, ob es überhaupt jemandem hilft. Stakeholder:innen fordern Features, die niemand priorisiert – aber die trotzdem gebaut werden. Genau hier zeigen sich das Konzept einer Produktkrankheit in ihrer vollen Wirkung. Sie erzeugen Aktivität ohne echtes Ziel und sie lassen uns Routinen folgen, die sich irgendwann wie Wahrheit anfühlen. Typische Produktkrankheiten haben viele Ursachen. Sie entstehen durch Unsicherheit, durch fehlende Nutzerperspektive oder durch Organisationsstrukturen, die eher auf Output als auf Outcome optimiert sind. Manchmal ist es auch das Fehlen einer klaren Produktvision – oder zu viele Meinungen, die lauter sind als echte Erkenntnisse. Doch gerade weil Produktkrankheiten so verbreitet sind, lohnt es sich, sie beim Namen zu nennen. Nicht als Diagnose von außen, sondern als Einladung zur Reflexion, denn die erste wirksame Therapie ist Aufmerksamkeit: zu erkennen, dass etwas nicht stimmt. Und dann gemeinsam hinzusehen, was sich ändern lässt. Diese Podcastfolge ist keine Checkliste für die perfekte Produktentwicklung. Aber sie soll helfen, ein Vokabular für das zu entwickeln, was in vielen Teams spürbar ist aber selten offen angesprochen wird. Und die Folge soll Mut machen wieder öfter zu fragen: Lösen wir mit unserem Produkt wirklich ein relevantes Problem oder folgen wir gerade einer gut geölten Routine, die zwar funktioniert, aber niemandem hilft?
    Mehr anzeigen Weniger anzeigen
    36 Min.