Stories Connecting Dots with Markus Andrezak

Nico Noll: ProductAnalyst.ai - Produktdaten wirklich nutzen Was für ein Gespräch! Nico Noll ist seit Jahren Produktspezialist. Er hat Hunderte von PMs trainiert – in Unternehmen, in Workshops, als Coach. Und baut jetzt sein eigenes Ding, lebt den Traum vom eigenen Produkt: ProductAnalyst.ai. Ein Tool, das aus dem eigenen Schmerz entstanden ist: jahrelang als PM in Firmen gesessen, Daten eigentlich vorhanden, in der Praxis aber doch unerreichbar und nicht actionable. Die Grundidee ist einfach und gleichzeitig strukturell: Produktdaten sind in fast jeder Firma vorhanden. Aber niemand nutzt sie wirklich für Entscheidungen. Der Bottleneck ist nicht die Datenmenge – sondern der Zugang und die Interpretation. Die Datenlücke im Produktmanagement Das racking läuft, die Events werden geloggt - sehr viele sogar. Mixpanel, Amplitude, PostHog, Google Analytics – irgendeins davon ist fast immer vorhanden. Aber wenn ein PM wirklich wissen will, welche Verhaltensmuster Churn vorhersagen, welche Nutzer nach dem Onboarding abspringen, welche Segmente sich grundlegend anders verhalten – wartet er auf einen Data Analyst, ein Dashboard oder beides. Beide Optionen: langsam, teuer, oft nicht vorhanden. Nico hat das als PM bei Xing noch als Luxus erlebt: Frontend-Analyst und BI-Analyst ständig verfügbar. Das ist die Ausnahme. Die Regel: entweder kein Datenteam, oder eines das permanent überlastet ist. These 1: Die meisten Produktentscheidungen passieren ohne aktuelle, granulare Daten – nicht weil die Daten fehlen, sondern weil der Zugang zu aufwändig ist. Granulare Fragen kosten Wochen. Und bleiben deshalb meistens ungestellt, erst recht unbeantwortet. These 2: Das eigentliche Problem ist kein Technologie-Problem. Das Zugangsproblem tut so als sei es ein Analyseproblem. Was Product Analyst AI macht – und was nicht Kein "Vibe Analytics" – kein CSV in ChatGPT werfen und hoffen. Stattdessen ein System mit klaren Guardrails: Generalisierte statistische Funktionen auf der einen Seite. Firmenspezifischer Kontext auf der anderen. Der Ansatz: Man trennt, was generalisierbar ist (statistische Methoden, Berechnungslogik, Segmentierungs-Funktionen) von dem, was firmenindividuell ist (Event-Namen, Business-Definitionen, Segment-Strukturen). Beides zusammen ergibt ein System, das verlässliche Antworten liefert. Was aktuell funktioniert: Alltagsfragen im Produktmanagement. Wie viele Nutzer zeigen dieses Verhaltensmuster? Wie unterscheidet sich die Churn Rate zwischen unseren Segmenten? Was passiert im Durchschnitt in den ersten 30 Tagen nach Anmeldung? Was noch nicht geht: Die explorativen Zwei-Stunden-Sessions mit einem Senior Data Analyst. Die komplexen strategischen Analysen. Das ist bewusst kein Ziel – Pareto-Logik. 80 % der Fragen, die sich Teams täglich stellen, sind gut beantwortbar. Damit fängt man an. These: Wenn dieselbe Frage vom CEO und vom PM ins System kommt, muss dieselbe Antwort rauskommen. Das ist der Unterschied zwischen einem Tool für echte Entscheidungen und einem, das nur das gute Gefühl liefert, irgendwas analysiert zu haben. Context Engineering – der eigentliche Unterschied Hier wird's technisch. Aber lohnt sich. Ein LLM ohne Kontext macht Annahmen. Und tut das mit erschreckendem Selbstbewusstsein. Markus bringt ein gutes Beispiel: ein Bootcamp-Curriculum reviewen. ChatGPT spuckt ohne spezifischen Kontext generisches Zeug aus. Dann die tiefen fachlichen Fehler benennen, nochmal fragen – plötzlich sagt das Modell, es habe jetzt erst das nötige Wissen aktiviert und kann tatsächlich tief reingehen. Das LLM weiß, was es braucht. Es bekommt es nur meistens nicht. Was Product Analyst AI deswegen baut: einen Kontext-Layer. Was bedeuten die Event-Namen wirklich – denn die heißen oft nicht "conversion_event", sondern irgendein kryptischer String. Wie wird Churn Rate in dieser Firma berechnet? Welche Segmente gibt es, die immer wieder auftauchen? Welche Metriken sind already definiert? Das alles wird einmal erarbeitet – aktuell noch manuell im Onboarding – und dann dem Agent als strukturierter Kontext zur Verfügung gestellt. Der Agent zieht sich Kontext und ruft deterministische Berechnungsfunktionen auf. Kombiniert beides. Gibt verlässliche Antworten. These 1: Prompt-Qualität ist weniger wichtig als Kontext-Management. Wer Kontext strukturiert einbaut, kriegt dramatisch bessere Ergebnisse. These 2: Die Leute, die heute schon großen Wert aus AI ziehen, und die, die sagen "ist ja alles generisch" – die unterscheiden sich fast ausschließlich darin, wie gut sie Kontext managen. Datenzugang für alle – nicht nur Produkt Customer Success fragt sich, ob der Upsell vom letzten Quartal bei einem Account überhaupt genutzt wird. Sales will wissen, welche Kunden Absprungs-Signale zeigen. Marketing würde gerne sehen, welche Features tatsächlich zur Aktivierung führen. All das steckt in den Daten. Aber Mixpanel-Zugang hat meist nur Produkt. Und selbst dort weiß oft keiner wirklich, was in den Daten steckt. Das ist das größere Bild hinter Produc

