Developer Experience

Dorra prend des notes. Tous les jours. Depuis des années.
Pas pour écrire des articles. Pas pour alimenter LinkedIn. Juste pour capturer ce qui se passe dans son quotidien de dev : une décision technique, une question qu'on lui pose, une difficulté rencontrée.
Et c'est cette discipline apparemment banale qui lui permet de publier un article tous les trois mois… sans jamais se forcer ni se bloquer devant une page blanche.
Parce que quand elle s'assoit pour écrire, elle ne part pas de zéro. Elle relit deux ans de notes, réorganise les idées, et l'article se construit tout seul.
Dans cet extrait, Dorra partage son système complet : de la prise de notes quotidienne à la publication, en passant par sa routine mensuelle de réorganisation.

————— DORRA BARTAGUIZ —————
Retrouvez Dorra sur LinkedIn : https://www.linkedin.com/in/💎dorra-bartaguiz-457b5315/

————— RESSOURCES —————
OneNote : application de prise de notes de Microsoft

Méthode Zettelkasten : système de prise de notes pour la création de contenu

————— 5 ÉTOILES —————
Si cet épisode vous a plu, pensez à laisser une note et un commentaire sur Spotify ou Apple Podcast. Ça ne vous coûte rien et ça m’aide beaucoup !

————— COACHING —————
Vous êtes leader tech ou product face à des défis majeurs ?
📞 Réservons un temps d'échange pour voir si je peux vous aider : https://linkly.link/2ZaWO?subid=EP38.1

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

------------------------------
LIEN VERS LE FORMULAIRE : https://human-centric-design.notion.site/1410569b1ea34c26bfe74d56f6e2ea07?pvs=105
------------------------------

Après 2 ans et plus de 40 invités, Developer Experience fait une petite pause en janvier.
Mais ce n'est pas un simple break : c'est le moment de partager ce qui se prépare pour 2026.

Dans ce solo inédit, je prends le micro pour vous parler de mon pivot professionnel vers le coaching, de ce que ça change pour le podcast, et surtout : de comment vous allez pouvoir co-construire la suite avec moi.
Un épisode différent, plus personnel, où je vous ouvre les coulisses de Developer Experience et de ma propre transformation.

————— CHAPITRAGE —————
(02:40) Le bilan après 2 ans
(04:50) Pause de janvier
(07:20) Mon parcours : de développeur à coach professionnel
(10:15) Les signaux faibles : quand tout le monde me parle d'humain et de communication
(12:50) La découverte du coaching
(15:40) Être plutôt que faire
(19:25) Qui j'accompagne aujourd'hui
(23:10) Objectif 2026 : faire du coaching mon activité principale
(26:30) L'impact sur Developer Experience : nouvelles thématiques, même ADN tech
(29:45) Co-construction : votre rôle dans l'évolution du podcast
(31:20) Le questionnaire et l'offre d'une heure de coaching gratuite
(33:50) Formats solo : ce que j'aimerais explorer (cerveau, IA, clarté mentale...)

————— PARTICIPEZ À LA SUITE —————
🎯 Remplissez le questionnaire pour co-construire le nouveau Developer Experience : https://human-centric-design.notion.site/1410569b1ea34c26bfe74d56f6e2ea07?pvs=105
Bonus : En remplissant le questionnaire, vous recevez une heure de coaching gratuite (sans obligation si ça ne vous intéresse pas).

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

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 à [email protected]) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/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/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 ou par mail à [email protected]) et je vous enverrai une petite surprise en remerciement. 🎁

Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.