Advertise on podcast: On part en prod

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Paul Chevalier, Swann Le Vigouroux et Nicolas Malburet comparent leurs seconds cerveaux et cherchent comment en faire une mémoire d’entreprise. Enregistrée au Commit, la conférence tech qu’exFabrica organise à Aix-en-Provence, cette table ronde part d’un désaccord : Paul et Nicolas gardent le résultat et laissent filer la donnée brute, Swann garde jusqu’au fichier source pour le réanalyser. Passer à l’échelle de l’entreprise impose ensuite d’empêcher la copie de la mémoire en 5 secondes, de respecter les habilitations et de lui trouver une place à côté des outils qui stockent déjà l’information. Ce que vous allez apprendre :- Ce qu’il faut garder : le savoir raffiné ou jusqu’au fichier brut- Comment ranger une mémoire pour que l’IA ne charge que l’utile- Pourquoi un dossier de markdown ne fait pas une mémoire d’entreprise- Comment gérer les habilitations, y compris quand la mémoire en sait plus que vous- À quoi sert un cerveau d’entreprise face aux outils existants- Pourquoi désactiver la mémoire automatique de votre assistant IA 🎬 Ressources mentionnées- LLM Wiki, l’« idea file » d’Andrej Karpathy : https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f- Obsidian : https://obsidian.md Pour contacter les invités :- Paul Chevalier, Partner CTO chez Socratiz : https://www.linkedin.com/in/paulchevalier-59921630- Swann Le Vigouroux, Agentic Engineer freelance et ancien CTO : https://www.linkedin.com/in/swannlv et https://swannlv.github.io- Nicolas Malburet, ingénieur logiciel chez exFabrica : https://www.linkedin.com/in/nicolasmalburet Disponible en vidéo sur YoutubeDisponible en audio ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬Pour Arnaud Lemaire, CTPO de sunday, l'IA montre que le code n'a jamais été le cœur du problème. Chez sunday, la solution de paiement en restaurant, Arnaud encadre la tech et le produit d'une entreprise dont le business double ou triple chaque année. Pour lui, la valeur d'une équipe tech se joue avant et après l'écriture du code : dans la conception du système et dans ce qui l'amène en production. Ce que vous allez apprendre : Pourquoi une équipe coupée de ses utilisateurs se réfugie dans le beau codePourquoi les devs doivent être réveillés quand la prod tombeComment convaincre un COMEX d'investir dans la conceptionPourquoi on code plus vite avec l'IA sans livrer plus viteCe que l'IA change pour les juniors🎬 Ressources mentionnées Nouvel épisode avec Rudy Onfroy : à venir :)Keynote d'Arnaud « From Code to Consequences » (AlpesCraft 2025) : https://www.youtube.com/watch?v=muRdH9u7gO4Full Cycle Developers : https://netflixtechblog.com/full-cycle-developers-at-netflix-a08c31f83249The Hard Thing About Hard Things, Ben HorowitzExtreme Ownership, Jocko Willink et Leif BabinLivre : la série Hierarchy, James Islington (The Will of the Many)La Bataille de Gaulle : https://www.captainwatch.com/film/1165366/la-bataille-de-gaulle-l-age-de-ferPour suivre l'actualité d'Arnaud :Substack : https://lilobase.meLinkedIn : https://www.linkedin.com/in/lilobase/Vos questions en commentaire : on les lui transmettra.Disponible en vidéo sur YoutubeDisponible en audio ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Les choix techniques qui coûtent le plus cher ne sont pas faits par les mauvais développeurs : Mathieu Sanchez décortique les biais qui font dérailler les bons.Engineering Principal chez Qonto et animateur de Tronche de Tech, le podcast qui tire le portrait des gens de la tech, Mathieu répond pour une fois aux questions. Biais de nouveauté, réinvention de la roue, culte de la complexité, ego : pour chaque biais, un cas vécu et une parade. Avec un fil rouge : le métier de dev n'est pas de produire du code, c'est de comprendre le problème avant la solution.Ce que vous allez retenir : Le niveau technique ne protège pas des biais, il les finance Un choix de techno est un pari Chaque maillon de specs perd du contexte et additionne les erreurs ; le dev qui garde le contexte les rattrape « Donne-moi le problème avant la solution » : une demande qui arrive en solution a déjà perdu son pourquoi Réinventer la roue se paie en mois de salaire, pas en facture cloud Quand on a un marteau, tout ressemble à un clou Une nouvelle techno s'adopte par un pari timeboxé qu'on accepte de faire, pas sur une analyse papier L'élégance, c'est la simplicité - Le bon ego est celui qu'on garde sous contrôle Build vs buy est une décision business, pas technique L'IA supprime le dev traducteur, pas le dev concepteur ; la compétence durable : apprendre à apprendre Ressources mentionnées : Projet dernière chance (Project Hail Mary), Andy Weir. Le film : https://www.captainwatch.com/film/687163/projet-derniere-chance La Horde du Contrevent, Alain Damasio, aussi en BD Le documentaire Netflix sur l'affaire Magnus Carlsen / Hans Niemann La chaîne YouTube d'échecs que je recommande : @luxchess Contacter Mathieu : Sur LinkedIn : https://www.linkedin.com/in/matsanchez/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Conteur sur scène et ingénieur IA, Luca Marchesini conçoit ses agents comme des personnages, pas comme des listes d'instructions. Luca applique l'art du récit à la conception d'agents IA : donner un rôle plutôt qu'empiler des règles, décrire le problème plutôt que la solution, doser le contexte comme un conteur dose le vide. Et il ne transige pas sur un point : un agent est un outil, pas un partenaire. Ce que vous allez apprendre : Concevoir un agent comme un personnage fait la moitié du travailPrompter le problème plutôt que la solution pour des réponses beaucoup plus richesChoisir les mots et structurer les phrases, c'est structurer sa pensée : la déléguer, c'est la désapprendreTransférer une expertise métier en quelques phrases de prompt, là où il fallait des mois de devLa seule chose qui ne se délègue jamais : la responsabilité de ce qu'on livre 🎬 Ressources mentionnées Les livres de Ted Chiang : La Tour de Babylone, ExpirationFilm Premier Contact (Denis Villeneuve), adapté de la nouvelle L'Histoire de ta vie de Ted Chiang : https://www.captainwatch.com/film/329865/premier-contactLes séries The Bear, Les Gouttes de Dieu et Bref 2La newsletter Hacker News (Y Combinator) Pour suivre l'actualité de Luca : LinkedIn : https://www.linkedin.com/in/luca-marchesini-738a1816/ Email : [email protected] ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Arthur Magne, cofondateur de Packmind, montre que coder avec l'IA ne se joue plus dans l'écriture du code mais dans le harness : le système de contexte et de garde-fous que l'équipe construit et gouverne autour de ses agents. Ce que vous allez apprendre : Un agent = un modèle + un harness. Le modèle appartient aux éditeurs, le harness vous appartient.La code base ne suffit pas : un agent ne distingue pas vos bonnes pratiques de votre legacy.12 équipes, 12 skills contradictoires sur la même architecture : l'alignement est le vrai chantier.L'IA amplifie ce qui existe, vos bonnes pratiques comme vos goulots.Accélérer l'écriture du code n'améliore qu'un maillon du cycle de vie.Un petit modèle bien cadré bat un gros modèle sans contexte, pour 40 fois moins de tokens.Le vrai test : pousseriez-vous en prod sans relire le code généré ? 🎬 Ressources mentionnées Packmind : https://packmind.com/Les rapports DORA et DX (Q1 2026)La méthode Dantotsu (lean)Le skill evaluator d'AnthropicSpec-driven development : BMAD Method et Spec KitCommunautés de veille : Slack Dev with AI, Tech.RocksA Knight of the Seven Kingdoms : https://www.captainwatch.com/serie/224372/a-knight-of-the-seven-kingdomsHouse of the Dragon : https://www.captainwatch.com/serie/94997/house-of-the-dragonBreaking Bad : https://www.captainwatch.com/serie/1396/breaking-bad Pour suivre l'actualité d'Arthur - LinkedIn : https://www.linkedin.com/in/arthur-magne/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Shérine Khoury, Principal Software Engineer chez Red Hat sur le cœur d'OpenShift, challenge l'idée reçue qui fait du meilleur développeur de l'équipe le tech lead naturel. Pour Shérine, la valeur d'un tech lead ne se joue pas dans son code mais dans sa capacité à faire grandir les autres et à relier la technique au terrain : celui qui gère seul tous les bugs et toutes les fonctionnalités est le symptôme d'une mauvaise orientation. Elle raconte pourquoi elle laisse volontairement son équipe se tromper sur les sujets peu prioritaires, comment une réécriture techniquement irréprochable a coûté 2 ans faute d'avoir pensé la migration des utilisateurs, et ce que ses années d'offshore lui ont appris pour travailler avec les systèmes agentiques : arriver avec la solution toute faite ne marche pas, mieux vaut donner le contexte et construire ensemble. Ce que vous allez apprendre :- Le tech lead qui gère tous les bugs et toutes les features est un signal d'alarme- Laisser l'équipe se planter sur les sujets peu prioritaires : l'erreur apprend plus vite que le conseil- La réécriture irréprochable qui a coûté 2 ans : l'adoption fait partie du produit- Aller sur le terrain (incidents support, clients réels, ops) et parler la langue de chaque interlocuteur- L'offshore comme répétition générale des agents IA : donner le contexte plutôt qu'imposer la solution 🎬 Ressources mentionnées Podcast Tranches de TechPodcast Les Cast CodeursPodcast DevOps ParadoxPodcast The Enterprise AI Show (ex-The Cloudcast)Podcast What's in the SOSS? (OpenSSF)Les livres visuels d'Aurélie Vache et son blogLivre : The Serial Killer's Wife, Alice HunterSérie : Good Cop/Bad CopFilm : One Battle After Another Pour suivre l'actualité de Shérine LinkedIn : https://www.linkedin.com/in/sh%C3%A9rine-khoury-437758a/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Avec Adrien Maret, CTO et fondateur de Maleus, on regarde ce qui se passe quand produire du code ne coûte presque plus rien, et qui se retrouve à nettoyer derrière. Le code sort si bien des agents qu'on les a mis dans toutes les mains, product, design, parfois un CEO. Mais produire du code n'a jamais été le métier, et quand l'outil se généralise, le goulot ne disparaît pas, il se déplace, le poste de travail devient une porte d'entrée, et un agent générique seul reste un bras robot, pas une usine. Adrien explique comment l'orchestrer pour que ça tienne en prod. Les apprentissages de l'épisode : Produire du code n'a jamais été le métier : le cœur, c'est juger, cerner le vrai besoin et vérifier que ça marche, pas juste que ça tourne. Le goulot ne disparaît pas, il se déplace. Le produit est sous l'eau aujourd'hui, le SRE le sera demain. Le poste de travail devient une porte d'entrée, via les attaques supply chain. Claude Code seul, c'est au mieux un bras robot, pas l'usine. Il faut l'orchestrer. Un système agentique qui tient : une orchestration déterministe, une validation humaine, le LLM confiné à la logique métier. Le conseil à contre-courant d'Adrien : recruter et former la prochaine génération. 🎬 Ressources mentionnées Série From : https://www.captainwatch.com/serie/124364/from Film Le Royaume : https://www.captainwatch.com/film/4349/le-royaume Le problème à trois corps, Liu Cixin (les livres, et la BD) Hacker News : https://news.ycombinator.com/ Fouloscopie (chaîne YouTube) : @Fouloscopie Maleus : https://maleus.ai/ Pour suivre l'actualité de Adrien LinkedIn : https://www.linkedin.com/in/maretadrien?utm_source=youtube&utm_medium=description&utm_campaign=opep-43 ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Tristan Charvillat (AI Discipline, ex-BlaBlaCar et Malt) explique pourquoi travailler avec l'IA, c'est changer de sport : on ne court plus, on pilote. « J'ai essayé, mais dans mon métier ça ne marche pas. » Tristan entend cette phrase à chaque formation, et le problème vient rarement de l'IA : on la sollicite au travail comme on organise ses vacances. Ancien VP Product Design de BlaBlaCar et de Malt, cofondateur de la communauté AI Discipline avec Rémi Guyot, Tristan forme aujourd'hui des équipes et des comités de direction, de la startup au CAC 40. 🎯 Ce que vous allez apprendre Bien adopter l'IA Bloquer l'IA ne l'arrête pas Le test du volant La règle d'or Les fondamentaux qui n'ont pas bougé en 2 ans Pourquoi les profils littéraires redeviennent un avantage Le piège des champions Un assistant interne se pilote comme un produit La fatigue cognitive de la course à 180 Avec les enfants : encourager l'IA qui diverge 🎬 Ressources mentionnées Discovery Discipline, le livre de Tristan Charvillat et Rémi Guyot L'épisode précédent avec Tristan sur la Discovery Discipline Flavien Chervet, pour des lectures de fond sur l'IA Podcasts cités : Légende, Génération Do It Yourself Les Rayons et les Ombres, de Xavier Giannoli, avec Jean Dujardin Le Crime du 3e étage, de Rémi Bezançon, avec Gilles Lellouche et Laetitia Casta Le Gâteau du Président, de Hasan Hadi Les Aigles de la République, de Tarik Saleh Pour suivre l'actualité de Tristan https://www.linkedin.com/in/tcharvillat La communauté AI Discipline ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Jean-Christophe Pagès raconte comment les quatre valeurs de l'agilité ont fait réussir la refonte des concepts de magasin Bricomarché et Bricorama, un produit physique à plusieurs millions, sans une ligne de code. Coach agile depuis 20 ans et Professional Scrum Trainer certifié, Jean-Christophe a accompagné plus de 50 équipes dans le retail, la banque, l'hôtellerie ou la défense, en grande partie sur des produits non numériques. Dans cet épisode enregistré en marge de l'Agile Tour Montpellier, il revient sur un cas concret : fédérer deux enseignes concurrentes (Bricomarché et Bricorama) autour d'une refonte de concept de magasin menée en itératif, plutôt qu'en tunnel de 2 ou 3 ans comme le font les grands acteurs du secteur. Il partage aussi la leçon RH qu'il a payée cher et pourquoi des gens qui n'ont jamais fait d'IT appliquent souvent l'agilité mieux que les équipes tech. Ce que vous allez apprendre Les quatre valeurs de l'agilité fonctionnent partout, y compris très loin de l'IT Un sprint ne sert à rien si vous n'êtes pas prêt à changer ce que vous aviez prévu Sur un produit physique qui coûte des millions, mieux vaut se tromper petit que se planter à grande échelle Embarquer le management ET les RH dès le départ, sinon ça ne peut pas marcher Commencer par le pourquoi (le Why) avant de travailler le quoi Ne pas venir de l'IT peut être un atout : pas de croyances limitantes Découper 154 fonctionnalités figées en sprints, ce n'est pas faire de l'agile 🎬 Ressources mentionnées La conférence de Jean-Christophe à l'Agile Tour Montpellier : "On ne savait pas que c'était impossible" https://www.youtube.com/watch?v=6iY1oLIzQNI Pour suivre l'actualité de Jean-Christophe LinkedIn : https://www.linkedin.com/in/jcpages/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Avec Julien Topçu (CTO du groupe Shodo), on déconstruit l'idée que le code est un coût pour le repenser comme un patrimoine qui se déprécie quand on l'ignore. Julien Topçu, CTO du groupe Shodo et conférencier reconnu, pousse une idée que peu de DAF et de DSI ont vraiment intégrée : votre code source est comptablement un actif immobilisé. Mal entretenu, il bascule en passif et détruit de la valeur silencieusement, jusqu'au jour où un concurrent moins endetté vous passe devant. Ce que vous allez apprendre Pourquoi le code est comptablement un actif immobilisé qui s'amortit Les 4 métriques d'Accelerate pour mesurer la santé de votre patrimoine logiciel La différence entre dette technique, dette fonctionnelle et dette de conception Pourquoi un choix techno engage toute l'organisation : RH, formation, marque employeur Comment la loi de Conway façonne votre code à votre insu Pourquoi l'IA s'effondre dans un legacy entremêlé (le piège de la context window) Comment les ADR (Architecture Decision Records) préservent la connaissance L'erreur de mélanger l'espace du problème et l'espace de la solution Pourquoi la vélocité et les story points ne mesurent rien d'objectif Le plan d'action concret du lundi matin pour un CTO ou un DSI 🎬 Ressources mentionnées Livres : Accelerate, Team Topologies, Architecture for Flow (Susanne Kaiser) Conférence Devoxx France : "Vous pensiez que la dette technique était le pire, voici la dette de conception" Conférences recommandées : Craft Conf (Budapest), FlowCon (Montrouge), TechRocks, MiXit, NewCrafts (Paris), Devoxx France Chaîne YouTube : Modern Software Engineering @ModernSoftwareEngineeringYT  Pour suivre l'actualité de Julien LinkedIn : https://www.linkedin.com/in/julien-top%C3%A7u/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Jérôme Lesage, coach pro depuis plus de 10 ans et co-pilote du centre Agile de CACIB, nous explique pourquoi l'engagement des équipes ne se décrète pas et comment l'approche systémique permet de le révéler. Vos équipes livrent dans les temps, respectent les budgets, cochent les OKR. Sur le papier tout va bien. En coulisse, c'est autre chose : tensions silencieuses, désengagement, livraison "dans la douleur". On ajoute un rituel, on change de framework, on forme les managers, et rien ne bouge. Parce qu'on traite les symptômes sans regarder ce qui les relie. Avec Jérôme, nous creusons l'approche systémique : cette façon de regarder l'ensemble plutôt que les pièces une par une. Comment diagnostiquer un dysfonctionnement, pourquoi la responsabilisation et l'autonomie sont les deux leviers majeurs de l'engagement, comment intégrer l'IA comme alliée sans tomber dans ses pièges, et surtout par où commencer quand on veut faire bouger un système sans tout casser. Ce que vous allez apprendre Pourquoi une équipe qui livre bien peut quand même être en dangerLes signaux faibles d'un dysfonctionnement systémiqueLe "reflet systémique"La logique des cercles d'influenceLes deux leviers prioritaires de l'engagement : responsabilisation et autonomieLe paradoxe du changement : pour que ça bouge, il faut aussi du non-changementComment utiliser l'IA comme contre-coach sans lui laisser prendre le volantLes 6 compétences clés d'une équipeComment éviter l'essoufflement après un changement 🎬 Ressources mentionnées L'école de Palo Alto (pensée systémique)Edgar Morin, "Introduction à la pensée complexe"Françoise Kourilsky, "Du désir au plaisir de changer" Pour suivre l'actualité de Jérôme Son linkedin : https://www.linkedin.com/in/jerome-lesage/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Frédéric Leguédois nous explique pourquoi la simplicité est le levier de performance le plus sous-estimé dans nos organisations. Face à un problème, le réflexe de toute organisation, c'est d'ajouter : un contrôle, un comité, une étape, un outil. Pourtant, chaque ajout complexifie, et plus on complexifie, plus on crée de nouvelles sources de problèmes. Et si la vraie solution, c'était de retirer ? Frédéric est coach senior, manager de transition et conférencier. Il accompagne depuis plus de 20 ans des organisations comme La Poste, Natixis ou le ministère de l'économie et des finances dans leur transformation. Dans cet épisode, il nous montre comment simplifier radicalement notre façon de planifier, prioriser et livrer. Ce que vous allez apprendre : Pourquoi l'agilité à l'échelle est construite sur un mythe Comment décider et prioriser sans jamais estimer Pourquoi vos roadmaps mentent, et ce qui les remplace Comment préparer vos équipes à l'imprévu sans chercher à le prédire Pourquoi la fréquence de livraison est votre meilleur outil face aux deadlines Ce que la rencontre terrain avec les utilisateurs change concrètement Quelle est la première chose à mettre en place demain matin pour commencer à simplifier 🎬 Ressources mentionnées - Le Manifeste Agile : https://agilemanifesto.org/iso/fr/manifesto.html - "Extreme Programming" de Laurent Bossavit - Le blog de Frédéric : https://leguedois.fr Pour suivre l'actualité de Frédéric LinkedIn : https://www.linkedin.com/in/fleguedois/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Noémie Rivière, Senior Product Designer chez OnePoint, explique comment le pretotyping et le prototyping permettent de valider vos idées avant de gaspiller votre budget en développement. 94% des fonctionnalités développées sur un produit numérique ne sont pas utilisées. Pourtant, la majorité des équipes continue de foncer tête baissée dans le développement sans vérifier si ce qu'elles construisent répond à un vrai besoin. Le problème, ce n'est pas le développement. C'est tout ce que vous ne faites pas avant. Avec Marion Sainsar, Delivery Manager chez exFabrica, nous avons interviewé Noémie Rivière en marge de sa conférence à l'Agile Tour Montpellier. Forte de plus de 14 ans d'expérience en design produit (design sprints pour la Société Générale, Decathlon, Cultura), Noémie partage des techniques concrètes pour tester vos idées rapidement, à moindre coût, avant d'écrire la moindre ligne de code. Ce que vous allez apprendre : La différence entre pretotyping et prototyping (et pourquoi ce n'est pas la même chose) Les niveaux d'engagement utilisateur : du simple like jusqu'à la carte bancaire, et pourquoi seul ce dernier compte vraiment Comment mesurer l'appétence du marché sans biais, en faisant croire à l'utilisateur que le produit existe Les techniques de pretotypage : turc mécanique, posts réseaux sociaux, mailing list, site fictif Comment un design sprint de 5 jours peut vous éviter des mois de développement inutile 3 retours terrain : un projet financé grâce au pretotyping, un qui a pivoté juste à temps, et un échec riche en leçons Pourquoi le pretotypage dérisque le prototypage, qui lui-même dérisque le développement 🎬 Ressources mentionnées Article de Noémie : "Product Designer dans un Design Sprint : les conseils pour être efficace et pertinent !" https://medium.com/@campb_LLs/product-designer-dans-un-design-sprint-les-conseils-pour-%C3%AAtre-efficace-et-pertinent-2745180aa944 Alberto Savoia https://www.albertosavoia.com/ Pretotyping https://www.pretotyping.org/ "Sprint" de Jake Knapp (Google Ventures), le livre de référence sur le Design Sprint Pour suivre l'actualité de NoémieLinkedIn : https://www.linkedin.com/in/noemiemelidariviere/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ Gilles Vieira, Senior Data Scientist chez Pix et docteur en bioinformatique, nous explique pourquoi la majorité des projets IA ne dépassent jamais le stade du POC, et comment éviter ce piège. Avec 10 ans d'expérience dans la data en startup, medtech et edtech, Gilles a vécu de l'intérieur des projets qui ont réussi comme des projets qui ont échoué. Il partage sa vision terrain : un modèle à 99% de précision peut être détesté par ses utilisateurs. La vraie différence, c'est tout ce qu'on construit autour du modèle, pas le modèle lui-même. Dans cet épisode, on aborde aussi l'organisation d'équipe pour passer du POC au produit, les pièges de la hype IA, et comment survivre dans un écosystème qui change tous les 6 mois. Ce que vous allez apprendre : La vraie différence entre recherche, POC et MVP (avec l'exemple concret du lecteur de plaque d'immatriculation) Pourquoi le modèle le plus performant n'est pas forcément le bon choix, et comment arbitrer La composition de l'équipe idéale pour passer du POC au produit en production Les red flags qui doivent alerter un décideur avant qu'il ne soit trop tard Pourquoi construire "autour" du modèle et pas "à partir" du modèle change tout Comment anticiper les évolutions de modèles et de coûts sans tout jeter La méthodologie concrète de Gilles : objectifs SMART, comité sponsor, startup interne Pourquoi l'IA seule ne sert à rien : leçons du big data, de la data science et du numérique 🎬 Ressources mentionnées LeNet-5 (Yann LeCun, 1998) : l'un des premiers modèles de reconnaissance de chiffres BERT (Google) : le modèle qui a plié le game des chatbots La citation de George Box : "Tous les modèles sont faux, mais certains sont utiles" L'IA Act (Commission européenne) : la réglementation qui définit l'IA dès qu'il y a un entraînement Papers With Code : site pour suivre les publications de recherche associées à du code Conférence Sunny Tech (Montpellier) Série Mercredi (Wednesday) Série Sur écoute (The Wire) Série Dark Série Game of Thrones Série Formula 1 : Pilotes de leur destin Livres L'Assassin Royal (Robin Hobb) Le reportage sur DJ Mehdi sur Arte Concert Pour suivre l'actualité de Gilles : Sur BlueSky : https://bsky.app/profile/sandalfon.bsky.social Sur LinkedIn : https://www.linkedin.com/in/gilles-vieira/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