Matthias Lübken. Zwei Jahre deep in AI. AI Revolution Isights Wo man Mathias erreicht: Matthias' Angebot: tavon.ai - Put AI Agents To work AI education and deplyoment LinkedIN: https://www.linkedin.com/in/luebken/ Community: AI Tinkerers Cologne Matthias ist Produktmanager, Softwareentwickler, Rheinländer aus Bonn. Seit gut zwei Jahren macht er nichts anderes als AI-Tools studieren und anwenden. Er hat die Welle vor zwei Jahren auf sich zukommen gesehen hat und ist reingesprungen. Im Gespräch versuchen wir Hintergründe zu erklären, Fomo zu nehmen und aufzuklären, Begriffe erklären. TLDR Agentic AI ist ein glorified while loop mit Tool Calls. Wer das einmal verstanden hat, sieht warum so absurde Sachen funktionieren — und warum die meisten Diskussionen da draußen am falschen Punkt ansetzen. Ein paar Themen, die wir besprochen haben Der Schalter Der Moment, der alles verändert hat, war Claude Code und die neuen Modelle. Auf einmal konnte Matthias Sachen alleine machen, für die er vorher ein ganzes Software-Team gebraucht hätte. Good enough" - das hat bei ihm edie Frage aufgebracht, "Was mache ich denn eigentlich in Zukunft mit Teams"? Claude Code, der wohl schlechteste Produktname aller Zeiten (weil man damit eben nicht nur coden kann). Produktmenschen, Strategen, Finanzmenschen und normale Menschen, alle können damit strukturiert arbeiten, Context aufbauen, automatisieren, … Boris Cherny hat das Claude Code am Anfang in einer Woche als Wochenendprojekt gebaut. Das Interface ist ein Terminal. Für Software-Entwickler fühlt sich das wie 1985 an und genau darin liegt der Trick. Was darunter passiert Ein Large Language Model schickt Tool Calls raus. Unix-Commands — list, grep, execute. Die kommen zurück. Das LLM interpretiert, schickt den nächsten Call. Und so weiter. Ein glorified while loop, sagt Matthias. Der Durchbruch, den Claude 3.7 Sonnet brachte, war dass das Modell gut genug war, eine neue Fähigkeit zu bekommen: den Aufruf von Tools. In der richtigen Reihenfolge, für lange genug, dass etwas Sinnvolles dabei rauskam. Boris Cherny hat daraus ein Arbeitsprinzip gemacht: Feature auf funktionaler Ebene abnehmen, Code nicht mehr lesen. 60 bis 70 Prozent wirft er weg. Egal, wenn die anderen 30 Prozent funktionieren. Für die meisten Entwickler ist es psychologisch brutal, weil sie 15 Jahre gelernt haben zu coden, jeden Commit zu verstehen, jeden PR zu reviewen. Jetzt verschiebt sich der Wert dieser Skills auf genau die Stellen, die früher als "soft" abgetan wurden: Architektur, Judgment, beschreiben können wie gut aussieht. Kent Beck hat vor zwei Jahren formuliert: 90 % seiner Skills sind im Wert auf Null gesunken, 10 % haben vertausendfacht. Und bei Cherny klappt es nicht, weil er Yolo ist, sondern weil er penibel ein System aufgebaut hat. Was Context Engineering heißt Ein LLM ist per se stateless. Jeder Call fängt neu an. Der Thread, den man in ChatGPT siehst, wird komplett mitgeschickt, bei jedem Request. Was das System über einen zu wissen scheint, liegt daran, was man vorher reingeschrieben hat, oder an einer internen Memory, die man kaum steuern kannst. Claude Code funktioniert anders. Man baut Kontext auf, der bleibt. Was ist das Projekt? Was die Prinzipien? Was gibt es schon? Das steht in Markdown-Dateien. Der Agent lädt den gewünschten Kontext. Man steuert das. Metapher: Read the fucking manual vs. "das Problem, das dich betrifft, steht in Kapitel 5, Absatz 4." Der Mensch kommt mit beidem irgendwie klar- aber die Qualität des Ergebnisses ist eine andere. Auch bei der LLM: Besserer, exakterer Kontext, besseres Ergebnis. Der eigentliche Punkt hinter allem, was Matthias als "Maschine bauen" beschreibt. Erst wenn die Maschine gut gebaut ist, kann man dem Ergebnis trauen. Matthias' persönliches CRM Sein CRM besteht aus einem Ordner mit Markdown-Dateien. Kontakte, Aktivitäten, eine simple Folderstruktur nach Status, E-Mail und Kalender angebunden. Wenn er wissen will, was beim letzten Gespräch mit jemandem war, fragt er den Agenten. Der durchsucht alles, antwortet, schlägt nächste Schritte vor. E-Mails lässt Matthias entwerfen, schickt sie aber immer selbst raus. Human in the loop, wieder. Das Ergebnis ist trotzdem Faktor X besser als jeder normale E-Mail-Assistent, weil der echte Kontext da ist. Dahinter steckt eine Frage, die uns den ganzen Talk beschäftigt hat: Wie viel von klassischer SaaS-Software wird kaputtgehen, weil hyperpersonalisierte Lösungen so viel besser passen? Matthias glaubt nicht, dass SaaS grundsätzlich stirbt, er aber eine Richtung : Systems of Records, die für LLMs mit ordentlichen APIs zugänglich gemacht werden. Und für viele Use Cases, wo heute irgendwas von der Stange genommen wird, das so halb nicht passt, sind kleine eigene Lösungen auf einmal eine echte Option. Openclaw und die Voice Message Peter Steinberger hat OpenClaw gebaut, ein Agentsystem ,basierend auf einer anderen Agentenplattform aus Österreich: pi. Er hat WhatsApp angeschlossen. Die erste Version konnte nur Text. Irgend

With product managers (and other knowledge workers) as well getting over the barrier to adopt the command line of Claude Code (probably the worst product name ever), everything changes. Roles, responsibilities, the requirements for an org to align. So, I am happy to in this episode to speak with Dr. Else van der Berg, a self employed product manager living in Berlin. Else in working in AI native companies, so she knows something about the evolving landscape of product management in AI-native environments. 'The way I work has changed more in the last six months than in the last five years.' - Dr. Else van der Berg Else writes about this shift in our role and in our environments a lot on LinkedIn and on substack. Read Else's content on LinkedIn: https://www.linkedin.com/in/dr-else-van-der-berg-42b8b6a2/ And on substack: https://elsevanderberg.substack.com Get infected! I really enjoy Else's refreshing perspective, knowing all the depth of our "old styles" of working, carrying all the influences from Marty Cagan, Teresa Torres etc. - but being full of energy to embrace all the tools and thus discovering all the new possibilities but also the new frictions. She shares her journey from traditional product management roles to embracing AI tools that enhance evidence-based decision-making. Else emphasizes the importance of understanding technology, especially in AI-driven products, and how this knowledge can empower product managers to make informed decisions. The discussion also touches on the shift from rigid Agile methodologies to more flexible, adaptive approaches that prioritize collaboration and rapid iteration, reflecting the changing dynamics of tech companies today. Else enjoys the shift from more specialised to more generalist roles that the new technology allows for. She argues that a broader skill set allows for better integration of technology and user experience. She also highlights the need for product managers to engage deeply with both customers and how the technology buys us that time. The conversation concludes with insights on how to navigate the challenges of communication and collaboration in fast-paced environments, emphasizing the value of transparency and shared goals among team members. The main point, though, is: This new technology augments us, helps us to get rid of "boring" work through atomisation and thus helps us find time to do what only humans can do - connect with other humans: clients, stakeholders, engineers. Takeaways 'The way I work has changed more in the last six months than in the last five years.' 'We need to understand the technology behind AI products.' 'Everything is a test because you're just trying to collect data to see if your assumptions were true or false.' 'The smaller you are, the cooler it is.' 'We need to embrace failures and be transparent about them.' Soundbites 'The way I work has changed more in the last six months than in the last five years.' 'I think there's a strong case being made for strict specializations and boundaries.' 'Launching an MVP or launching a feature is a test method.' Chapters 00:00 Introduction to AI Native Product Management 02:28 Dr. Else Van Der Berg's Journey in Tech 04:49 The Role of Generalists in Product Management 11:25 Shifts in Validation and Testing Methods 20:32 The Impact of Automation on Product Management 30:27 The Future of Product Development Teams 38:19 Proactive Product Management Strategies 40:17 The Role of AI in Understanding Problems 43:13 Communication Challenges in Product Management 45:26 Maintaining Context and Consistency 48:37 The Future of Work and Team Dynamics 55:49 Cultural Shifts in Organizations 01:00:28 Embracing Change and Innovation

