Quitter le développement pour le produit : comment naviguer cette transition sans perdre pied ? Passer de développeur à product manager est peut-être transition qui vous intéresse. Mais comment aborder ce virage professionnel sans tomber dans les pièges classiques ? Dans cet extrait, Tamara et moi partageons nos retours d’expérience sur ce parcours qui demande autant de lâcher-prise que d'adaptabilité. On parle notamment de : ➡️ Pourquoi il ne faut pas voir cette transition comme un choix définitif et irréversible. ➡️ Comment utiliser son background technique comme un atout tout en acceptant de ne plus avoir le dernier mot sur les décisions techniques. ➡️ Les stratégies concrètes pour effectuer cette transition en interne, plutôt que de chercher directement un poste externe. ➡️ L'importance d'être transparent sur ses limites et de reconnaître quand on n'est plus à sa place. ➡️ Quitter l'étiquette de "développeur" pour un rôle plus aligné avec ses forces. Bref, un épisode où on démystifie cette transition vers le rôle de product people. Si vous envisagez d'explorer le côté produit ou à la recherche de repères pour naviguer cette transition, cet extrait est fait pour vous. Retrouvez Tamara : Sur LinkedIn : https://www.linkedin.com/in/tamara-guilbert Sur son podcats Tech Your Dream : https://linktr.ee/tamaraguilbert Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

“Dans beaucoup de boîtes, il y a le mythe du CTO qui est le plus fort et connaît tout.” Vraiment ? 👀 Il est tentant et confortable d’imaginer le CTO comme l'expert ultime, celui qui connaît tout sur tout et qui a des années d'expérience derrière lui - alors imaginez la pression pour quelqu'un qui se retrouve à ce poste en début de carrière... La réalité est bien différente. Devenir CTO, surtout en début de parcours, c'est souvent faire face à des doutes ou à des difficultés, voire au syndrome de l'imposteur. À vouloir tout maîtriser, on freine son équipe en imposant ses propres limites de connaissance ; à vouloir être partout, on empêche les autres de s’exprimer pleinement. Aurore Malherbes, co-fondatrice de Padok et aujourd'hui CTO chez Fairly Made, a une idée sur la question puisqu'elle a été propulsée au rôle de CTO après seulement 2 ans d'expérience. Elle aussi a dû jongler avec ce sentiment d'illégitimité tout en portant le poids des attentes placées en elle. Au lieu de se laisser freiner par ses lacunes techniques, elle a fait de ce défi une force en recrutant des talents expérimentés autour d'elle. Son mantra ? "Si tu ne te fais pas confiance, fais confiance aux gens qui te font confiance." Cette approche l’a amenée à créer une équipe solide et complémentaire, et à prouver que la légitimité ne vient pas uniquement des compétences, mais aussi de l’audace et de la capacité à s’entourer. Dans cet épisode parsemé de conseils, on a notamment discuté de : ➡️ Transformer ses faiblesses en opportunités de croissance ; ➡️ Recruter des profils plus seniors pour combler les lacunes et bâtir une équipe compétente ; ➡️ Son framework ROSE pour améliorer la qualité de l’infrastructure de façon tangible ; ➡️ L’art de dédramatiser l’échec pour avancer sans peur. Aurore a aussi parlé de : - "The Five Dysfunctions of a Team" de Patrick Lencioni, un ouvrage qu’elle recommande pour comprendre comment construire et maintenir une équipe efficace. - "Getting Naked" également de Patrick Lencioni, centré sur la posture à adopter dans une équipe ou dans des relations professionnelles, notamment en conseil ou en vente. - "Turn the Ship Around" de David Marquet, qui aborde le leadership dans le contexte militaire, avec des leçons sur l'autonomisation des équipes. Si vous vous demandez comment bâtir votre légitimité en tant que leader technique, cette discussion avec Aurore vous donnera pas mal d’indications. PS : Si cet épisode vous a plu, laissez-lui une note ! 😊 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