📅 Discutons de VOTRE projet 🎁 Guide et résumé💌 Abonnez-vous à la newsletter ▬▬▬▬▬▬▬▬▬▬ L'autonomie des équipes de dev : le Graal du manager ? Une équipe qui n'est pas autonome, c'est du temps perdu, de la valeur non livrée et une spirale de défiance. Mais comment briser ce cercle vicieux ? Pour en parler, nous avons interviewé Christophe Pichon, Head of Development chez Berger-Levrault (éditeur de logiciel), lors de l'Agile Tour Montpellier. Fort de 20+ ans de management, Christophe pilote la transformation agile d'équipes qui travaillent sur des logiciels ayant 30 ans d'existence. Il partage sans filtre ses réussites, ses galères et le rôle clé d'un coach agile embarqué à temps plein depuis 2 ans. 🔑 Ce que vous allez apprendre : Pourquoi l'autonomie est le Graal : implication, motivation et gain d'efficacité sur le court, moyen et long terme Le cercle vicieux qui piège vos équipes : moins d'autonomie → moins de confiance → encore moins d'autonomie Pourquoi un regard extérieur est souvent indispensable : l'absence de lien hiérarchique change tout dans l'acceptation du changement Le vrai rôle du manager : porter la vision, coacher, faire preuve d'humilité et de courage Le "bug humain" : comment gérer les résistances au changement, notamment chez les profils les plus expérimentés Le premier pas pour démarrer : rester ouvert, mesurer gains et pertes, ne pas se bloquer sur les acquis 🎬 Ressources mentionnées NotebookLM (Google) : l'outil recommandé par Christophe pour s'autoformer sur n'importe quel sujet à partir de vos propres sources IFTT : podcast orienté développeurs Tech.Rocks : conférence parisienne avec des podcasts inspirants Génération Do It Yourself de Matthieu Stefani : podcast d'inspiration, écouté par Christophe depuis les tout débuts Pour suivre l'actualité de Christophe : LinkedIn : https://www.linkedin.com/in/christophepichon/ ▬▬▬▬▬▬▬▬▬▬ Postproduction Audio : Guillaume Lefebvre (https://studioecho.webflow.io/) Music by MADiRFAN from Pixabay Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.