Ich habe ein paar Freunde nach ihren Blicken auf die Herausforderungen 2025 gefragt. Hier sind ihre Antworten. Am Anfang war mir gar nicht klar, was das werden soll. Ich habe mich einfach dafür interessiert. Inzwischen weiss ich, was es soll. Zumindest für mich. Welchen dunklen oder hellen Gedanken ich - oder vielleicht auch du - in 2025 zu dem Thema erwogen habe: Andere haben das auch. Aus anderen Winkeln, mit anderen Einsichten, mit anderen Konsequenzen, mit anderen Ups und Downs. Aber egal, ob Angestellter, Unternehmer, Berater, was auch immer die Rolle: Die Kräfte, die wirken sind immer die selben. Insofern: Es ist ein riesiges „Wir sind alle im selben Boot, we're all in this together statement geworden." Es war ein schönes Projekt, mit all den Leuten in Kontakt zu treten. Vielen Dank an alle, die mitgemacht haben. Vielen Dank auch an alle, die verständlicherweise keine Zeit gefunden haben. Auch vielen Dank an jene, die einfach nur mit mir geredet haben, die ich so wieder getroffen habe und die letztlich gar kein Statement abgeben wollten. Ihr seid genauso groß und es war genauso schön. 2025: Das Jahr der Desorientierung – 2026: Die Chance zur Differenzierung Hier sind die Leitplanken für das kommende Jahr: Substanz statt Hype: KI ist kein reines Tech-Thema mehr, sondern ein „Story War". Während wir lernen müssen, den „Bullshit-Detektor" zu schärfen , ermöglicht uns die Technik gleichzeitig, als Individuen Produkte und Strategien in einer Geschwindigkeit zu bauen, die früher Teams brauchte. Vom Verwalten zum Gestalten: Wir werden aktuell von administrativer Routine aufgefressen. Das Ziel für 2026: KI übernimmt die „mindless" Aufgaben, damit wir endlich wieder die Zeit finden, echte Qualität und menschliche Gestaltung in den Fokus zu rücken. Langsamkeit als Wettbewerbsvorteil: In einer Zeit, in der sich die Welt wöchentlich neu erfindet , wird „langsames Denken" zur Superkraft. Fragen vor Antworten, Verstehen vor Bewerten – das schafft die Klarheit, die anderen im Herdenverhalten verloren geht. Radikale Akzeptanz & Fokus: Ob wirtschaftliche Flaute , KI-Disruption oder persönliche Schicksalsschläge – die Gewinner von 2026 werden diejenigen sein, die Situationen ohne lähmende Labels akzeptieren und den Prozess über das Ziel stellen. Mein Fazit: Wir sitzen alle im selben Boot. Die Unsicherheit ist real, aber sie ist auch die Geburtsstunde für echte Differenzierung. Nutzt die Tools, aber behaltet den Human in the Loop. Die Statements in der Reihenfolge: 00:00 Intro 03:14 Matthew E. May: https://www.linkedin.com/in/matthewemay/ https://matthewemay.com KI fungiert als kreativer „Thought Partner", der es Einzelpersonen ermöglicht, komplexe Produkte wie Apps ohne ein Team von Codern zu entwickeln. Die größte strategische Herausforderung ist nun nicht mehr der Entwurf, sondern die Auswahl und Umsetzung der richtigen Strategie unter begrenzten Ressourcen Zitat: „Es hat mir erlaubt, mich mehr und ausführlicher mit verschiedenen und neuen Ideen für neue Bücher [...] plötzlich hast einen Gedankenpartner, den du nicht hattest." 06:21 Christian Riedel - Growth By Story https://www.linkedin.com/in/christianriedel/ https://www.growthbystory.de KI ist derzeit vor allem ein narratives Phänomen inmitten eines „Story Wars", bei dem die Erzählungen über die Technologie oft wichtiger sind als die Technik selbst. Für 2026 ist daher ein geschärfter „Bullshit-Detektor" entscheidend, um zwischen echtem Nutzen und Marketing-Hype zu unterscheiden Zitat: „KI ist wahrscheinlich nicht nur ein technologisches Phänomen. Es ist vor allem ein narratives Phänomen." 09:22 Mohammed El-Nabulsi - Heon GmbH https://www.linkedin.com/in/mohammed-el-nabulsi/ https://heon.de Das Jahr 2025 war ein rasanter Weg durch einen „dunklen Wald" voller Wachstum und Rückschläge, in dem das ständige Hinterfragen von Konstanten zum wichtigsten Antrieb wurde. Zitat: „Es war wie ein Schritt in einen irgendwie ganz, ganz tiefen, dunklen Wald gewesen, von dem ich aber von Anfang an wusste, dass es genau der richtige Wald war." 11:15 Tim Steigert - The White Rabbit https://www.linkedin.com/in/timsteigert/ https://thewhiterabbit.is Die größten Hindernisse waren mangelnde Demut und Offenheit bei erfolgreichen Entscheidern; für 2026 plädiert er für „langsames Denken", also Verstehen und Selbstreflexion vor schnellen Antworten und Bewertungen. Zitat: „Mehr Mut zu langsamem Denken. [...] Also Fragen vor Antworten, Verstehen vor Bewerten, Perspektivwechsel vor Standpunkten." 12:27 Sohrab Salimi - Agile Academy https://www.linkedin.com/in/sohrabsalimi/ https://www.agile-academy.com/de/ KI ist ein echter Gamechanger, der insbesondere die deutsche Kernindustrie massiv unter Druck setzt; Agilität ist dabei die Grundvoraussetzung, um diese Tools erfolgreich zu integrieren. Zitat: „Diesmal ist der Begriff Gamechanger wirklich nicht unterbewertet. Das ist das ganze Thema AI." 15:36 Kerstin Neumann https://www.linkedin.com/in/kerstin-neumann-abb01312/ Herausforderungen sollten als