À 20 ans, Ismail créait sa première entreprise à Alger avec une plateforme SMS. Quelques années plus tard, il se lançait dans une idée qui semblait folle : convaincre les banques européennes d'ouvrir leurs données. Cette vision pionnière de l'open banking l'a mené à négocier avec BNP Paribas, Société Générale ou HSBC pendant 7 ans. En 2021, il rejoint Yassir comme General Manager Product & Technology et fait passer l'équipe tech de 50 à 300+ personnes, dans 25 pays, tout en triplant la base utilisateurs jusqu'à 10 millions. Début 2025, il quitte ce poste pour construire un "portfolio de projets" : CTO fractionné, investisseur en Afrique, refusant désormais le salariat classique. Un parcours qui interroge notre rapport au travail et à l'entrepreneuriat. ————— ISMAIL CHAIB ————— Retrouvez Ismail sur LinkedIn : https://www.linkedin.com/in/ichaib/ Sa newsletter Unsettled Threads : https://unsettledthreads.substack.com/ ————— PARTIE 1/3 : PARCOURS ————— (00:00) Intro + présentation d'Ismail (05:04) Open Bank Project : l'idée folle d'ouvrir les données bancaires (09:10) Les différentes phases du projet et le premier client (13:39) Les 4 premières années avant le product-market fit (21:20) Négocier avec les banques : barrières et politiques internes (28:32) L'effet boule de neige après les premiers deals (36:29) Ne pas pouvoir payer les salaires (38:14) Santé mentale et retraite annuelle dans le désert algérien (41:09) La fin d'Open Bank Project et le départ d'Ismail (42:15) Yassir : la super app africaine (52:17) Les 6 piliers du scaling (59:42) Structure : équipes cross-fonctionnelles (SAUCE framework) (1:23:04) Psychological safety : l'incarner à chaque occasion (1:27:32) Différences entre marché européen et africain (1:30:05) Douter tout le temps : une feature, pas un bug (1:35:21) Ce qui fait un bon leader technique (1:36:57) Embarquer les gens : clarté, cohérence, servant leadership (1:43:19) Construire sa carrière comme un portfolio (1:46:33) Ne plus croire au salariat : pourquoi ? (1:52:27) Décider si on dit oui : l'humain, le secteur, le business ————— PARTIE 2/3 : ROLL-BACK ————— (1:59:49) Le projet qui a raté : 6 mois de retard et client insatisfait (2:06:40) Leçons : avoir les bonnes personnes, une checklist, de l'humilité ————— PARTIE 3/3 : STAND-UP ————— (2:08:20) Framework de prise de décision en 5 étapes ————— RESSOURCES ————— Team Topologies (Manuel Pais & Matthew Skelton) — nouvelle édition avec case study Yassir Wardley Mapping (Simon Wardley) Architecture for Flow (Susanne Kaiser) — combine Team Topologies, Wardley Maps et DDD Empire of AI (Karen Hao) — l'histoire d'OpenAI depuis le début ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn (https://www.linkedin.com/in/donatien-d/) ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Scaler une équipe tech de 50 à 300 personnes, c'est un défi que peu de leaders maîtrisent vraiment. Ismail Chaib l'a fait chez Yassir, en région MENA et en Afrique, avec une approche structurée qui transforme le chaos de l'hyper-croissance en machine performante. Sa méthode ? Six leviers interdépendants qu'il a conçus pour aligner technique, humain et business. Dans cet extrait, Ismail détaille son framework complet : structure des équipes, culture d'excellence scalable, architecture évolutive, gestion des talents, processus agiles, et pilotage par les OKR. Une masterclass dense et actionnable pour tous les tech leaders qui veulent faire grandir leur organisation sans sacrifier la vélocité ni la qualité. ————— ISMAIL CHAIB ————— Retrouvez Ismail sur LinkedIn : https://www.linkedin.com/in/ismail-chaib/ ————— RESSOURCES ————— Team Topologies (livre sur l'organisation des équipes tech) ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Aujourd'hui, les IA nous répondent. Demain, elles agiront pour nous. Charles Sonigo a compris que la vraie révolution de l'IA ne se joue pas dans les modèles de langage, mais dans leur capacité à interagir avec nos outils. En 2024, après avoir observé des agents IA galérer sur des actions pourtant simples, il se convainc qu'il faut repenser la façon dont l'IA communique avec les services existants. Début 2025, il cofonde Alpic, une startup entièrement dédiée au protocole MCP (Model Context Protocol), qui permet aux agents IA d'utiliser nativement les produits et services web. Dans cet épisode, Charles nous explique ce qu'est MCP, comment il se différencie d'une API traditionnelle, et pourquoi ce protocole pourrait bien devenir une des couches critiques de l'Internet de demain. On parle aussi de sécurité, d'expérience agentique, et des erreurs à éviter quand on conçoit un MCP serveur. ————— PARTENARIAT ————— Cet épisode est réalisé en partenariat avec NextLevel (https://next-level.run/), qui accompagne les équipes tech dans l'adoption de l'IA et la création de Playbooks IA pour les équipes tech. ————— CHARLES SONIGO ————— Retrouvez Charles sur LinkedIn : https://www.linkedin.com/in/charles-sonigo-135a4340/ Découvrez Alpic : https://alpic.ai ————— CHAPITRAGE ————— (01:12) Introduction à l'Opinionated (02:32) L'expertise de Charles (03:35) Qu'est-ce qu'un MCP ? (09:09) La différence avec une API traditionnelle (09:46) L'expérience agentique (17:57) Genèse du protocole MCP (19:14) Évolutions du MCP (21:46) Les enjeux de sécurité (34:58) Comment concevoir un MCP ? (49:54) Déploiement et Distribution (52:21) Intégration des MCP Serveurs (01:01:35) Mission d'Alpic et Hébergement (01:03:47) Cas d'Usage de MCP (01:09:27) Sécurité et Confiance dans les MCP (01:11:37) Erreurs et antipatterns des MCP (01:17:57) Ressources pour développeurs ————— RESSOURCES ————— Protocole MCP (Model Context Protocol) Services de LLM : Le Chat (Mistral), Claude (Anthropic), ChatGPT (OpenAI) Cursor et VS Code MCP Server utilisés par Charles : GitHub, Sentry, Linear Frameworks d'authentification : Stitch, WorkOS, ScaleKit MCP Inspector (Anthropic) MCP Jam Cloudflare Zillow Streamroot Passeport.dev (http://passeport.dev), le sponsor de ce hors-série Alpic : plateforme de hosting MCP cofondée par Charles ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Le MCP (Model Context Protocol) est en train de devenir l'une des couches les plus critiques de l'écosystème IA. En moins d'un an, ce protocole a connu une croissance fulgurante et transforme la manière dont les LLM interagissent avec leur environnement. Charles Sonigo décortique le MCP : ce que c'est vraiment, comment ça fonctionne techniquement, et pourquoi ça change tout pour passer d'une IA qui répond à une IA qui agit. Un extrait technique et accessible pour comprendre la révolution qui se construit sous nos yeux. ————— CHARLES SONIGO ————— Retrouvez Charles sur LinkedIn : https://www.linkedin.com/in/charles-sonigo/ ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Marie n'a jamais voulu choisir entre ambition professionnelle et soif de liberté. Alors elle a tout combiné. Diplômée de l'ESSEC, elle démarre dans le conseil en stratégie en Allemagne, convaincue que c'est sa voie. Mais rapidement, la frustration grandit : trop de politique, pas assez d'objectivité. C'est cette soif de logique qui la pousse vers la data en pleine pandémie. Pari risqué qui finit par payer. Elle décroche son premier poste de data analyst chez Papernest, devient manager en un an, puis rejoint Dougs comme première personne data avec pour mission de construire toute la stratégie from scratch. Et au moment où tout semble rouler, elle décide de tout arrêter pour partir un an faire le tour de l'Europe à vélo. ——— MARIE LEFEVRE ————— Retrouvez Marie sur LinkedIn : https://www.linkedin.com/in/marie-lefevre-b5770489/ Articles Medium : https://medium.com/@marielefevre ————— PARTIE 1/3 : PARCOURS ————— (00:00) Intro + présentation (02:37) Parcours ESSEC et conseil en stratégie (06:23) Reconversion data pendant le COVID (10:41) Peurs et appréhensions dans la transition (15:22) Se sentir débordée par les demandes (19:30) C'est quoi concrètement le job de data analyst ? (26:31) Comment on fait de la data concrètement ? (35:18) Arrivée chez Dougs pour construire la data from scratch (42:05) Construire une stack data avec des compétences limitées (51:27) Comment prioriser sa liste de demandes (59:02) Définir ce que c'est la data chez Dougs (01:01:25) Recruter et faire grandir l'équipe (01:08:15) Pourquoi partir faire le tour de l'Europe à vélo (01:16:05) Ce qu'elle ramène du voyage - confiance et relativisation (01:21:00) Redéfinir son rôle au retour (01:24:22) Comment est arrivé le management (01:29:03) Erreurs en tant que manager débutant (01:35:14) Comment monter une équipe data (01:39:42) L'art de dire non dans la data (01:43:38) Évolution salariale dans la data ————— PARTIE 2/3 : ROLL-BACK ————— (01:51:06) Le projet complexe du calcul des primes commerciales (01:53:22) Pourquoi c'est un bourbier - exceptions et cas particuliers (01:56:04) Comment gérer cette complexité avec transparence (01:58:15) Autonomiser les équipes face aux données critiques ————— PARTIE 3/3 : STAND-UP ————— (01:59:19) Comment construire une architecture data fiable et robuste (02:00:53) Les outils - Airflow, Fivetran/Airbyte, BigQuery (02:03:12) DBT pour orchestrer les transformations SQL (02:08:20) Le star schema comme fondation (02:12:40) Tests et robustesse de la pipeline (02:20:39) Ressources recommandées (02:22:30) Le conseil ultime de Marie ————— RESSOURCES ————— Podcast Data Gen (Robin Conquet) Newsletter Data Engineering (Christophe Blefari - blef.fr (http://blef.fr)) Coursera pour la formation SQL et Python Outils : DBT, Airflow, Fivetran, Airbyte, BigQuery, Metabase, Looker Studio ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Construire une architecture data from scratch, c'est un projet intimidant. Quels outils choisir ? Comment s'assurer que tout tient la route dans le temps ? Marie Lefevre, Lead Data Analyst chez Dougs, partage la stack data qu'elle a mise en place et qui fonctionne. Airflow, Fivetran, BigQuery, DBT, Metabase... Elle détaille chaque brique, son rôle, et pourquoi ces choix ont du sens pour une équipe de 5 personnes. Mais au-delà des outils, Marie insiste sur un point crucial : la robustesse ne vient pas que de la tech. Elle vient aussi des règles qu'on se fixe, de la discipline qu'on s'impose, et des tests qu'on met en place pour détecter les anomalies avant qu'elles ne cassent tout. ————— MARIE LEFEVRE ————— Retrouvez Marie sur LinkedIn : https://www.linkedin.com/in/marie-lefevre-b5770489/ ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Les dark patterns sont des techniques de design qui manipulent les utilisateurs de manière subtile pour les inciter à effectuer des achats ou des actions sans qu'ils en aient conscience. Par exemple, les réseaux sociaux sont criblés de dark patterns. Avec des mécanismes tels que le scroll infini ou le système de récompense basé sur les likes, tout est fait pour maintenir l'attention des utilisateurs et encourager une consommation excessive. On tente de définir la frontière entre un design qui optimise l'expérience utilisateur et un design qui devient manipulateur. Et bien sûr, on souligne l'importance d'une approche éthique du design. Dans cet extrait, on évoque les points suivants : ➡️ Dark patterns ou comment pousser l’utilisateur à l’achat ➡️ Frontière entre design efficace et manipulation ➡️ Comment créer et promouvoir un design plus éthique ➡️ Les dark patterns utilisés par les réseaux sociaux Retrouvez Paul : Sur LinkedIn : https://www.linkedin.com/in/paul-terrasson-duvernon/ Sur Substack : https://thethinkinggallery.substack.com/ Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn (https://www.linkedin.com/in/donatien-d/) ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Rémi a fait un parcours atypique : des neurosciences à Paris 6 au développement web, puis de développeur à engineering manager chez Wakeo. Pendant 7 ans dans la même boîte, il a tout vu : la croissance d'une startup, le doublement d'une équipe tech, la mise en place de process, les recrutements, la dette technique qui s'accumule... et ces moments de doute qui accompagnent chaque transition. Aujourd'hui, après 3 ans en tant qu'EM, Rémi se pose LA question : est-ce que le management, c'est vraiment fait pour lui ? Entre l'appel du code qu'il n'a jamais quitté et cette dimension humaine qu'il a appris à maîtriser, il cherche son équilibre. Dans cet échange, on parle de syndrome de l'imposteur, de culture d'entreprise, de shift produit vs tech, de recrutement, de feedback... et de ce moment où on réalise qu'on a peut-être besoin de remettre les mains dans le cambouis. ————— RÉMI LEBIGRE ————— Retrouvez Rémi sur LinkedIn : https://www.linkedin.com/in/remi-lebigre-6a102a53/ ————— PARTIE 1/3 : PARCOURS ————— (01:04) Introduction à un parcours atypique (09:04) Découverte de la reconversion vers le développement (16:33) Transition progressive vers le management (42:30) Évolution vers le rôle d'Engineering Manager (45:16) Le quotidien d'un Engineering Manager (48:13) Gestion de l'agenda et priorisation (49:35) Développement et accompagnement de l'équipe (52:16) Suivi des projets et mesure de l'impact (56:30) Prise de décision et légitimité (1:00:26) Recrutement et culture d'entreprise chez Wakeo (1:05:07) Processus de recrutement détaillé (1:09:11) Structuration de l'équipe et chapters (1:10:02) Partage de connaissances : press days et R&D (1:16:18) Team Health : évaluation et amélioration continue (1:24:39) Syndrome de l'imposteur en tant que manager (1:31:56) Évolution salariale et reconnaissance (1:34:47) Réflexions sur la carrière et remise en question (1:38:17) Le podcast comme source d'inspiration (1:39:43) L'importance des entretiens et de la confrontation au marché (1:45:07) Valeurs et choix professionnels ————— PARTIE 2/3 : ROLL-BACK ————— (1:53:20) Le rollback : dette technique et stop-the-line produit (1:59:35) Culture et processus de management (2:10:59) Le rôle humain du manager ————— PARTIE 3/3 : STAND-UP ————— (2:16:19) Apprentissage et développement personnel (2:18:31) Ressources incontournables pour managers et devs (2:20:47) Passion et épanouissement dans la tech ————— RESSOURCES ————— Stay Sassy (SaaS) : ressources management pour heads of et EMs Martin Fowler : blog de référence sur l'architecture logicielle Josh W. Comeau : tutoriels interactifs React et CSS Charity Majors : article "The Engineer/Manager Pendulum" Communauté EM France ————— 5 ÉTOILES ————— Si cet épisode vous a plu, pensez à laisser une note et un commentaire - c'est la meilleure façon de faire découvrir le podcast à d'autres personnes ! Envoyez-moi une capture de cet avis (LinkedIn ou par mail à dx@donatienleon.com (mailto:dx@donatienleon.com)) et je vous enverrai une petite surprise en remerciement. 🎁 Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.