Links zur Folge: Alles zu meinem Strategy Collective: https://ueberproduct.de/seminar/the-strategy-collective/ Web Session am 11. Dezember, 10 Uhr, Input und Fragen dazu: https://us06web.zoom.us/meeting/register/-qDCbCrLT_2rp5Nva3mH7Q Melde Dich gerne bei mir, falls Du Interesse hast und Dir nicht klar ob es für Dich passt u.ä. Mayflower: https://mayflower.de Björn Schotte auf LinkedIn: https://www.linkedin.com/in/bjoernschotte/ Björn's Talk "AI or Die": https://www.youtube.com/watch?v=HCOQBWPMN6s Seine Slides zum Talk: https://www.linkedin.com/posts/bjoernschotte_der-große-ai-reset-für-product-manager-und-activity-7396088563727011840-j_eo?utm_source=share&utm_medium=member_desktop&rcm=ACoAAAMK_DMBJzkWYLNvJNYLK4jJCPycaoTSYRQ Zwei Personen, die sehr viel zu PM / AI auf LinkedIN posten und auch auf ihren Blogs dazu veröffentlichen: Claudia Wodtke (den meisten wegen ihrem OKR-Klassiker bekannt): https://www.linkedin.com/in/christinawodtke/ Theresa Torres (den meisten wegen Continuous Discovery bekannt): https://www.linkedin.com/in/teresatorres/ In dieser Folge ist Björn Schotte mein Gast. Björn hat Mayflower mit gegründet und ist dort Geschäftsführer. Mayflower entwickelt Software für andere. Sie haben sehr früh mit agiler Software-Entwicklung angefangen. Weil das schwer für andere zu verstehen war, haben sie auch sehr lange Schulungen gegeben, auch bis hin zu OKR Schulungen. Sie haben auch ein fantastisches Produkt-Event - das Product Owner Camp - in Frankfurt über Jahre gestaltet. Immer mit dabei: Björn. Mayflower hat sich dann schon vor 4-5 Jahren vollständig der Entwicklung mit Hilfe von AI gewidmet und eine riesige Transformation dorthin unternommen. Wahrscheinlich sind sie heute in diesem Bereich in Deutschland mit führend. Björn hat letztens einen Vortrag für Produktmanager gehalten, in dem er OM als das Bottleneck dargestellt hat. "AI or Die - der große Reset". Den Talk siehst Du unten verlinkt, ebenso die Slides zu seinem Talk. In dieser Folge beschreibt Björn die Transformation des Produktmanagements durch AI und Automatisierung. Er beleuchtet die Rolle des Produktmanagers in einer zunehmend technologiegetriebenen Welt, die Notwendigkeit zur Anpassung an neue Tools und Prozesse sowie die Herausforderungen, die durch die Organisationen selbst entstehen. Die Diskussion umfasst auch die Bedeutung von User-Tests, Feedback-Mechanismen und die Zukunft des Designs in der Produktentwicklung. In dieser Episode diskutieren wir auch darüber, wie Alignment funktioniert, wenn Sprints keinen Sinn mehr machen. Wie sieht Zusammenarbeit aus? Machen OKRs noch Sinn? Wenn nein, wie bleibt man dann in einer Richtung? Was sind erste Schritte, die ich als OM gehen kann um die neue Welt zu entdecken? Wie nehme ich meine Organisation mit? Am Ende bleiben Daten und Kreativität im Kern wichtig. Dazu kommt aber auch Orchestrierungsfähigkeit im neuen Umfeld mit vielen unterstützenden Agenten. Zudem betonen wir die Bedeutung von Transformation, Mut und Skills für Veränderungen in Unternehmen thematisiert, sowie der Umgang mit Defiziten in Technologien und die Wichtigkeit menschlicher Beziehungen in einem zunehmend automatisierten Umfeld. Finally gibt Björn den Rat, sich eher bei Entwicklern Rat zu holen als bei PM—Kollegen, um neue Perspektiven einzunehmen. Takeaways - Die Rolle des Produktmanagements wird sich durch AI verändern. - Produktmanager müssen engineering-naher werden. - Orchestrierung wird zur Schlüsselkompetenz für PMs. - AI ermöglicht schnellere Experimente und Iterationen. - Automatisierung kann User-Tests und Feedback-Prozesse verbessern. - Die Organisation kann ein Bottleneck für Innovation sein. - Moderne Tools sind notwendig, um wettbewerbsfähig zu bleiben. - Designsysteme müssen für AI optimiert werden. - Die Wettbewerbsfähigkeit kann durch AI gesteigert werden. - OKRs sind ein Mittel zum Alignment in Unternehmen. - Automatisierung kann Dokumentation und Berichterstattung erleichtern. - Skills und Tools sind notwendig für effektives Management. - Der Weg vom 70%-er zum 5%-er erfordert erste Schritte zur Automatisierung. - Transformation erfordert Mut und die richtigen Skills. - Outcome-Stories sind wichtig für die Erfolgsmessung. - Der Umgang mit Defiziten in Technologien ist herausfordernd. - Menschliche Beziehungen sollten nicht automatisiert werden. - Wissen und Inspiration sind entscheidend für den Fortschritt. Chapter 00:00 Intro 05:55 Produktmanagement im Wandel 11:57 Die Rolle der 5% in der Produktentwicklung 17:45 Orchestrierung und Automatisierung im Produktmanagement 23:42 Zukunftsvisionen für Produktmanager 27:49 Die Rolle der Organisation in agilen Prozessen 29:16 Zusammenarbeit in 5-Prozent-Teams 31:01 Interaktion und Feedback in der Produktentwicklung 31:53 Notwendigkeit von CI/CD Pipelines 33:07 Toolstack für Produktmanager in der AI-Welt 33:43 Cloud Code und Designsysteme 36:01 Die Rolle des Produktmanagers in der AI-Ära 37:58 Gemeinsame Entwicklung von Fähigkeiten 40:26 Die Evolution des Desig

pckd - Herrenunterwäsche aus Berlin, hangenäht in Portugal aus edlen Stoffen. Ein kleines Label aus Berlin, ein Familienbetrieb, geführt von Evgeny und seinem Bruder. In dieser Folge schauen wir hinter die Kulissen eines aufstrebenden kleinen Unternehmens und lernen über die schönen, aber auch die harten Seiten. Schön, wenn die Kunden begeistert sind und noch dazu bei einem so „berührenden" Produkt. Hart, wenn die Produktionsstrasse wegfällt. Bitter, wenn Covid die Verbindung zur einzigen Produktion, die man hat, abkappt. Was dann? Wie kann man die Kundenerfahrung über den ganzen Prozess von Marketing über Bestellung, Verkauf, Lieferung und noch darüber hinaus so gestalten, dass man sich gegen billigere Konkurrenz abheben kann? Wie weit kann man dabei gehen? Wie kann man diese hochwertige analoge Welt mit der digitalen Welt des Internet-Verkaufs verbinden? Evgeny erzählt es. Schaut Euch die Ware hier an: https://www.pckd.de Der Rabatt-Code (30 großzügige Prozent!) ist: ueberproduct Viel Spaß bei der Folge! Lasst von Euch hören! Chapter: 00:00:00 Intro 00:02:37 Vom Digitalen zur Herrenunterwäsche 00:05:39 Innovationsfaktor und Produktentwicklung 00:10:22 Risiko-Management und strategische Entscheidungen 00:14:27 Positionierung und Branding im Textilmarkt 00:22:20 Herausforderungen in der Produktion und Marktstrategie 00:23:58 Marktanalyse und Positionierung 00:27:24 Kundenansprache und Marketingstrategien 00:32:21 Kundenservice und Einkaufserlebnis 00:40:19 Herausforderungen in der Produktionskette 00:49:07 Herrenunterwäsche und Innovation??? 00:50:30 Innovation als Problemlösung 00:53:40 Markenidentität und Ausschlusskriterien 00:56:47 Produktentwicklung und Anpassung für Sport? 01:01:39 E-Commerce und das Einkaufserlebnis 01:04:57 Weihnachtsgeschäft und Rabatt-Code!!!

The star of this episode is Janna Bastow. You might know Janna from her role in setting up "Mind The Product" or as one of the business owners of the company running ProdPad, a specalized, really cool tool supporting smart work of Product Managers and Owners. But there's always more to the story of a person showing outcomes like these. In the episode, we follow Janna making her way from Canada to the UK. There she finds her self in a product management role, trying to figure out what that actually means. The role is not hat clear yet on our industry. Trying to figure that out, Janna is calling for action. She organizes community events for product people in a similar situations, which ultimately is the root of building the Mind The Product community. The rest of that is history. It grew to more than a community basically becoming a product minded media house. At that stage, Janna decided to seek the next challenge and follow and idea she had for some time: Building a tool that really focuses on the work of product people and only devoted to this. None of the tools on the market went far enough. So, together with Simon Cast, she went at it. Knowing the complex and multi faceted work of a Product Manager, she built the tool she would have liked to have when she started off. The tool is different in that it draws from all kinds of data sources that already exist in your environment and builds on those. You can build and configure very individual views. One main point is that all data which you base your decisions on can be seen and shared and thus, discussions can be based on that date. E.g. discussions on features in a spring and how why they are important or not can be based on the underlying data from customer interviews over inpur from support, any existing research data or stakeholder input. All is simply revealed without having to invest work. Another example is how PMs are supported in creating roadmaps based on existing data. A fun side story is how Janna was always depressed that she is obviously the only PM never being able to deliver on her roadmap "promises". Until she realized in her conversations in the meetups that led to "Mind The Product" that actually no PM ever delivers on these promises. Roadmaps were simply too static. She picked up on the "Now, Next, Later" concept and implemented in ProdPad to huge success and that is one of the main sources of "Now, Next, Later" being so huge these days. Of course, being loaded with data, the current topic of Janna and ProdPod is how can we enhance the tool with the right level and UseCases of AI? The aim is getting rid of the boring work and digging through statistics in the background and giving you hints, rather than doing the work that humans do best. Janna invites you to try the tool and suggest use cases for AI that would help you in your everyday PM life. See the links below for trial and contact information. For me, the underlying backstory of this episode is how the role of the PM was hugely under-defined even ca. 15 years ago while now being hugely over defined. The problem over the last 15 years has switched from having too little information to now having information overflow, but still clarity is hard to find. It's still not a clear cut role. But maybe that's just the nature of the game. Thanks a ton, Janna for this open exchange about your personal journey. You don't know me as a huge fan of tools, but I am impressed by the unique way that ProdPad is doing things well and different. It helps you define your own PM workflow or that of your organization. The way you configure the tool is the documentation of that flow at the same time. Also, it can help in managing up as well as in managing your stakeholders and help lead the right discussions by always exposing the right data for the discussion. It always helps to make sense of your assets and prevents you form simply filling out a "form" by asking the right questions. Thanks Janna for this great conversation! I can only invite you to have a look into ProdPad and see for yourself. Follow and / or contact Janna on LinkedIn: https://www.linkedin.com/in/jannabastow/ How to access a ProdPad Demo: https://www.prodpad.com/demo/ ProdPad on their stance on AI: https://www.prodpad.com/features/ai-for-product-managers/ 00:00:00 Intro 00:03:12 Janna's Background 00:08:06 Erste Schritte im Produktmanagement 00:18:09 Social Web: From Meetups to Mind The Product 00:29:14 Mind the Product: Growth 00:34:06 Start-Up surprises and embracing serendipity 00:40:47 Initial triggers of ProdPad 00:55:21 Eureka and Now, Next, Later 00:57:07 Exposure and Daring 01:00:53 Continuous Feedback and validation 01:03:58 What Problem are you trying to solve? 01:07:11 Supporting Transparency and Collaboration in Product Management 01:10:06 Potential of AI in Prod Management and ProdPad 01:14:11 Invitation to help with AI in ProdPad 01:18:10 What's next in Product Management? 01:26:09 Outro

Diese Folge hat mir besonders viel Spaß gemacht und ich war besonders gespannt: Die Produktwerker, meine Freunde aus Köln. Sie zeichnen sich aus durch einen wöchentlich, regelmässig Montags um 6:00 Uhr morgens erscheinenden Podcast. Und ich meine: wirklich wöchentlich um 6:00 Uhr morgen. Sie bieten unheimlich nette, freundliche Education, begonnen von der klar strukturierten Website über ihre öffentlichen und internen Trainings. Vor allem aber haben sie ein unglaublich inklusive, freundliche, einladende Art. Jedes Event, bei sie dabei sind strahlt unter ihrer Freundlichkeit. Erlebt sie. Heute im Podcast: Tim Klein stellvertretend für die drei!

Hey, we haven't heard in a while. I am happy to be back. In all kinds of ways. If you have questions where I was, ask. But let's cut to the chase! This pod is all about Holger and his new book on autism. It is written from first hand experience with all empathy you can imagine. It's also a short entertaining read for the whole family. Especially for families not familiar or ever having been in touch with autism. So, before you do anything else, I urge you to visit Holger's Kickstarter Campaign for the book! Also, please spread the word!!! If you want to know more, stay here and listen to the pod. I have watched Holger's work since many years, but we never met. Finally, we met at a a conference in Cologne this spring and we spent a lot of time discussing. Holger is a person, I felt attached to right away but not only Holger as a person but also his work and thinking. I learned straight away that he did what I always promised, at least to myself, which is to write a book. Not only one, but the current count is - we are not quite sure, at ten. For my personal view, Holger's latest book is his most important one. It is called „The Wrong Planet". It tells the story of an alien on an unexpected journey to planet earth, having a crashed landing and having a couple of encounters to species unknown to him: ducks, a bear, a beaver an otter and a frog. Ofc, all of this is a metaphor for the experiences of people living with Asperger Autism. It is written from a person knowning the experience first hand. More in the episode. Lots more. The book is a very short and easily digestible book for the whole family, old and young, and also or even more interesting to anyone not living with Asperger autism. Beyond that it is ofc leading to thoughts of a more general and deeper understanding of diversity in general. The English version is a kickstarter project available from June 11 2024. All relevant info is available under holgernilspohl.com/autism. There will also be super interesting pledges excerpt just the book. Go there, get the info, be informed and potentially buy! If you want the German edition, you are lucky, you can directly buy it from Holger und his webpage holgernilspohl.com/ under books. Ofc we cover all the other work that Holger is doing and you also might already know him from his work in innovation and visualization or any of his collaborations with Alex Osterwalder, Sohrab Salimi and many more. Also, the conversation goes a long way on getting started, staying in pace, productivety and getting done as well as the value of visualization - which is Holger's actual profession. Last not least, his latest non fiction book „Creating Clarity" is awesome and you can just do it like me and direct order from Holger and get it shipped signed and super instantly. A really nice product experience. Go For it. But now: LetÄs listen to the man himself. Again: Check out Holger's kickstarter project „The Wrong Planet" from June 11 2024 on https:// holgernilspohl.com/autism Or check out the already existing German version of the book on his web page under books. Thanks for listening, thanks to Holger for his time and see / hear all of you soon. Chapters 4:10 - Intro to „The Wrong Planet" 9:10 - Craft and Detail make a story work for young and old 16:30 - Backstory and Motivation for "The Wrong Planet" 20:15 - Why a fiction book? 24:20 - Kickstarter and more info 30:30 - Info on autism 32:20 - Getting a diagnosis 41:00 - All of Holger's Books 48:10 - How Holger manages Productivity 1:06:20 - The concept Of Now 1:14:55 - Models as Fiction 1:16:00 - All of Holger's other work 1:22:10 - On getting started

"Calm down, take a deep breath and just talk to me" Luke Hohmann's new mission: Participatory Budgeting in Schools Luke Hohmann founded FirstRoot to advance participatory budgeting in schools. Let me get straight to the point: You can invest in this company in this early stage. You can also support the cause by talking about or by simply using the free software and talking about it in your kids' school. Luke Hohmann and me go back a long time. I met him ca. 12 years ago in one of his trainings and was fortunate enough to co-train and facilitate with him. He wrote an early book „Beyond Software Architecture" which to me is one of the best books on software Architecture (sic!) and was ahead of its time. He then got deep into Serious Games with his Innovation Games trainings and a great book on it. Also ahead of its time. From there he was on a constant path towards which had to end in what he does now. Through his Innovation Games, he made it to participatory budgeting in communities, in the Enterprise and other important places. Also, he built an enterprise SaaS company to further bring his ideas deeper into Companies and also enable distributed Serious Games. Now, he founded FirstRoot, bringing participatory budgeting to schools. (You will realize over the course of the pod, that we couldn't constrain ourselves - we wouldn't be Luke and Markus, then - from drawing all kinds of parallels to Quality of Software, agile, Portfolio Planning, Architecture, Comics for Story Mapping and what have you.) The underlying problem that Luke is tackling with FirstRoot is inequality of chances by social background, financial illiteracy (lack of education on that topic in school in general) and economic disparity. First Root is having its part in solving that problem by offering a five step process in facilitating Participatory Budgeting to pupils around the globe, based on a software solution. Steps are: Planning Gather Ideas Refine Ideas to proposals Voting (there will always be more ideas than we can afford - „a truism in life" Projects in implematation In the pod Luke thoroughly leads us through an example to show us how it works and which impact it has. I put the core of the idea at the beginning of the cast. Again: If you believe in this story, you can also invest for as little as a couple of hundred dollars alongside of people like Alex Osterwalder, Lysa Adkins and many more. You also help by just using the software and bring it into schools. Just follow the „Invest" link on firstroot.co

Timo Lutter und seine Frau Jule sind Deutsche, die in Oslo wohnen und arbeiten. Timo hat lange als Molekularbiologe gearbeitet und arbeitet jetzt in Oslo im Rikshospitaletals Mikro-Biologe. Jule arbeitet in Oslo als Kindergärtnerin. Beide sind höchstwahrscheinlich wahrscheinlich Covid-19-positiv und tragen die Krankheit in ihrem sogenannten „milden" Verlauf aus. Die beiden berichten aus Ihrer Erfahrung mit der Krankheit, dass schon das ist nicht mal eben einer lockeren Virusgrippe entspricht. Ich habe die Chance genutzt, Timo ein bisschen seines Virologen-Wissens zu entlocken und so kommen wir zu Erklärungen darüber was ein Virus ist was es heisst, einen Virus zu sequentieren warum sich Timo sicher ist, dass das Virus auf keinen Fall ein „Designervirus" ist was Timo's Einschätzungen zu den getroffenen Massnahmen ist wie sich Gesundheitssysteme aufgrund gegebener Umstände unterscheiden und welchen Einfluß das auf den Umgang mit dem Virus hat. Ich wusste vorher nicht, dass Tino so viel Vorwissen zu dem Thema hat und habe einfach diese Fundgrube genutzt. Ich würde mich über Feedback freuen. Bewertet das Podcast wo immer Ihr es hört. Empfehlt es weiter! Falls Ihr von weiteren Geschichten hört, die es lohnt zu Corona zu erzählen, meldet Euch gerne. Ich versuche gerne etwas daraus zu machen! Bis zum nächsten mal, Markus

This is the story of Peter Bihr and his family whoa actually wanted to visit a wedding in the United States, but instead got stranded in Costa rica. Peter and his family accidentally find themselves locked up in a place which turns out to be a bit of a paradise. There could, of course be better times and conditions to find and enjoy a paradise. But let's listen how Peter perceives his current situation. If you know of other weird stories happening during these strange and difficult time, let me know and maybe we could make this another episode! You can reach Peter for more on his great work here. He also publishes a fantastic, interesting and personal email newsletter. Have fun, stay healthy and sane!

Strategie Machen! Henning Wolf hat mich im Hotelzimmer bei einer Konferenz interviewt. Es geht um mein Thema Nummer eins, neben Produkt: Strategie Machen! Wir erklären, was an Strategie kaputt ist und wie man es fixen kann. Wir erklären, was die drei relevanten Ebenen in Strategie sind und wie man sie wieder koppeln kann, um alles zu reparieren. Denn es ist das Koppeln dieser drei Ebenen, was Strategie repariert. Die drei Ebenen sind: Marker: unsere Identität, ausgedrückt über unseren Antrieb, langfristige Ziele. Alles was ausdrückt, wer uns was wir sind und was wir in der Gesellschaft bewirken wollen. Unsere Identität eben. Optionen: Das ist alles, was wir als nächstes tun könnten. Alle Möglichkeiten, die wir haben. Da wir nicht alles machen können, was wir gerne machen würden, entscheidet die beste Auswahl, die Qualität unserer Entscheidungen und Committments darüber, wie es uns geht. Arbeit: Arbeit soll fliessen und es muss passend viel Arbeit auf gute Optionen angewandt werden. Arbeit auf schlechten Optionen ist nutzlos. Viel Arbeit auf guten Optionen bringt viel. Dies erklärt auch warum Output wichtiger sein kann als gedacht ;) Arbeit realisiert Optionen, Optionen verwirklichen unsere Marker. Umgekehrt helfen Marker Optionen zu bewerten (und abzuleiten) und Optionen helfen Arbeit abzuleiten. Wichtig ist, die stabilisierende Natur und langfristige Wirkung von Markern zu verstehen und akzeptieren. Ebenso ist es wichtig, die mittelfristige Wirkung und die Notwendigkeit von längerfristigen Optionen zu verstehen. nur Arbeit soll fliessen, nur hier gelten Flow-Gesetze und ähnliches. Mechanismen von Arbeit auf die anderen Ebenen zu transportieren, zerstört diese Ebenen. Deshalb ist Business Agilität mit ähnlichen Mechanismen auf diesen Ebenen auch oberflächlich gedacht und toxisch. Viel Spaß bei dieser Folge. Vielen Dank an Henning Wolf für die Zusammenarbeit und die Geduld beim Fragen unter widrigen Bedingungen im Hotel bei einer Konferenz!

Dan Vacanti - Rightsizing I met Dan years and years ago in my active time in the Kanban community. Dan was part of the very beginning of Kanban in 2007! Since then he's been deep into Lean and Agile. Dan authored two books, "Actionable Agile Metrics for Predictability" and "When will it be done?". He is also the founder of Actionable Agile. Dan always had his independent thought. Most of all, he is a builder of bridges. He worked hard with Scrum.org on integrating the good ideas of Scrum and Kanban. Also, he organises the conference LeanAgile US which just happened from 25 -27 Feb 2019 in Ft. Lauderdale, Florida. Possibly most noteworthy, Dan's twitter Avatar is not the usual egg provided by twitter, but a self made picture of an egg. Here excerpts of our conversation as a loose transcript. don't take it word by word, please! Show Notes: The underlying idea for all of us is to maximise customer value. Cost of Delay is a tool suggested as basis for ranking, prioritising and sequencing on a more objective base rather than gut feel. Hopefully based on basic economic fundamentals. An extension of that is WSJF (Weighted Shortest Job First), which is defined by CD3= CoD / Duration. This is meant to give a shortcut to give an answer to which number does this item have in the sequence of things to be done. But here's the caveat: It is critical enough to get the number for duration right (how long does this take to be done? - The Estimate!). But the even more critical question is: "how do we even get the number for the value of the thing we are building?" This is where my research started, but "Let me be honest with you, and this is just me talking, nothing I found was practical or applicable in my world." "More importantly, I felt there we're a whole bunch of assumptions going into this CoD number that didn't reflect reality." "Let's focus this discussion on the area of complex product development work. And we try to get that number even before start working on something. Which, by definition, is when we have the highest amount of uncertainty. And this is what struck me: How can this CoD number give us the right answer? And that's were I started my investigation." Customers will always be able to ask things from us faster than we will be able to deliver them. There are fundamental assumptions in CoD to be in place for that to make sense. When there is uncertainty involved, we need a probabilistic approach. That means, we have to work with ranges. That means we have to think about CoD as a distribution across that range. The same is true for the duration. Those two assumptions are not fatal. There are mathematical tools like Monte Carlo simulation that help us to come up with an answer. BUT: If you are in a world, where you no the numbers, then CoD/D = CD3 gives you the right number. If you do not know these numbers, once you deliver the thing, these numbers could be completely different. So now CoD can change and as well duration can change. When you now run a Monte Carlo simulation, you will realise that this is not the best tool once uncertainty sets in. The best answer in this world is to do things by random sequencing. What matters is: right sizing items. What that means is, we need to break things up to a size where they reasonable flow through our system. So, CoD doesn't make a difference. Duration doesn't make a difference. What makes a difference is right sizing your items. This flies in the face of what's lately been said in agile, where there is a lot of talk about outcomes over output. And what we found out is that it's actually the other way around: It's output over outcomes. It's the output that generates the outcome. A metaphor here is gambling, where you would place as many small bets as possible to generate outcome. „We're coming back to a fundamental principle of Lean, which is that value is defined by the customer." What is the smallest thing that we could feedback on from the customer? Links: Dan Vacanti on Twitter ActionableAgile, Dan's company ActionableAgile Analytics, the tool that Dan's company builds and sells Lean Agile US, Dan's conference, each February Books: "Actionable Agile Metrics for Predictability" by Dan "When will it be done?" by Dan

Part II This is part two of the conversation I had with Jabe Bloom and Marc Burgauer during the Devops Conference 2018 in Munich. All information can be found in the show notes of part 1, which is Episode 21 of this podcast. Here some short show notes on this second part. Show Notes On Bid Data & being Data Driven "Russell Ackoff wrote a brilliant paper titled "On Data Mismanagement Systems and the basic thesis is: Managers need data to make decisions and the more data they have, the better it is. Of course, the answer is: Managers don't need more information, they need the right information" "Of course, big data is a response to a particular problem and the particular problem is "Oh god, we made such big piles of data that no human can actually process it anymore. And now we have to come up with an algorithm to summarise the data for us." On Change & Culture "By definition all future things are stories. They don't exist. That's why they're in the future. You can't measure them. You can't use data to understand them. You can only use data to understand what exists now." "People think that you have to change people's thinking first. You change what they think about things and then they change their behavior and that will change the output. And that's absolutely wrong. You have to change what they're looking at and that will change their thinking. And when you want to change something, that's when you need to create those models and give people new things to look at." Is speed still an advantage? "Right now everyone goes rushing towards high cycle time, high frequency: spin as fast as you can. If everyone is playing to the same time cycles, there is no advantage to doing that. … In fact, the advantage will be having the discipline … of having long term vision and connecting them to the capabilities of having a short cycle time. That's the next competitive advantage. We need people to be able to understand how to make commitments beyond two weeks. Period." "We need to create space for commitments. If everything is an option you have no commitments. If you had no commitments, you have no identity." Autonomy vs. Agency "I hate the word autonomy. … I think autonomy is individuating. … The way I hear the word and I think other people hear it - and I might be wrong and other people hear it differently - but the way I hear it is "I have the right to make my own decisions. I have the right to make my own rules." "If you look up the etymology of the word it means "the owner of the rules". (Whereas) Agency is my ability to chose in that environment and to see the result of it. Autonomy as the ability to act without responsibility is my concern. The ability to act without considering the feedback loop of what s the effect of what I have done. Thanks for listening! Remember to give us feedback on twitter, mail, wherever you want! Your feedback on iTunes will help us spread the word! Be prepared for the next episode in a few weeks!

Jabe Bloom and Marc Burgauer - Designing Systems Last week, beginning of December 2018, I happened to be guest of the DevOps Conference in Munich. The nice people from the organising company gave me the chance to actually make it a family meeting with my pals J Paul Reed (a giant in the field of DevOps), Marc Burgauer (from Scotland, doing Agile consulting in Banking) and Jabe Bloom (co-founder and chief scientist of Praxisflow). It was 3 really busy days, the bunch of us were continuously mingling in giving talks, workshops, being active in a panel and all kinds of fun. Finally on the last day, we all gave a huge workshop together, using all kinds of techniques and tools from all of our fields and it felt like really great collaboration - throwing together all our expertise from all the fields we've been busy in and merging the approaches. Collaboration without vanity and really sharing. It rarely feels this good!!! On the evening before the workshop, Marc, Jabe and me sat down in my hotel room and recorded roughly two hours of ramblings on designing systems. When Jabe is with you, it's always on the highest level and really abstract design theory. But Jabe has this tough in which he can really go sky high, risking to be Icarus. But just before his abstract knowledge makes gets him too close to the sun, he defends to us other mortal souls and he connects back to earth and leaves us all with a "ahhhh, I see what you mean!!!" The background is that Jabe is currently working on his PhD in Design at the Carnegie Mellon University and as such he is a monster in reading about all of the most abstract literature in design theory - specialising in change in human systems in extreme time spans (like hundreds of years). Of course, there are huge connections between these theories and what we are doing. Having Marc in this round is a totally different perspective yet and I love how the three of us managed to blast through all kinds of topics. Honestly, this one is one for the lodert and possibly for a niche. But I guess the niche will love it. I'll make it short this time and leave it with the character of the recording: Raw, uncut and a little meandering but always true to the topic and lots of lots of depth. I love this and it feels authentic to how my life and job is. Thanks guys in being my guests and inspiration in this episode. This is part 1 of 2 parts. The next part will make up the next episode and will follow in a week or so. This just had to be out there. Some notes and hints How different timeframes and different temporality change our thinking and how we have to take care about this. We mention Bungay, User Stories, Epics, Strategy … The focus of Agile is compression of timeframes. It can be a problem once we loose the language for longer timeframes. „Employee goes „I can't think of a way to come up with a chain of two week events that would add up to your one year story. I can't do it. It doesn't make any sense." The role of middle management in story telling and expertise. A Peter Principle of temporality, explaining micro management. OKRs and stories Humanist culture is about "What am I doing?" not „How do I measure what I am doing?" but "What am I doing?"‚ Determinism vs. "The Quality within", love vs. Process The more efficient you get, the more exploration you can do. Science doe not have time as a component. The scientific method is always in retrospective. It always thinks about the past and it never thinks about the future. The predictions it does on the future are based on a determined future. There is no **Open** in science. The thing about the Jony Yveish people out there is that they are able to imagine things that don't exist and can't be measured. You can't use determinism to get there. You can't use quantification to get there. You can only use story telling and narrative. How can Roger Martin's Knowledge funnel be used in a way that it brings mystery? It needs to be used non-linearly. You throw a thing in the middle, it pops up to the top and a mystery is born. That'd be a different way to innovate rather than simply finding "valuable problems" to solve. Doing Hackathons more right and more wrong. Apollo 13 mission story: Time constraints, a known set of components and *isolation* (so the team has to be put away from everybody) "If we had this, then we could make that!" Three temporalities to making sense: - How do I make sense of what's going on? - Retrospective coherence:How can I later explain why I did this in the future. (constraining) - Prospective coherence. If I put this thing that doesn't exist into the world, how does it change the stories that I'm in? Books John Doerr: Measure What Matters Christina Wodtke: Radical Focus I guess this is really abstract stuff. I just love it and I assure that if you are a regular listener, there is a lot in it for you!

I follow Matt since years. he has a couple of great books out, his latest one possibly being the top pick. It is called "Winning the brain Game". In "Winning the brain Game", Matt explains 7 fundamental flaws of the brain which hold us back from being the best problem solvers we could be. He describes how he discovered them, gives explanations from the fields of psychology and neuro science and finally gives hints on fixes for these flaws. I discovered Matt by means of a different book he wrote quite a couple of years ago. The book was called "The laws of subtraction" in which he gave structure on how to make things simpler and how to address that problem. At the time I headed a product which was really a complicated mess and the book helped me think through several of the problems I had at the time and I have it in find memories. Matt comes up with the following categories of flaws: "Misleading", which contains the flaws of Leaping (jumping to the first best, shallow solution), Fixation (being stuck on the first best idea) and Overthinking (not getting into a state of delivery at all. Then there is Mediocre with Satisficing (giving in to a half baked solution and not pulling through) and Downgrading (no, it's not so important to hang in and we didn't mean to reach that level at all) And finally there is Mindless with the flaws "not invented here" (if it's not my idea, I won't listen) and Self-Censoring (It's my idea, it can't be good). So, again: Misleading Leaping Fixation Overthinking Mediocre Satisficing Downgrading Mindless Not Invented Here Self-Censoring Also, expect a definition of Strategy and a little gossip on how one of the greats, Roger L. Martin, thinks on Strategy. Also really useful for me was a description of the value of frameworks as a way of describing ways to work with tools in a non sequential, non linear way and still feel comfortable and having a feeling of progress in highly abstract knowledge work. Another Gem for me was the framing of "assumptions" as "What has to be true? Given our strategy, what has to be true in our industry for it to work out? What has to be true for our org structure? What has to be true about what our customer really values? What about our cost? And what has to be true about our capabilities? Answering that questions opens a space right between the questions of "What is true?" and "What might be true" and help us thinking much more open about these issues. Show Notes "True Strategy os not about a plan, it is not about analysis. True strategy s about choice making." "There's a lot of talk about thinking outside of the box, And I'm here to tell you there's an awful lot of space inside of the box, if we think about the box in the right way." "When people say „culture eats strategy for lunch, what they're basically talking about is when you march out a plan of action without having the buy-in or the input of those being in some sort responsible for deploying that strategy, the Status quo will defeat that plan." "(Culture) does not eat for breakfast a great set of winning choices that answer - "what's our winning aspiration?", - "where will we play?", - "how will we win?",- "what capabilities do we need?" and- "What systems are required?" "The brain works very efficiently if there's some sort of limit. But you make that limit smart and intelligent. Just enough so that there's guidance but not prescription." Matt's Mantra "What appears to be the problem, isn't. What appears to be the solution, isn't. What appears to be impossible, isn't" "I think the key to able to think differently is to be able to reframe problems" "They (Toyota) are a very innovative company. They implement close to a million ideas per year, all across the organization." On Lean in the Toyota Way "A lot of what we see on the surface as Lean, what really drives it (and can't be seen) is creativity. To have someone who puts on a windshield improve that work. And that's something that took me 4 years to understand." "One of the training programs was called "Jobs Methods Training". And they introduced the concept of continuous improvement: Little ideas, implemented as quickly as possible as near to the frontline as you possibly can. It was aimed at the supervisor level. Among those was a guy called Deming." "Until this day, you will not find a Lean Thinking program at Toyota. You will find Toyota Business Process, before that it was PDCA." "I often get the question on what is the difference between continuous improvement and radical innovation. And it really is just a matter of scope, scale & magnitude. The process is the same. The problem solving process is the same" It's all problem solving. "Do I teach Lean? Yes, I do tech Lean Thinking. But looks an awful lot like Design Thinking." "In an ideal world, all this stuff (Design Thinking, Agile, Lean Startup. Lean, etc.) would just be called problem solving." "A neuroscientist will tell that there are only two ways that human beings solve problems.

Intro Diese Folge ist für mich ganz besonders! Als ich Norbert besucht habe, kam ich dafür in meinen alten Berliner Kiez, in dem ich fast 20 Jahre lang gewohnt habe. (Ich war ganz ausser mir, als ich mich da umgesehen habe ;) Und auch Norbert kenne ich seit den frühen 90ern, als wir noch Autobahnkilometer auf dem Weg zu Mountainbike-Rennen abgespult haben. Natürlich haben wir auch Stunde um Stunde beim Training auf Waldwegen und -abwegen verbracht und auch in Rennen. Wenn das Gute so nah ist, ist es manchmal schwer zu erkennen, was man überhaupt vor sich hat. Und so hat es bis jetzt gebraucht um Norbert zu interviewen und mehr über sein Geschäft und seine Industrie zu lernen. Und so ist diese Folge noch mehr als viele andere true to title: In andere Welten eintauchen um Verbindungen zu finden. Norbert Haller, designed seit 20 Jahren e-Bikes. Ich habe mich in seiner Werkstatt umgeschaut. Seit langem interessiert mich, wie man das alles in Hardware anstellt, denn Hardware ist cool. Und die Skalierung bei Fahrrädern ist immens: Sehr wenige Designer arbeiten an sehr vielen Modellen in sehr hohen Auflagen. Wenn wir in Software herum jammern über Prototypen, hört hier mal rein, wie komplex sich der Prozess von Design zu Produktion in Hardware ist. Interessant auch die Beobachtungen zu Märkten. Für mich war der Killer, dass Elektromobilität jetzt doch komplett von unten kommt. Jetzt ist ein Sweet Spot, in dem die Änderungen bei Leichtfahrzeugen einfach klappen und gehen. Und schon werfen sich in der Lieferkette diejenigen mit in den Markt, die bei Autos die Felle davon schwimmen sehen. Spannend war für mich zu hören, wie lange die Konstruktion ein Suchprozess bleibt, in dem man flexibel bleiben muss. Auch in diesem Designprozess ist es so, dass nach der „Reinzeichnung" eine Menge Detail- und Dreckarbeit anfallen, weil Design auf dem Papier und die Idee auf eine etwas brutalere (Konstruktions-)Realität treffen. Norbert beobachtet, dass jede Industrie ihren Master hat. Der Master bei Autos ist der Verbrennungsmotor und alle Lieferketten und anderen Prozesse sind um den Verbrennungsmotor aufgebaut. Das Problem der Autoindustrie ist, dass sich der Master gerade ändert und dabei zum einen unklar ist was genau der neue Master ist, aber auch: dass sie es nicht schnell genug hinbekommen, ihre Lieferketten und Prozesse inkl. Design und Konstruktion auf Batterien, und E-Antriebsstränge umzustellen. Es ist ein bisschen wie zu der Zeit als Norbert mit E-Bikes angefangen hat: E-Autos sehen noch ein bisschen behindert aus und nutzen nicht das Design-Potential des neuen Antriebs. Ganz am Ende noch ein paar Beoabachtungen, was e-Bikes mit dem Sport anstellen: Wir glauben Diversifizierung ohne Ende und neue Möglichkeiten. Mit e-Bikes fahren ist ein neuer Sport, der erst entdeckt werden muss. Es nicht einfach Fahrradfahren mit Motor. Erste Rennserien entstehen und ich bin überzeugt, wir wissen noch gar nicht was dort passieren wird. Das Level an Technik und Körperbeherrschung wird wieder ein anderes werden Jetzt aber viel Spaß mit 20 Jahren E-Bike Design mit Norbert Haller!!! Show Notes Man muss zielgerichtet sein, aber auch eine gewisse Flexibilität mitbringen, das Projekt anzupassen, wenn man merkt, sass bestimmte Bausachen nicht so funktionieren, wie gedacht." „Wenn man ein innovatives Fahrzeug für einen neuen Markt baut, gibt es während des Entwicklers teilweise einen Lernprozess. Da gibt es dann auf Seiten des Kunden einige Herausforderungen." „Wir wissen schon, was Shimano, Bosch und co. in 2-3 Jahren machen. Nur haben das dann die anderen Hersteller auch. Wenn eine Firma wirklich eigenständig in den Markt eintreten will und etwas noch innovativeres haben möchte, Da muss man doch relativ visionär sein. Da kann man dann nicht einfach die Informationen in einer einfachen Marktanalyse holen. Das wäre so als hätte Steve Jobs im nächsten Media Markt gefragt wie das iPhone aussieht. Dann hätten die ihm gesagt „mach mir ein Blackberry mit einer kleineren Tastatur für 200 $ weniger." „Kreativität ist schon sehr wichtig. Man muss schon sehr visionär denken. Vor allem aber die Kunden müssen auch visionär denken. Viele denken wir können das einfach abliefern. Wir merken aber, dass das Entscheidende ist, dass der Kunde auch visionär denkt und ein Verständnis hat, was kommen wird - denn der trifft nachher auch die Entscheidungen. Wir können aber auch nur Richtungen geben. Was so verlockend ist: Viele Kunden wollen einfach in den Markt kommen, der hier und jetzt ist. Das kann aber oft der erste Schritt sein, dass der Kunde keine Chance hat." „Fahrräder werden komplett elektrifiziert. … die Fahrrad-Industrie wächst immer mehr in die Autoindustrie hinein. Das nächste was kommt sind Lastenfahrräder, der Bereich Motorroller kommt, dann Micro-Cars und die Fahrradindustrie schlägt von unten nach oben auf. Die Autoindustrie tut sich relativ schwer." „Wie sehen die Hersteller der Zukunft aus? Ich bin der Meinung, dass sich neue Plattformen ergeben