Explorez tous les épisodes de Tech Rōnins

Plongez dans la liste complète des épisodes de Tech Rōnins. Chaque épisode est catalogué accompagné de descriptions détaillées, ce qui facilite la recherche et l'exploration de sujets spécifiques. Suivez tous les épisodes de votre podcast préféré et ne manquez aucun contenu pertinent.

	Date	Titre	Durée
	09 Dec 2021	Comment prendre soin de ses ingénieurs	00:58:08
Programme: Épisode “fourre-tout” Debrief 1:1 Comment prendre soin de ses ingénieurs Stand-up asynchrones Problématiques actuelles Les outils de l’épisode Principe Agile du mois de Décembre https://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face.” Julien: Je commence pour une fois Comme souvent un peu désuet Il y a 15 ans: chaine d’emails > humains Maintenant: messagerie instantanées adaptées à l’entreprise De + en + dans l’asynchrone À nous d’adapter le medium de communication à la situation sans négliger ni l’un ni l’autre Pierre: Comment faire avec le remote working? Remettre au goût du jour (principe vieux de 20ans) “transmettre” != garder une trace (point of order + minutes?) Sujets principaux Pierre: Comment prendre soin de ses développeurs? Growth framework (objectifs clairs, PdP pour les atteindre) 1:1s Questions / concerns / PdP update Julien: Debriefs Stand-up asynchrones Problématiques actuelles Pierre: Galvaniser les troupes pour une année où l'équipe ingénieur sera multiplié par 2 (au moins) Julien: Comment être un manager un peu plus pushy sans être un sale con? Utilise les processes pour que tout roule sans mon intervention Mais parfois il faut remettre l’église au centre du village “On est dans un système chaotique à peu près maitrisé, mais comme l’entropie augmente il faut parfois ajouter un peu d’énergie. Et c’est là qu’on intervient en tant que managers.” Ma solution: Kaamelott: Cesar à Arturus: “On devient pas chef parce qu’on le mérite, andouille ! On devient chef par un concours de circonstances. On le mérite après. Moi il m’a peut-être fallu dix ans pour mériter mon grade. Si pas vingt. Tous les jours j’ai travaillé, pour pas nager dans mon uniforme. Eh, y’a pas 36 solutions, Arthurus, hein. Fais semblant. Fais semblant d’être Dux. Fais semblant de mériter ton grade. Fais semblant d’être un grand Chef de Guerre. Si tu fais bien semblant, un jour tu verras, t’auras plus besoin.” Outils de l’épisode Pierre: Questionnaire (outil générique, pleins d’options qui se valent) Julien: Google Calendar: notes de réunion Geekbot
	23 Aug 2023	[repost] DevKan, l’outil Kanban ultime... qui n'a jamais vu le jour!	01:07:42
Historique: Artos, 2020, certif Kanban Jira pas ouf Un autre que j’ai pas retrouvé, plus strict mais trop old school, UX pourrie Julien a une épiphanie, appelle Pierre Concept: respecter la méthode Kanban (double colonnes, WIP, swimlanes, metrics) et les dev sans faire changer toute la boite à ça. Par des devs pour des devs. Un peu de temps libre au boulot, on commence à coder On interview des amis, ca nous prouve qu’il y a pas de marché mais on y va quand même On part d’Artos, commence à coder MVP prêt assez rapidement Contracting not so easy Pierre à GetGround Blog, OAuth Julien à SB No motivation, no traction, stop Start Agilistes
	13 Jul 2022	Agilité: la théorie vs la pratique, avec Sarah Moussouni	00:52:50
Programme:Agilité: la théorie vs la pratique L’outils de l’invité InterviewEst-ce que c’est une chose à laquelle tu as été confrontée? Agile coaching VS manager skills (est-ce la meme chose?) À quel point faut-il se forcer à suivre les principes d’une méthodo? À quel moment ça devient contre-productif? Est-ce qu’il y a des principes sur lesquels on ne peux pas faire de concession? Fausse dualité entre les textes et la pratique L’agilité en dehors de l'engineering Comment amener l’agilité dans le top management? Outils de l’invitéThe Sprint Book
	27 Dec 2023	L'IA et nos usages au quotidien (1/2)	00:46:15
Exploration de l'IA et ses utilisations, modèle de langage ChatGPT, limites de l'IA, avancées multimodales, recommandation de Copilot pour la génération de code. Joyeuses fêtes aux auditeurs ! 0:01:25 Introduction et discussion sur l'épisode sur l'IA 0:07:49 L'IA n'est pas réellement intelligente, mais artificielle. 0:12:41 Les axes principaux de l'utilisation des modèles de langage. 0:15:31 La complète multimodalité : voix, texte, image directe 0:17:22 Les biais de l'IA et avertissement nécessaire 0:18:09 Influence des incitations sur la qualité de l'aide reçue 0:21:49 GROK, l'IA d'Elon Musk sans règles de censure 0:25:04 L'arrivée de Gemini chez Google 0:27:30 Les limitations et le flou autour de Gemini Ultra 0:31:14 L'intégration de Notion AI dans Techronix change la donne 0:33:43 Notion AI facilite la rédaction de fiches de poste 0:34:51 Utilisation de Notion pour les crédits et autres usages 0:35:55 Impressionnant: L'IA de Notion et Google Docs 0:37:48 Le choix du bouton vert pour Confluence 0:41:37 Le temps gagné grâce à Copilot pour les développeurs 0:44:28 L'avenir des développeurs : moins de code, plus de communication - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Pierre: https://pierre.feray-ferrand.fr/ - Suivre Julien: https://julien.deray.fr/
	03 Jun 2021	Doit-on publier le premier épisode?	00:49:18
Programme: Doit-on forcément publier ce tout premier épisode? Serait-ce vraiment “agile” de se donner une seconde chance? Problématiques actuelles Les outils de l’épisode Principe Agile du mois de Juin https://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.” Pierre: “satisfaire le client” qui est le client? Est ce que tous les clients se valent? distinguer le “client” interne et externe “rapidement et régulièrement" Scrum cadence toutes les 2 semaines de + en + de “livraison mid-sprint”, petit enhancement traite comme hotfix “grande valeur ajoutee” comment mesurer? valeur pour le client OU valeur pour l’entreprise? Julien: “satisfaire le client” pas de problème “rapidement et régulièrement” ça va application mobile rallonge lead time pas aussi rapide que je voudrais mais va dans le bon sens plus rapide que beaucoup d’autres entreprises quand mis en perspectives “grande valeur ajoutée” très à l’écoute de notre communauté Sujet principal Doit-on forcément publier ce tout premier épisode? Jamais fait de podcasts, ce sera très loin d’être parfait. On devrait avoir droit à une seconde chance. L’agilité nous dit que le mieux est l'ennemie du bien. Pierre: Pour progresser il faut se frotter a la realite, le parallèle des startups qui passent des mois a faire un produit et ne le lance jamais car “jamais assez bien” Feedback obsess Si on ne livre pas avec Scrum, pas de retour client. Idem pour ce podcast. Julien: Le premier épisode sera toujours moins bien que les suivants, donc autant s’ouvrir aux critiques tout de suite Pourquoi pas? Quel niveau de qualité est si mauvais qu’on ne publie pas? Bonne raison: si on sent que ça n’apporte pas de valeur? Même si seulement 1% est utile aux auditeurs, c’est toujours plus que 0% si on ne publie pas. Problématiques actuelles Pierre: recruitment scaler les équipes (on double le nombre d’ingenieurs) Julien: répartition des équipes (feature team, en silo, fluides, etc) court terme vs long terme habitudes, seniors recrutement Outils de l’épisode Pierre: https://retromat.org/en/?id=1-89-118-48-83 (Retromat) Julien: Rétro - Gather Data - https://retromat.org/en/?id=97 (Tweet My Sprint)
	26 Apr 2023	Agile at School: la pédagogie basée sur l'Agilité, avec André De Sousa	01:12:05
André De Sousa est un coach Agile et intervenant dans différents établissements en enseignement supérieur Informatique tels que l'Epitech, l'ESIEE-IT, La Coding Factory, CYTech, autour des sujets suivants : programmation, code, gestion de projet, leadership, startups. André présente sa méthode pédagogique innovante basée sur l'Agilité: Agile at School, qui vise à remettre en cause l'éducation nationale et expérimenter en écoles secondaires. Les outils de l'invité sont des outils de productivité et de Coach Agile simples tels que des todo list, roadmap, objectifs à court moyen et long terme. Il utilise Trello, Sublime Text et Calendar. Retrouvez André De Sousa sur : Coffee-Meeting.com: Mon blog Agile Linkedin: /in/andredesousa Twitter: _adesousa Retrouvez Pierre Féray-Ferrand sur : https://pierre.feray-ferrand.fr Retrouvez Julien Déray sur : http://julien.deray.fr How I planned my wedding with Scrum Podcast Relife Retrouvez Agilistes sur : agilistes.com Apple Podcast Spotify LinkedIn
	10 Jan 2024	L'IA et nos usages au quotidien (2/2)	00:57:55
Dans cet épisode, on discute des outils d'IA utilisés quotidiennement. L'enthousiasme pour les avancées de l'IA est partagé, mais on souligne qu'elle ne remplacera pas totalement l'expertise humaine. De nombreux progrès restent à faire. 0:01:43 Introduction à ChatGPT et ses fonctionnalités 0:04:06 Définir les objectifs et les forces d'une équipe 0:08:25 Conversations avec ChatGPT pour des réponses de qualité 0:09:25 Utilisation de Copilot pour le code 0:11:44 Exemples pratiques d'utilisation de ChatGPT 0:12:55 Contrat de location et utilisation de ChatGPT pour l'analyser 0:15:44 Playground.ai et la génération d'images avec StableDiffusion 0:19:21 Playground.ai : restauration, upscaling, inpainting et outpainting des images 0:22:18 Outils utilisés régulièrement pour la production de podcasts 0:27:45 Un excellent support technique pour les problèmes techniques 0:31:25 Besoin d'un nouvel avatar professionnel pour votre profil LinkedIn 0:34:46 Introduction aux outils utilisés quotidiennement 0:37:37 V0 : des interfaces ergonomiques et personnalisables 0:39:41 Introduction à GPT et ChatGPT 0:42:50 Dali et la génération d'images intégrée à ChatGPT 0:45:55 Espoirs pour la multimodalité et possibilité de générer des vidéos 0:48:47 De la BD à la bande dessinée dont vous êtes le héros 0:48:56 L'importance d'utiliser les outils d'IA dans le développement 0:52:00 Les développeurs seront plus productifs grâce à l'IA 0:55:30 L'importance de résoudre des problèmes plutôt que d'écrire du code 0:56:39 Continuation de l'émission avec les Techronins en 2024 - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/
	29 Nov 2023	Burnout et résilience: la santé mentale au travail, avec Marie-Hélène Pelletier	00:51:47
Nous discutons de la résilience dans le cadre professionnel avec Marie-Hélène Pelletier, docteur en psychologie. Nous explorons la définition de la résilience et l'importance d'un plan personnalisé. Nous abordons également l'impact du COVID sur la santé mentale et le télétravail. Enfin, nous soulignons l'importance de soutenir les membres de l'équipe pour faire face à la pression. Marie-Hélène Pelletier: https://drmarie-helene.com/ - https://www.linkedin.com/in/drmhpelletier/⁠ Pierre Féray-Ferrand: https://pierre.feray-ferrand.fr Julien Déray: https://julien.deray.fr + How I planned my wedding with Scrum 0:02:01 Introduction de Marie-Hélène Pelletier et son parcours professionnel 0:06:45 L'importance de la résilience personnalisée et les objectifs du livre 0:09:09 L'illusion de la résilience comme trait de personnalité 0:11:10 La résilience comme une qualité à développer 0:14:02 Le sujet du burn-out et de la surcharge de travail 0:17:01 Les difficultés des leaders à montrer leurs faiblesses et à demander de l'aide 0:21:21 L'importance de prendre en compte les aspects difficiles du projet 0:22:54 Les problèmes et les solutions discutés 0:27:59 Exemple concret d'action pour le pilier santé 0:30:17 Gérer les demandes additionnelles dans un projet 0:34:19 Le télétravail et son influence sur la santé mentale 0:36:15 Découverte de la productivité du télétravail 0:39:19 La place de l'employeur dans le bien-être au travail 0:41:15 L'importance des facteurs de charge de travail et de reconnaissance des employés dans le milieu de travail 0:44:13 Augmenter notre résilience pour influencer positivement ou prendre des décisions 0:44:24 L'importance d'embrasser la pression dans les startups 0:46:07 Est-ce une bonne pratique d'être transparent sur la difficulté? 0:48:41 Conclusion: Restons curieux et proactifs
	02 Feb 2023	Le coaching en entreprise, avec Priscille Livenais	00:56:16
Interview Le coaching, comment ça se passe? Qu’attendre d’un.e coach quand il.elle arrive dans une équipe? Comment en es-tu venue aux méthodes agiles? Comment on devient coach? Quels outils tu mets en place? Combien ça coute? Outils de l’invité Canva Focusmate Conclusion Où retrouver Priscille: LinkedIn : https://www.linkedin.com/company/priscille-livenais-services/ Linkedin Priscille : https://www.linkedin.com/in/priscillelivenais/ Facebook : https://www.facebook.com/productivYou/ Pinterest : https://fr.pinterest.com/productivyou/ Instagram : https://www.instagram.com/productivyou/ Instagram : https://www.instagram.com/priscille_livenais_services/ Facebook : https://www.facebook.com/PriscilleLivenaisServices Youtube :https://www.youtube.com/c/Productivyou2015 Où retrouver Julien: http://julien.deray.fr How I planned my wedding with Scrum Podcast Relife (amélioration du quotidien)
	19 Sep 2022	Les méthodes agiles hors de la tech	00:56:24
What’s up? Pierre: Rachat de Figma par Adobe Julien: Chroniqueur dans un nouveau podcast (Relife) Programme: Les méthodes agiles hors de la tech Problématiques actuelles Les outils de l’épisode Principe Agile du mois de Septembre Principe Agile du mois de Septembre https://agilemanifesto.org/iso/fr/principles.html “Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.” Réduire l’incrément > Repousser la deadline Sujet principal Les méthodes agiles hors de la tech How I planned my wedding with Scrum Itérer pour se rapprocher de ses objectifs (e.g. écrire un livre → pomodoros réguliers) La production de podcast se prête bien à Kanban (chaine de valeurs claire) Backlog WIP: alternance homme/femme dans les intervenants Rétrospectives dans le couple (Anything can happen) Problématiques actuelles Manqué d’adapter mes objectifs à ma nouvelle charge de travailBeaucoup de choses prévues Charge de travail ++ au boulot et en perso Fatigue accumulée ; contre-productif Outils de l’épisode CoPilot Make (ex Integromat)
	05 Jul 2023	Le DevOps, avec Frederic Leger	00:43:42
L'invité de l'épisode est Frederic Leger, fondateur de Web of Mars et expert en DevOps. Les sujets abordés incluent: La définition de DevOps et ce qu'est un coach DevOps La relation entre DevOps et l'agilité L'importance du cloud en tant qu'enabler de l'ops dans l'agilité Les marqueurs de maturité DevOps Comment déployer rapidement une application mobile gérée par plusieurs équipes Pour en savoir plus sur Frederic Leger, vous pouvez le retrouver sur: Son site Web: https://webofmars.com/ Twitter: @webofmars LinkedIn: https://www.linkedin.com/in/frederic-leger-9b017078/ Meetup DevOps Aix-Marseille: https://www.meetup.com/Devops-Aix-Marseille/ Les hôtes de l'épisode sont Julien Déray et Pierre Féray-Ferrand Pour plus d'informations sur Pierre, vous pouvez consulter son site Web: https://pierre.feray-ferrand.fr Pour plus d'informations sur Julien, vous pouvez consulter son site Web: http://julien.deray.fr. Il est également l'auteur de How I planned my wedding with Scrum et co-animateur du podcast Relife
	10 Jan 2022	Les méthodes Agiles dans le quotidien	00:48:06
Programme:Bonnes résolutions: les méthodes Agiles dans le quotidien Problématiques actuelles Les outils de l’épisode Mais pour commencer, intéressons nous au principe Agile du mois de Janvier Principe Agile du mois de Janvier https://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “Un logiciel opérationnel est la principale mesure d’avancement.” Pierre: Ligne rouge = tant que le logiciel est opérationnel, on peut continuer à avancer (si problème, pause, résolution, et reprise d’activité) Julien: Au moins deux lectures: Concervatrice: il faut toujours que ça marche, donc petits pas Produit: il faut toujours déployer un incrément qui apporte de la valeur à l’utilisateur Sujet principalLes méthodes Agiles dans le quotidien Pierre: “WIP Todo” Todo list with a 3 active tasks columns with a twist = all 3 tasks needs to be done before taking 3 more in batch ( j’essaye de prendre 2 facile/rapide et 1 plus contraignante (longue ou difficile) ) Julien: Bullet Journal: Permet de faire du “just in time” Le calendrier se densifie à mesure qu’il est proche dans le temps (comme un backlog) Kanban adapté à l’organisation personnelle Apprendre à se focaliser sur un objectif à la fois (= sprint Scrum) Eviter de faire du multi taches Se laisser 3 à 6 mois de focus avec des objectifs (ou livrables) intermédiaires Voir sa vie comme un projet Scrum https://lescastcodeurs.com/2016/07/27/lcc-152-interview-sur-la-productivite-personnelle-avec-guillaume-lours/ (Les Cast Codeurs: Interview sur la productivité personnelle) Problématiques actuellesPierre: Réflexion sur le passage sur Kanban (depuis Scrum) pourquoi? quels avantages? quels inconvénients? comment? Julien: Regain situation awareness (conscience de la situation) après les vacances Jira: difficile de voir le delta, savoir si c’est à jour, trop de tickets Solution: messages sur Slack 1 message / epic demander une réaction (emoji “main qui fait coucou”) pour ceux qui travaillent dessus une phrase dans le thread du message pour donner une idée du status Même quand on est manager, c’est ok de poser des questions et demander où on en est Asynchrone: donc ceux qui rentrent de vacances dans les prochains jours auront de la donnée fraiche, une photographie de l’état d’avancement global Outils de l’épisodePierre: https://www.cassetteapp.com/ (cassetteapp.com) Julien: Bote en touche: Diviser un message sur Slack / Teams en plusieurs petits morceaux pour permettre aux gens de réagir dans des threads individuels Evite le bruits pour ceux qui ne sont pas concernés Permet de mieux visualiser l’information et les personnes impliquées À utiliser dans ces cas particuliers, sinon tout packer dans un seul message évite le bruit et permet justement de réagir dans un seul thread…
	17 Apr 2024	Revue de Team of Teams, du General McChrystal	00:57:38
Plongez avec nous dans l'ouvrage "Team of Teams" où nous explorons son application en milieu professionnel. L'adaptabilité et la réactivité sont au cœur de notre discussion face à la complexité croissante du monde des affaires. Nous soulignons l'évolution des industries et des profils professionnels, insistant sur l'importance cruciale de l'adaptabilité pour le succès des entreprises contemporaines. La transition de méthodes rigides vers des approches flexibles, l'évaluation basée sur des solutions innovantes, et l'impact positif de la cohésion d'équipe sont des points clés abordés. En partageant mon expérience en tant qu'engineering manager, je souligne l'importance de la collaboration au sein des équipes et de la valorisation de chaque membre. La redondance contrôlée, la délégation et la confiance envers les membres pour les décisions sont également des sujets discutés, mettant en avant la nécessité d'une culture d'équipe basée sur la confiance. 1:18 Introduction 4:24 Les défis de la complexité en guerre moderne 8:43 L'adaptabilité dans un monde en évolution constante 15:32 L'évaluation de l'efficacité dans un monde complexe 17:34 Optimisation locale vs optimisation globale 19:15 Créer une organisation adaptable: Team of Teams 23:16 Importance de l'intégration dans une équipe 27:01 Renforcer les liens d'équipe à travers les défis 27:38 Equilibre des forces et faiblesses dans une équipe 27:58 Importance des équipes sur les individus 29:50 Analogie du navire ravitailleur 32:39 Redondance dans les équipes de développement 43:31 Le rôle du leader comme jardinier 47:24 Progression du leader et micro-management 54:47 Conclusion sur le livre et les changements - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/
	30 Apr 2024	Comment survivre à une journée de réunions en ligne	00:29:14
Aujourd'hui, je partage mon expérience sur la survie d'une journée chargée en réunions en ligne, allant de 4 à 13 réunions par jour. La clé réside dans la préparation, la planification et la gestion de l'efficacité pour réduire la charge mentale. Organiser les tâches, prioriser et dire non aux réunions non essentielles aide à gérer le temps et l'énergie. Pendant les réunions, se concentrer, prendre des notes et gérer la fatigue décisionnelle sont essentiels. Des pauses, l'enregistrement des réunions pour un suivi asynchrone et la détente sont recommandés pour éviter le burn-out. Adopter une approche agile et prendre soin de soi favorisent la productivité et la santé mentale. - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/
	08 Feb 2022	Retour d’expérience sur le "mode garage" avec Cédric Garcia	00:47:10
Programme:Cédric retour d’expérience sur un lancement de projet en mode garage L’outils de l’invité InterviewPrésentation de l’invité Qui es-tu? Que fais-tu? Lancement de projet en mode hackathon / garage offsite dans une villa Parle-nous un peu de ça Place de l’agilité dans ce processus La place de l'agilité Perception par l’équipe / feedback Point de vue interpersonnel Deep Work Résultat Balance boulot / fun Qui? Skills? Outils de l’invitéMiro
	29 May 2024	L’art du coaching inter-culturel, avec Stéphanie Devel	00:54:41
Rejoignez-nous dans cet épisode où nous échangeons avec Stéphanie Devel sur le leadership multiculturel et le coaching interculturel. Stéphanie partage son expérience variée depuis la France jusqu'au Portugal, en passant par la Chine, mettant en lumière l'importance de gérer les différences culturelles en milieu professionnel mondialisé. De la nécessité d'adaptabilité lors de l'expatriation aux défis de la gestion d'équipes internationales, nous explorons l'impact de la diversité culturelle sur la collaboration efficace. En se basant sur ses expériences personnelles, Stéphanie souligne l'importance de la flexibilité et de la compréhension mutuelle pour réussir dans des environnements multiculturels en constante évolution. https://www.linkedin.com/in/stephaniedevel/ https://pierre.feray-ferrand.fr https://julien.deray.fr + How I planned my wedding with Scrum
	10 May 2023	Evangeliser avec les rétrospectives	00:34:18
Programme: Evangiliser les rétrospectives Sujet principal Rapproché d’un équipe non tech, à la culture très différente. Isolée du reste de l’entreprise, pas très agile, team of teams, tailoriste, réductioniste.Solution compliqués à des problèmes compliqués, alors que les problèmes deviennent complexes Safety/sureté, peur de s’exprimer sur les problèmes, pas d’espace pour le faire (déborde de façon non structuré en réunions, etc) Solution: faire une rétro! Mais, ils savent pas ce que c’est. Et on part de loin. Coupé l’équipe en deux groupes, pas de managers. Trois sessions de deux heures, sur trois semaines. Carte du monde Bateau à voile (objectif, vent, ancre, rochers) + Mission de l’équipe Stop, Less, Keep, More, Start + Actions Ils apportent tout ça à leur manager, il s’approprie leur mission. Et commence à itérer pour faire des rétros régulières Impact: la parole est libérée, plus de prises d’initiatives, plus d’engagement, auto régulation Prochaine étape: inviter les managers à une rétro d’une équipe dont ils sont stakeholders pour qu'ils le vivent aussi de l’autre côté. Coacher les managers sur les principes fondamentaux de la rétrospective, faciliter avec eux puis les laisser expérimenter tous seuls.
	07 Feb 2024	La dette technique	00:36:58
0:01:14 Introduction: Promesse de parler de la dette technique 0:02:38 Introduction à la dette technique 0:05:31 Différence entre erreurs techniques et dette technique 0:07:09 Dette : Bonne dette vs Mauvaise dette 0:09:05 La dette technique et le time to market 0:11:58 Un projet rapide avec des contraintes de temps 0:13:37 Réussir à tenir la deadline malgré les défis 0:16:13 Faire attention à ne pas intégrer le code jetable dans l'architecture principale 0:18:08 L'importance de la tech debt et ses conséquences 0:20:31 Gérer la dette technique comme des intérêts à payer 0:22:55 Garder un œil constant sur la tech debt dans le quotidien 0:23:44 Gérer la tech debt avec des swimlanes distinctes 0:26:17 Prévenir plutôt que guérir : importance des tests 0:29:32 MVP et dette technique : un équilibre délicat 0:31:04 Dette technique acceptable si l'issue est incertaine 0:33:05 Réflexion nécessaire pour un MVP fonctionnel avec peu de fonctionnalités 0:35:00 Dans un marché compétitif, la dette technique est inévitable 0:35:51 À bientôt dans deux semaines Dans cet épisode, nous abordons le sujet de la dette technique, souvent ignorée et taboue dans de nombreux domaines de travail. Nous définissons la dette technique comme des choix architecturaux qui permettent une exécution plus rapide, mais qui auront des conséquences négatives à l'avenir. Nous discutons des avantages, des risques et des moyens de la gérer efficacement. Nous concluons en encourageant les auditeurs à nous contacter pour en savoir plus. - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/
	07 Jun 2023	Les nouvelles tendances de l’agilité, avec Vasco Duarte	00:21:30
La création de valeur en gestion de projet agile Les nouvelles tendances de l'agilité La place de Scrum dans les nouvelles tendances Impact mapping, Story mapping Roadmap divisé par problèmes à résoudre, non pas par solutions. #noBacklog Liens pour retrouver Vasco Duarte https://www.linkedin.com/in/duartevasco/ https://scrum-master-toolbox.org/ Liens pour retrouver Julien Deray http://julien.deray.fr How I planned my wedding with Scrum Podcast Relife Autres informations Il est question de lancer une newsletter pour Agilistes pour approfondir les sujets de chaque épisode. Pour nous laisser votre email, rendez-vous sur agilistes.com. Pour interagir avec l'équipe et la communauté, rendez-vous sur les commentaires du post LinkedIn.
	15 Mar 2023	🇬🇧 How to bring change in a company	00:57:16
Agenda How to bring change in a company Understand the needs depending on the context of the company, evidence-based approach Communities of practice Dealing with rejection How to achieve organizational change The tools of the guest Interview Understand the needs depending on the context of the company, an evidence-based approach 4 Key Value Areas High Current Value - slower with experiments (Example with Jira workflow for 18 teams, slow release - pain to update ) Low Current Value but high Unrealized Value - fast experiments (For example, frequent releases, client-driven) Communities of practice Communities of practice (CoP) are groups of people who share a passion for something that they know how to do and who interact regularly to learn how to do it better. (Etienne Wenger) CoP as professional learning Purposes of CoP Types of CoP Dealing with rejection If life gives you lemons make lemonade (quote from Scrum Mastery: From Good to Great Servant Leadership by GEOFF. WATTS) Example: Sales-driven product with no team to deliver (overselling impediment) - hierarchy Tesla Anti-Handbook Handbook How to achieve organizational change Map of people and personal maps Sharing one organizational win: Overall retro in LeSS - CTO feedback - gaining trust Tool of the guest The best situation puzzles with answers, riddles, stories with yes no questions Retrospectives \| Chris Stone - The Virtual Agile Coach 330 Icebreaker Questions to Try with your Team Team Building Blog Articles » teambuilding.com Where to find us Lidiia Demchenko: https://www.linkedin.com/in/lidiia-demchenko-6993b5112/ Pierre: Linkedin, https://pierre.feray-ferrand.fr/, pub! Julien: http://julien.deray.fr + How I planned my wedding with Scrum + Podcast Relife (improvement of daily life)
	01 Nov 2023	Low-cost : Économiser intelligemment pour maximiser les résultats	00:43:24
Dans cet épisode, nous abordons l'importance de ne pas toujours privilégier la solution la moins chère, d'évaluer les avantages et les inconvénients avant de développer en interne, d'investir dans le bien-être des employés, de ne pas économiser sur la sécurité et d'utiliser des contracteurs pour des besoins ponctuels. 0:01:06 Prendre du temps pour soi sans penser au travail 0:03:39 Maximiser les coûts sans être cheap ou bling-bling 0:07:04 Calculer le coût de développement interne vs service payant 0:09:18 Exemples de startups qui ont pivoté vers de nouvelles idées 0:12:37 Calculs de coûts rapides pour les développeurs. 0:14:24 Outils pour créer des landing pages, emails et recrutement. 0:16:26 Utiliser des outils no code/low code pour économiser du temps. 0:18:28 Maximiser les compétences internes ou faire appel à des ressources externe. 0:20:15 Recruter en CDI pour des besoins ponctuels 0:23:27 Maximiser la sécurité dans les entreprises 0:25:40 Les conséquences financières d'un manque de sécurité 0:27:42 Le bien-être des employés et la rétention 0:32:51 Méfiance face à l'utilisation excessive de l'open source 0:35:05 L'importance de garder les solutions simples et efficaces 0:37:07 Créer de la valeur et évoluer en fonction des besoins 0:40:31 Apprentissage continu grâce aux tutos professionnels 0:41:13 Retrouver des notes dans Notion, comme une lettre d'amour 0:43:02 Salutations finales entre les animateurs
	15 May 2024	Introduction au monde des startups, avec Yoann Demont	00:53:22
Yoann Demont partage son expertise et sa passion pour les startups. Il met en lumière l'importance des bonnes pratiques pour le succès des startups, basées sur son expérience variée. Johan évoque ses défis en tant que manager de projet et product owner, soulignant les leçons apprises après un échec durant la pandémie. La discussion aborde la culture d'entreprise, la prise de risques et l'évolution d'une startup vers une entité plus mature. Johan clarifie le processus d'investissement en plusieurs rounds, la dilution des parts et la transition vers les scale-ups. Enfin, la conversation explore les business plans, les tours d'investissement et les besoins spécifiques des entreprises à chaque étape de leur croissance.
	13 Dec 2023	Les développeurs "Seniors"	00:53:27
Dans cet épisode, nous discutons du rôle essentiel des développeurs seniors dans une équipe de développement. Leur expérience et leur expertise sont cruciales pour guider les développeurs juniors, garantir la qualité du travail et favoriser l'innovation. Les promotions doivent être basées sur des critères précis et les développeurs seniors doivent continuer à se former et à apporter de la valeur à l'équipe et à l'entreprise. 0:01:03 Retour du Brésil : Décalage horaire et travail 0:03:13 Les devs seniors : qui sont-ils et que veulent-ils ? 0:06:42 Définir un développeur senior : expérience et talent 0:07:35 Le rôle de l'ingénieur en informatique va au-delà du code. 0:08:22 Le rôle de senior dans le développement 0:12:13 Du junior au senior : réapprendre et progresser rapidement 0:14:31 Responsabilités des développeurs seniors dans une organisation. 0:18:57 Leadership administratif sans tech lead à Swissborg 0:22:10 L'importance des seniors pour éviter les erreurs des juniors 0:24:30 Spotify : une approche à ne pas confondre 0:28:25 Importance du ratio seniors et problèmes entre seniors 0:34:45 La promotion et l'évaluation de performance en entreprise 0:38:01 La validation de la promotion et les feedbacks nécessaires 0:40:39 Importance de valoriser les employés qui aiment leur travail 0:44:46 La promotion et les attentes pour devenir senior 0:47:02 Différence entre Senior 1 et Senior 2 0:50:43 L'importance de l'épanouissement au-delà des promotions professionnelles 0:51:15 Conclusion de l'épisode et invitation à donner son avis - Suivre Pierre: https://pierre.feray-ferrand.fr/ - Suivre Julien: https://julien.deray.fr/
	16 Aug 2022	Engineering Nurturing - Prendre soin de ses dévelopeurs	01:03:58
Programme:“Comment prendre soin de ses dévelopeurs” aka Engineers nurturing Problématiques actuelles Les outils de l’épisode Mais pour commencer, intéressons nous au principe Agile du mois d’Aout Principe Agile du mois d’Aouthttps://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.” Introspection à interval régulier (même analyse sur un même temps donné = plus facile de voir les différences rétro après rétro ) Debrief après chaque itération Sujet principalComment prendre soin de ses ingénieurs? Plan de développement personnel 1:1 (bizarres mais important) Parler de ce qui ne devrait pas être entendu par d’autres Aider au développement de carrière Donner et demander du feedback Problématiques actuellesBeaucoup à faire avec peu de resources (humaines) Garder un oeil sur la WIP Gérer le type de travail en fonction des resources disponibles (expérimentation vs nouvelle fonctionnalité) Outils de l’épisodeResilient Management (livre) Miro dans le cadre des développements (de l’idée jusqu’à la livraison)
	11 Oct 2022	SNCF Connect: l’exemple à ne pas suivre	00:55:54
Principe Agile du mois d’Octobre https://agilemanifesto.org/iso/fr/principles.html “Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client.” Pierre: De facon passive, pas pro-active. Julien: Oui, mais non. Je me bats contre trop de changement pendant le dev. SNCF Connect App la plus utilisée en France Lancé en Jan 2022 (Anciennement OUI SNCF) Devait faciliter la vie des usagers, mais tellement buggée qu’elle a été immédiatement détestée. Résultat Beaucoup de bugs ont été fixés depuis MAIS beaucoup de fonctionnalités de base ne sont toujours pas présentes: On peut faire un arrêt sur les long trajets, mais pas plus (ce qui n’était pas le cas dans l’ancienne appli) Aberration dans la barre de recherche: la destination est en premier! (UX) Phase de test Plus d’un an de dev, le beta test a commencé 2 mois avant le lancement. Les tests ont débuté très tard (Novembre) — vacances de Noel, aucun beta testeur n’était focus sur l’application.Très peu de retours Plusieurs milliers de personnes. Panel: tech-savvy non représentatifs de l’utilisateur moyen. SNCF voulait la plus grande confidentialité autour de l’application durant les phases de développement. Fonctionnalités Exemple de fonctionnalité manquante: ajouter le billet dans le wallet Apple/Google absence de filtres pour les trajets → Regression par rapport à OUI SNCF Step back Pourquoi avoir lancé le dev d’une nouvelle app? Arrivée d’un nouveau dirigeant. Comment: débauché quelques personnes d’Accenture pour tout dev en interne, encore pour une raison de confidentialité… Approche non itérative assumée: Approche Big Bang. Aucune gestion du changement pour les utilisateurs: juste lancé une mise à jour Majeure sur les téléphones (l’ancienne appli a été remplacée du jour au lendemain par la nouvelle). Aucune modularité. → probablement dans une volonté de booster l’adoption. Si on remplace, personne ne pourra rester sur l’ancienne appli, donc la nouvelle ne peut pas être un échec. Too many cooks in the kitchen? On pense que ça va être compliqué, donc on monte une grosse équipe (plusieurs centaines de gens). Pas d’objectif clair, vision non communiquée. Problématiques actuelles Pierre: Nouveau quarter, nouveaux problemes = 1 gros projet (money maker) d’une squad dripping dans les autres - manque de logique dans le split des Key Results Etre de plus en plus EM > TL - mais dur a realiser avec une team qui n’est pas encore autonome = mise en place de petits processes (DoD, DoR, captain) pour aider l’equipe a maturer Julien: Beaucoup de choses qui se passent en perso, ça fait relativiser le pro. Prise de recul. Outils de l’épisode Julien: Le livre de Pierre-Henri Chuet, dit “Até”: Au-delà du cockpit (Chef de patrouille dans la Marine)
	03 Apr 2024	Les roles et responsabilités du SRE, avec Mathieu Herbert	00:46:30
Aujourd'hui, je discute avec Mathieu Herbert, directeur SRE chez Dataiku, sur le rôle crucial du SRE dans la gestion de l'infrastructure cloud. Nous explorons les responsabilités du SRE, mettant en avant l'équilibre entre gestion et développement, l'importance de l'automatisation et de la proactivité. Nous abordons l'évolution du SRE en entreprise, la sécurité en technologie, les grands principes du SRE et les défis d'innovation dans le cloud computing. La discussion souligne l'importance de l'anticipation des problèmes, de la collaboration avec les développeurs et des compétences nécessaires pour garantir la performance et la sécurité des infrastructures. 0:01:12 Introduction 0:03:04 Dataiku: Produit et Fonctionnalités 0:04:03 Transition vers le Cloud chez Dataiku 0:05:20 Définition du rôle de SRE 0:07:57 Comparaison avec Sysadmin et DevOps 0:09:43 Importance du rôle de SRE dans les entreprises 0:12:11 Équilibre entre Développeurs et SRE 0:13:47 Problématiques et Opportunités en tant que SRE 0:17:38 Principes clés en SRE: Simplicité et Opérabilité 0:20:01 Prédominance des Grands Cloud Providers 0:22:52 Les Débuts dans le Cloud Computing 0:24:23 L'Attrait des Grandes Entreprises 0:24:50 L'Évolution du Marché du Serverless 0:25:44 Retard d'AWS dans l'Innovation 0:27:19 Migration vers des Solutions Propres 0:28:17 La Question des Coûts d'Infrastructure 0:29:28 Optimisation et Gestion de l'Infrastructure 0:30:49 Gestion des Serveurs Physiques vs Cloud 0:31:54 Détection de Problèmes de Performance 0:32:37 Importance de l'Observabilité dans l'Infra 0:34:01 Itérations et Identification des Problèmes 0:34:20 Pression et Urgence dans les Déploiements 0:36:54 Confiance dans les Outils de Logging 0:37:16 Organisation des Équipes SRE 0:40:06 Approche de la Sécurité au Niveau Organisationnel 0:42:45 Impact de l'Infra sur la Performance des Équipes 0:43:54 Besoin d'Experts en Infrastructure - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Mathieu Herbert : https://www.linkedin.com/in/mathieu-herbert-347b0b7a/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/
	21 Jun 2023	Tribal Leadership avec François Helg	01:01:19
Livre: Tribal Leadership Liens Francois: Twitter, LinkedIn Lien Pierre: https://pierre.feray-ferrand.fr Liens Julien: http://julien.deray.fr + How I planned my wedding with Scrum + Podcast Relife
	11 Nov 2021	Les challenges et bénéfices du full remote	01:10:57
Programme: Les challenges et bénéfices du full remote Problématiques actuelles Les outils de l’épisode Principe Agile du mois de Novembre Principe Agile du mois de Novembre https://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés.Comment motiver ces personnes? Comment ne pas se faire “avoir” par des mauvais acteurs dans le système? Ancré (trop?) dans mon style de management Dans une équipe de 5-7 personnes il suffit d’une brebis galeuse Sujet principal Les challenges et bénéfices du full remoteDéfinition: entreprise distribué géographiquement où aucun bureau central n’est nécessaire Spectre: No remote: il faut être présent Remote autorisé: autorisé selon certaines conditions Hybrid autorisé: certains sont full remote, d’autres à plein temps au bureau All-remote: pas de bureau, tout est organisé autour de ça ...above “Remote +” full remote dans le pays “rattaché”, sinon quelques jours à quelques mois dans un/des autres pays (tant que la loi l’autorise) Bénéfices: Plus de talents disponibles géographiquement “standard” pour les demandes des devs = environ 20% à 40% refuse le poste car non remote Plus de temps “perdu” dans les transports = devs plus enclin à “pousser” un peu plus fléxibilité d’organisation personnelle (53%), trajets (38%), famille (34%) ouverts 24h par jour impose une forte culture des processes Challenges: communication asynchrone par design documentation au coeur de l’entreprise sensibiliser au burnout salaire communication Pour creuser le sujet je recommande le cours Coursera fait par GitLab (~6 heures) Problématiques actuelles cohésion et adhésion des nouveaux employés (surtout les jeunes développeurs) Outils de l’épisode Pomofocus https://pomofocus.io/app (https://pomofocus.io/app) Enregistrer les meetings permet d’être plus async distribué moins de personnes juste là pour écouter ou “au cas où” ne remplace pas un compte rendu de réunion
	14 Sep 2021	Livraisons Agiles, comment synchroniser sans coupler	00:58:17
Programme: Livraisons Agiles, comment synchroniser sans coupler Problématiques actuelles Les outils de l’épisode Mais pour commencer, intéressons nous au principe Agile du mois de <mois> Principe Agile du mois de Septembre https://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts.” Pierre: “quelques semaines à quelques mois” à l’époque, du aux contraintes, mais plutôt quelques jours à notre époque? “opérationnel” comment avoir un testing qui supporte du CD daily? Comment faire avec plusieurs équipes qui travaillent sur la même app, en même temps? → feature flags? Problème actuel: 2 équipes doivent release en même temps le même jour. Julien: évidence: jamais connu autre chose loin l’époque où il fallait qu’un logiciel soit parfait avant de graver des milliers de CDs et les envoyer dans des magasins. l'avènement du SaaS et du CI/CD permet une boucle de feedback plus courte et donc de prendre plus de risques (technique, business) plus efficace de répondre à des bugs combat actuel: plus petites fonctionnalités dans le board Kanban même si on livre fréquemment au niveau de l’entreprise, le lead time sur les epics est trop long à mon gout. peut de découpage des epics il y a un niveau en dessous duquel découper n’est pas efficace, mais je ne pense pas qu’on y soit Sujet principal Livraison Agile, découplée des équipes lorsqu’on travaille sur le même produit. Pierre: Utiliser les features flags? Permettre au code d'être “ready” en prod mais non accessible aux users tant que tout n’est pas prêt - comment faire si DB migration? Julien: 1) Monolithe modulaire avec mono répo chaque équipe a son/ses modules et déploie en poussant sur Master / Main + facile à mettre en place - une équipe peut crasher toute l’application - temps de compilation / packaging / déploiement 2) Go Pierre Feature flags 3) Micro services + séparation des préoccupations (SoC) + livraisons découplées - doit publier des librairies pour le code commun - log tracing - monitoring Problématiques actuelles Pierre: 2 equipes Scrum, mais qui travaille sur les memes produits Livraison en prod le Mercredi toutes les 2 semaines Comment faire pour ne plus attendre que l’autre equipe soit prête? Julien: Tentative de Shape Up Définition: Basecamp Scrum de 8 semaines (6 semaines de Sprint + 2 semaines de cooldown) 2 tracks en parallèle: 1 track produit qui prépare les prochains items pendant le Sprint et sélectionne ce qui part en prod au prochain cycle 1 track ingénierie qui produit les items sélectionnés Les équipes sont composées en fonction des items du cycle (souvent petites 3-4 personnes) Pas d’estimations, mais un appétit qui est “grand” ou “petit” grand = 6 semaines petit = ~2 semaines Les équipes ont donc soit 1 grand soit plusieurs petit à produire pendant 1 cycle. On s’est rendu compte que les cycles de 8 semaines étaient trop long pour nous à notre étape de développement Doit comprendre ce qu’on voulait tirer de Shape Up, en extraire des pratiques et les introduire dans notre méthode actuelle (Kanban) Equipe produit a créé un framework qui permet de bien prioriser et shaper les items à venir très important 50% de la qualité d’une feature est dans la qualité de sa spec Les deux équipes principales affectée vont être fusionnées - de rétro (1 / deux-trois mois) -> + de débrief (au niveau épic) des sous-équipes (squads) autonomes / epics résultat espéré: plus de commande décentralisée (epic leader) un meilleur partage des connaissances les gens travailleront avec plus de personnes au total mais avec moins de personnes simultanément Conclusion On a du être agiles par rapport à nos pratiques et méthodes (réagir aux événements plutôt que suivre le plan - manifest agile)
	15 Feb 2023	Mission, Briefing et Debriefing par un pilote de chasse, avec Pierre Henri “Até” Chuet	01:01:26
Programme: Mission, qu’est-ce que ça veut dire, parallèles avec les Sprint ou les projets IT en général Briefing, comment on peut l’utiliser en entreprise Debriefing, peut-être une façon d’ajouter un autre outil à nos rétrospectives de fin de sprint Interview: Mission: qu’est-ce qui défini une mission? Comment savoir si on a réalisé un “bon” debriefing? (i.e. comment savoir si un debriefing a eu un impact positif sur les futures missions) Les soldats sont motivés par leur “engagement” (défendre leur pays etc…) - est-il possible de créer de tels engagements dans le monde civil? Scrum ne reconnait pas hiérarchie, il y a le Scrum Master qui est garant du bon suivi du process mais il n’a pas de “pouvoir de pression” sur le reste de l’équipe. Toi qui vient du militaire, est-ce que ça te fait pas un peu bizarre? Est-ce que tu vois comment ça peut créer des problèmes? Outils: Briefing template: https://docs.google.com/document/d/1ECmemA2vUZXpNQjuivKBhfV3_yW1XT2H/edit?usp=sharing&ouid=112875753633019627754&rtpof=true&sd=true Debriefing template: https://docs.google.com/document/d/1fxYTlMaEt0830OmCP-vbqcokKzMXqRFQ/edit?usp=sharing&ouid=112875753633019627754&rtpof=true&sd=true Contacts: Julien: http://julien.deray.fr + How I planned my wedding with Scrum + Podcast Relife (amélioration du quotidien) Pierre: LinkedIn Até: https://topgun2speaker.com/
	19 Jul 2023	[repost] Retour d’expérience: mode garage, avec Cédric Garcia	00:47:51
Lancement de projet en mode hackathon / garage offsite dans une villa Agilité Perception par l’équipe / feedback Point de vue interpersonnel Deep Work Résultat Balance boulot / fun Qui Skills Outils de l’invité: Miro
	28 Mar 2022	Scrum: by the book, or not by the book?	01:13:10
Programme:Scrum: by the book or not by the book? Problématiques actuelles Les outils de l’épisode Principe Agile du mois de Mars Principe Agile du mois de Marshttps://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant.” Julien: Constant mais aussi raisonné: 80% en croisière pour pouvoir spike à 120% quand nécessaire Quels outils nous offrent les méthodes agiles pour respecter ce principe? Pierre: Les devs sont garants de ce qui rentre dans le Sprint Sujet principalScrum: by the book or not by the book? Julien: Oui, mais. Learn the rule, apply the rule, break the rule. https://www.amazon.fr/dp/B09W7FTN5P (How I planned my wedding with Scrum) Pierre: Scrum is a framework, Kanban is a method (”start with what you have”) Problématiques actuellesJulien: Manager des non ingénieurs Sélectionnés sur d’autres critères Autre vision des méthodes agiles et processes d’industrialisation Adaptation pour tout le monde Bienfaits de cette diversité déjà visibles Team topologies Outils de l’épisodeNotion (https://www.youtube.com/channel/UCLKx4-_XO5sR0AO0j8ye7zQ (Shubham SHARMA)) https://www.youtube.com/watch?v=m-2BFuYUjmYandlist=PL8iMj9kx_ykSqcV7ro9VJDvE6FsQSMg2Nandindex=2andab_channel=Sharethrough (“How to Rands”) - https://github.com/randsleadershipslack/documents-and-resources/blob/main/howtorands.md (README example)
	24 May 2023	Je deviens manager, par où je commence? avec Sergio Ramos	01:02:18
Programme Je deviens manager, par où je commence? Interview Nom: Sergio Ramos Âge: 30 ans Lieu de résidence: Suisse Passions: activités sportives, automobile, crypto Profession: comptable senior de crypto chez Swissborg Je deviens manager, par où je commence? Manager d'une petite équipe de 2 personnes, y compris moi-même Changer de collaborateur la semaine prochaine Ce n'était pas dans mes plans de devenir manager Positionnement en tant que manager Comment déléguer? J'ai l'habitude de tout faire moi-même et je suis minutieux Je ne veux pas être un simple manager, mais grandir avec mon collaborateur en tant que team et en tant que personne Donner des feedbacks justes et objectifs, sans rabaisser Comment garder mon collaborateur motivé pour réussir ensemble? Comment expliquer les processus de manière concise, car c'est souvent moi qui ai créé les processus? Donner pour recevoir Comment mieux gérer mon temps pour maintenir un équilibre entre vie professionnelle et vie privée? Tendance à être trop disponible Outils Être bienveillant, mais pas trop Réfléchir aux solutions de manière objective pour le bien de l’équipe laisser de la flexibilité, mais en gardant des objectifs clairs Slack Channel Contacts Sergio : Linkedin: Sergio Da Cruz Ramos / Instagram: sergio.cruzramos Julien: http://julien.deray.fr + How I planned my wedding with Scrum + Podcast Relife (amélioration du quotidien)
	11 Jan 2023	De l’importance d’inclure les développeurs le plus tôt possible dans un projet	00:40:02
Programme: De l’importance d’inclure les ingénieurs le plus tôt possible dans un projet Les outils de l’épisode Principe Agile du mois de Janvier Principe Agile du mois de Janvier https://agilemanifesto.org/iso/fr/principles.html Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. Pierre: Golden rule pour prévenir un cycle en V Short(est?) feedback loop Julien: Changement d’état d’esprit Mobile: release train Réduire le scope > Repousser la deadline Sujet principal De l’importance d’inclure les ingénieurs le plus tôt possible dans un projet. Pierre: Les ingénieurs amènent un point de vue différent des autres départements (potentiel pour une “meilleure” idée grâce au technical background) Meilleure vision sur le projet = moins de surprises pour une architecture itérative Julien: Point de vue humain, engagement, mission Vrai aussi pour QA, Design, Data, etc Passer plus de temps à planifier ensemble4 heures de réunion en plus > 2 semaines de délais Outils de l’épisode Pierre: CultureAmp (annual review / growth and development cycle) + bonus pour les 1-1 meetings Julien: Template Google Doc (brief, debrief, etc): Simplifie le travail asynchrone → Moins de réunions
	21 Feb 2024	La cohésion d'équipe chez les Commandos Marine, avec Louis Saillans	01:06:13
0:01:13 Présentation de Louis Saillans et son parcours militaire 0:03:58 Discussion sur les histoires racontées par l'association Vétérans de France 0:06:37 Différences entre encadrer dans les opérations spéciales et dans l'armée conventionnelle 0:09:21 Les opérateurs connaissent leur métier par cœur 0:10:03 L'importance de la hiérarchie et du leadership 0:14:40 L'importance d'être professionnel et compétent 0:16:44 L'importance de changer la vision des gens sur les jeux vidéo 0:20:25 L'importance de penser de A à Z dans les affaires 0:23:40 L'importance d'avoir un effet final recherché pour éviter les projets poubelle 0:26:52 Licorne française en difficulté financière 0:30:28 Confusion entre vision et objectif en entreprise 0:37:11 Formation avec un Royal Marine Commando britannique 0:43:36 Gestion autonome de la mission 0:47:57 Autorité d'action des commandos pendant la préparation 0:49:18 Prendre des notes et avoir une notion générale 0:52:44 L'importance de s'inscrire dans quelque chose de supérieur 0:56:24 Importance de la sélection dans l'entreprise 1:01:11 Les souvenirs des souffrances et des galas d'autrefois 1:01:25 Adversité et souffrance dans les parcours de sélection. 1:04:19 Où retrouver l'auteur et son livre augmenté. 1:05:22 Possibilité de contact pour obtenir de l'aide Dans cet épisode, nous avons discuté avec Louis Saillans, ancien officier commando marine et auteur du livre "Chef de guerre". Nous avons abordé les aspects de cohésion d'équipe et de leadership, ainsi que l'importance d'adapter chaque individu et de développer leurs compétences personnelles. Louis a partagé son expérience dans les opérations spéciales et souligné l'importance d'avoir des personnes compétentes et passionnées dans une équipe. Nous avons également discuté de sujets tels que la responsabilité personnelle, la planification efficace et l'importance de la communication interne et externe. Nous recommandons vivement le livre de Louis Saillans et vous pouvez le contacter sur LinkedIn, Instagram ou Twitter. Liens Louis Saillans https://twitter.com/LSaillans https://www.linkedin.com/in/louis-saillans-512217203/ https://www.instagram.com/louis.saillans/ Liens Tech Ronins Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ Suivre Pierre : https://pierre.feray-ferrand.fr Suivre Julien : https://julien.deray.fr/
	29 Mar 2023	Conscientiser la prise de parole en public	00:35:50
La prise de parole en public Se donner plus de chances de succès à convaincre un auditoire Prédisposition ou pas La compétence à délivrer un message comme levier dans la carrière Se faire coacher et ce qu’on peut en attendre Conscientiser la prise de parole Construire autour du climax Leviers Volume : parler fort / parler faible Débit : parler vite / parler lentement Silence Pyramide de Freytag
	20 Mar 2024	Le concept d'IA à travers le temps, avec Arnaud Revel, expert en réseaux de neurones	00:54:24
Aujourd'hui, Arnaud Revel, expert en réseau de neurones chez Serli à Poitiers, partage son parcours et son expertise en intelligence artificielle. Il souligne l'importance de comprendre l'évolution des technologies telles que les réseaux de neurones et le deep learning. Arnaud discute de l'impact des Large Language Models et de la démarcation entre programmation et IA, mettant en avant l'importance des IA spécialisées. Il explore les limites actuelles de l'IA et les défis pour simuler des phénomènes complexes, soulignant les frontières entre la science-fiction et la réalité dans ce domaine. 0:01:19 Introduction 0:03:17 Parcours professionnel chez Serli et rôle d'expert en IA 0:03:57 Réflexion sur l'évolution de l'IA dans le temps 0:07:36 Avancées majeures en IA selon l'expertise d'Arnaud 0:09:59 Impact des Large Language Models sur l'IA et la programmation 0:14:57 Réflexion sur l'impact des LLM sur le métier de développeur 0:16:56 Limites et spécificités des IA dans la programmation 0:20:51 Réflexion sur la démocratisation des techniques et outils 0:21:42 Comparaison entre la complexité du cerveau humain et des IA 0:22:33 Approche de l'IA dans la résolution du jeu de Go 0:25:42 Débat sur l'efficacité des réseaux de neurones dans les échecs 0:29:35 L'IA Omnisciente et ses Limites 0:47:00 Intégration Multimodale et Sens Émergent 0:50:46 Filtrer la Pertinence des Données 0:53:16 Démystification des Concepts de l'IA - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Arnaud Revel: https://www.linkedin.com/in/arnaud-revel-3a15261/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/
	26 Jul 2023	[repost] Agilité: la théorie vs la pratique, avec Sarah Moussouni	00:52:49
Agilité: la théorie vs la pratique Est-ce que c’est une chose à laquelle tu as été confrontée? À quel point faut-il se forcer à suivre les principes d’une méthodo? À quel moment ça devient contre-productif? Est-ce qu’il y a des principes sur lesquels on ne peux pas faire de concession? Fausse dualité entre les textes et la pratique L’agilité en dehors de l'engineering Comment amener l’agilité dans le top management?
	12 Apr 2023	[ChatGPT] Scrum est-il voué à mourir? avec Mike Cohn	00:17:28
Petit disclaimer avant cet épisode, qui est un peu spécial. Comme tout le monde, on joue beaucoup avec ChatGPT en ce moment, et on s’est dit que ce serait cool de l’utiliser pour simuler un entretien avec une personne célèbre ou difficile à approcher. L’entretien qui suit est donc totalement fictif, les réponses de l’invités ayant été générées par ChatGPT. On a vérifié les réponses et elles nous semblent cohérentes et pertinentes. Cependant, elles n’engagent évidement en aucun cas cette personne sur les propos tenus par l’IA. Vous retrouverez tous les prompts utilisés pour cet entretien, et donc le transcript, en suivant le lien suivant: https://julienderay.github.io/agilistes/2023/04/04/agilistes-chatgpt-mike-cohn.html
	09 Oct 2021	Les RFC et l’agilité	01:08:18
Programme: Les RFC et l’agilité Problématiques actuelles Les outils de l’épisode Mais pour commencer, intéressons nous au principe Agile du mois de <mois> Principe Agile du mois d’Octobre https://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet.” Pierre: Comment créer cet échange/collaboration? Scrum review User’s surveys NPS Comment intégrer les utilisateurs dans le cycle de production? Utilisant LogRocket - est ce que les replays des sessions des utilisateurs comptent autant que les feedbacks direct des utilisateurs? Comment scaler ses reviews? Julien: La relation entre Product Owner / Product Manager et l’équipe ingénierie est clée dans la bonne conduite d’un projet Le PO donne les priorités et se fait la voix des utilisateurs / stakeholders, les ingénieurs sont responsables de l’excellence technique de la solution Produit dit le “quoi” et l’Ingénierie le “comment” Produit veut que ça aille vite, Ingénierie veut que ça aille bien Il y a une balance de pouvoir naturelle qui se crée entre Produit et Ingénierie qu’il est bon d’entretenir: c’est sain. Communication claire et honnête Savoir où l’influence de chacun comment et termine, tout en sachant quand prendre des initiatives Ca demande une grande confiance mutuelle et beaucoup de professionnalisme Sujet principal Les RFC et l’agilité Intro Julien: On grossi vite et dans notre hiérarchie très horizontale c’est parfois difficile pour les nouveaux de se faire entendre ou d’oser proposer de nouvelles solutions. On s’est dit que les RFC (Request For Comments) pouvaient être une bonne façon de prendre des décisions techniques de façon collégiale, sans avoir besoin d’ajouter de la hiérarchie. Je sais que vous utilisez les RFC au boulot donc je voulais avoir ton opinion dessus, savoir comment vous les utilisez et comment ça s’insère dans vos process agiles? Pierre: Qu’est-ce qu’une RFC? Bénéfices d’une RFC? → Condensé d’une réunion technique. Les arguments ne sont pas échangés à l’oral mais par écrit, gain de temps énorme si beaucoup d’inputs de différents développeurs! Julien: Devrait nous permettre d’avoir un feedback de l’Ingénierie vers le backlog produit pour les taches techniques qui sont trop grosses ou importantes ou complexes pour être faites de manière ad-hoc Et peut-être de faire émerger de nouveaux leader techniques, est-ce que c’est quelque chose que tu as pu remarquer de ton côté? Problématiques actuelles Pierre: Comment continuer le développement quand les fonctions de support ne sont pas disponibles (eg. pas de designer pendant plusieurs mois)? Julien: à l’aube dans changement dans les process: fusion de deux équipes, nouveau board Jira, nouvelles bonnes habitudes (Epic -> US), nouveau process Produit, etc c’est beaucoup de changement en même temps avec beaucoup de personnes à synchroniser (2 EM et 2 PM). On arrive toujours pas à trouver le bon moment où tlm est prêt pour appuyer sur le bouton et tout changer d’un coup, mais on arrive pas non plus à découper tout ça en petits changements. Le fait que la charge de travail soit très élevée à côté n’aide pas à prendre du recul et se synchroniser sur ça. Mais faire évoluer nos process est obligatoire si on veut continuer à grossir comme on le fait (en moyenne 4 nouvelles personnes par mois, 12 en septembre, l’équipe grandi de 76% cette année). D’un point de vue micro c’est ça mon problème actuel, d’un point de vue macro il va falloir que je lise quelques livres sur comment survivre une mise à l’échelle de cette ampleur. Outils de l’épisode Pierre: OKRs (Objectives and Key Results) + sli.do Julien: Agile Coffee (http://agile.coffee (http://agile.coffee)) Simplement un tableau à trois colonnes: Discussion items (sujets à discuter) Current being discussed...
	09 Aug 2023	[repost] Comment prendre soin de ses ingénieurs?	01:04:46
Comment prendre soin de ses ingénieurs? Personal development plan 1:1 Bizarre mais important Parler de ce qui ne devrait pas être entendu par d’autres Aider au développement de carrière Donner et demander du feedback
	24 Jan 2024	Ce qui caractérise le top 20% des devs, avec Oumar Yanni	01:12:20
Chapitres 0:01:09 Présentation d'Oumar Yanni et ses projets d'entrepreneuriat 0:05:20 Les compétences et les soft skills nécessaires pour réussir en tant que développeur 0:08:11 Être un bon ingénieur signifie apporter la bonne solution 0:14:14 L'impact grandit avec le niveau de seniorité. 0:14:27 L'importance d'avoir une vision anticipatrice et innovante 0:15:50 L'importance de l'innovation et de l'optimisation de l'ingénierie 0:19:20 Définir les compétences essentielles d'un ingénieur logiciel 0:22:20 Le poids du bagage technique et de la motivation dans le sac à dos de l'ingénieur 0:28:58 L'évolution des tests dans le front-end en moins de 10 ans 0:30:14 Importance de travailler dans une entreprise avec un fort impact 0:34:14 Conseils pour la veille technique : suivre des leaders et personnes d'importance 0:37:21 Se vendre et travailler son personal branding 0:41:24 Collaboration et prise d'initiative en équipe 0:43:23 Optimiser la progression d'un jeune programmeur 0:46:38 Savoir s'exprimer et travailler en équipe est essentiel 0:50:21 L'importance de la compétence technique et de la fiabilité. 0:51:40 L'importance d'être agréable lors d'un entretien d'embauche. 0:51:58 Importance d'avoir des juniors avec du potentiel 0:55:36 Rôle des juniors et seniors dans une équipe de dev 0:58:19 L'importance du leadership et de l'équipe dans les métiers liés. 1:02:57 Laisser l'interlocuteur se faire une idée du niveau. 1:06:04 Pertinence des tests techniques - Partie 2 Cet épisode vous est proposé par: - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/ - Suivre Oumar: https://www.linkedin.com/in/oumar-yanni/
	20 Nov 2023	La prise de notes en réunion (et REX sur Obsidian)	00:28:07
Dans cet épisode, je partage mon expérience avec Obsidian, un outil de prise de notes qui facilite la création de valeur lors des réunions. J'explique l'importance de préparer et partager les notes, ainsi que les fonctionnalités de liens et de navigation de Obsidian. Liste de mes templates usuels ici: https://github.com/JulienDeray/obsidian-templates 0:01:10 Prise de notes en réunion - Introduction 0:03:11 Les principes de prise de notes en réunion 0:06:33 Partage des notes et transparence dans l'équipe 0:08:38 Créer de la valeur lors des réunions 0:11:13 Le manque de préparation des organisateurs de réunions 0:13:15 Préparation d'une réunion avec un template et une note 0:14:32 Utiliser des templates pour faciliter la prise de notes 0:21:18 Préparation du stand-up le matin avec Obsidian 0:23:09 Déroulement du stand-up avec les fonctionnalités déjà discutées 0:24:23 Visualisation graphique des notes dans Obsidian
	04 Oct 2023	Débat: la mode du retour au bureau (RTO)	00:53:06
Dans cette partie de la conversation, nous discutons du retour au bureau et de ses implications pour les entreprises. Nous mettons en évidence les avantages et les inconvénients, en insistant sur la perturbation potentielle de la culture et du bien-être des employés. Nous abordons également les coûts, la nécessité de trouver le bon équilibre et de prendre des décisions en accord avec les valeurs de l'entreprise. En conclusion, le travail hybride nécessite des ajustements et des compromis. 0:02:32 Retraite d'équipe à Lisbonne : collaboration et fatigue 0:04:44 Rester au télétravail ou retourner au bureau ? 0:08:25 Avantages et inconvénients du télétravail complet pour les entreprises. 0:10:47 Risque de perte de talents lors du retour au bureau 0:13:17 Différences de collaboration et d'organisation en télétravail 0:14:12 Productivité et retour au bureau 0:19:33 L'aspect hybride du travail à distance 0:22:10 Avantages et inconvénients du travail hybride 0:26:19 Impact des coûts de vie sur les salaires en tech 0:29:09 Les développeurs et opérateurs, une collaboration naturelle 0:32:02 Productivité vs. Temps de travail au bureau 0:38:25 Organisation des bureaux et problèmes de coût 0:45:40 Le lobbying pour le retour au bureau 0:49:45 Des articles et des voix en faveur du retour au bureau
	09 May 2022	Les limites du full remote, nous serions-nous trompés?	01:06:12
Programme:Réflexions sur le full remote Les outils de l’épisode Principe Agile du mois de Mai Principe Agile du mois de Maihttps://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) FR: “La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle.” EN: “Simplicity — the art of maximising the amount of work not done — is essential.” “La meilleure ligne de code est celle qu’on a jamais écrite” Fonctionne partout Dans un projet tech (WIP limit, backlog) Dans la vie du tous les jours (organisation, matrice d’Eisenhower (déléguer, supprimer)) Sujet principalEst-ce qu’on se serait pas un peu trompés sur le full remote? Définition: Quand le télétravail est le mode par défaut, avec des collaborateurs dispersés dans une multitude de pays. Full remote, si bien que ca? Bureau et sérendipité Plus de temps aside Retraite: deux conclusions possibles: Soit “Il faut se voir plus souvent” Soit “Il faut émuler mieux à distance” Communication non-verbal numérique: points de vies sur la webcam Plus d’asynchrone Préparer les rendez-vous Board Miro systématique Se lever, faire des pauses, rester actifs Oui c’est si bien que ça Retraites régulières Transparence Outils de l’épisodeKanbanize OBS Studio Communication non-verbale numérique Points de vie
	08 Jul 2021	Composition d'équipes tout en souplesse	00:57:58
Programme: Composition d’équipe Principe Agile du mois du Juillet Problématiques actuelles Les outils de l’épisode Mais pour commencer, on voulait vous remercier pour tous vos retours sur le premier épisode. On a compilé tout ça et on a pu débriefer ensemble, faire le tri, réfléchir encore plus à ce qu’on recherchait vraiment dans ce podcast, quel était notre cible et ce qu’on voulait que les auditeurs en retirent comme information. Ça nous a aussi permis de voir qu’on était toujours tous les deux alignés sur tout ça, ce qui est évidemment important. https://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client.” Julien: M’évoque le waterfall ou cycle en V appris à l’école. Un évidence Demande de découper le travail en petits morceaux si on veut commencer les taches nouvellement prioritaires, il faut pouvoir terminer les taches en cours rapidement. Sujet principal Composition d’équipe Quelle serait la taille idéale? Comment balancer les skills dans cette équipe? La règle de Scrum de 3 à 9 personnes dans la même équipe est-elle viable? Est-ce une bonne idée d'avoir plus de 9 personnes dans une équipe, et si oui pourquoi? Sous question: Comment créer une nouvelle équipe? Tous les nouveaux dans une nouvelle équipe? Ou un mix de nouveaux et d'anciens? Pierre: Rappel principe Scrum (3 -9) une pizza large pour toute l’equipe? Fullstack team VS stack-based team? Problématiques actuelles Pierre: Quand créer une nouvelle équipe? (metrics? / besoins?) New joiners doivent passer quelques mois dans une équipe déjà existante? (Team DNA) Julien: Comment garder une équipe tech engagée? prise de décisions, d’initiatives, rédaction de blog tech comment aller plus loin que la simple coopération autour des taches en remote Outils de l’épisode Pierre: https://miro.com/ (Miro Board) Sprint Rétrospective en remote En temps réel - Possibilité infinie Gratuit pour 3 boards / users illimité Utile pour discuter/sketcher une solution / architecture Julien: https://marketplace.atlassian.com/apps/1220209/issue-checklist-for-jira-free?hosting=cloudandtab=overview (Issue Checklist for Jira Free) checklist sur Epic / User Story / Tâche / Bug / etc condition sur les transition parfait pour Definition of Done ou Kanban policies gratuit lien dans les notes de l'émission
	01 Mar 2023	Le couple PM/EM avec Daniel De Lophem	00:39:49
Programme L’importance de la relation PM/EM (product manager / engineering manager) Interview Présentation de l’invité Le couple PM/EM Complementarité du binôme. Quelle est la qualité principale que tu recherches chez un EM ou un leader technique dans ton équipe? Quelle est, selon toi la qualité qu’un leader technique doit espérer d’un bon PM? Qui prend le lead sur l’équipe? Outils de l’invité Miro! Rien de plus puissant et modulable pour illustrer de l’abstraction (une vision, une roadmap). Dans un environnement remote, un incontournable. Contacts Julien: http://julien.deray.fr + How I planned my wedding with Scrum + Podcast Relife (amélioration du quotidien) Danny: https://www.linkedin.com/in/daniel-de-lophem-b1a08b161/
	18 Oct 2023	Philosophie de l’innovation, collaboration et dynamique d’équipes, avec Vincent Pavero	00:53:59
Dans cet épisode, nous avons discuté avec Vincent Pavereau de Homeric.ai du leadership technique et de l'engagement d'équipe dans l'innovation. Vincent a souligné les défis des grandes entreprises, proposé une approche basée sur les comportements des employés et l'importance de la sécurité psychologique et de l'autonomie des équipes. Nous avons également discuté de l'utilisation des playbooks pour encourager la créativité et l'innovation. En conclusion, nous avons souligné l'importance de la communication et de la culture d'entreprise pour réussir. 0:01:06 Présentation de Vincent Pavereau et salutations 0:01:45 Introduction de l'invité et discussion sur la rencontre fortuite 0:06:12 Le développement de l'idée d'Homeric et l'équipe qui se forme 0:07:02 Problème récurrent dans les grandes entreprises et startups 0:08:48 Le débat philosophique sur l'innovation 0:10:37 Le rêve de créer un graphe complet de l'entreprise 0:13:28 La balance entre communication directe et processus dans les équipes 0:16:19 L'importance de l'imputabilité et de la collaboration pour l'innovation 0:19:14 L'apprentissage, l'expérimentation et l'autonomie dans l'équipe 0:23:15 Playbooks vs. Cookbooks: Différence et objectifs 0:25:35 Être créatif tout en maintenant des exigences minimales de qualité 0:29:07 L'importance de la collaboration et de l'innovation en entreprise 0:32:19 L'impact des relations humaines sur l'accomplissement professionnel 0:34:58 Utilisation d'Homeric pour améliorer la communication interne 0:37:31 Difficultés de déploiement dans les grandes organisations multinational 0:40:57 La culture d'entreprise et l'innovation à grande échelle 0:43:30 Les grandes entreprises qui se concentrent sur les gens 0:46:22 Mettre l'humain au centre de l'innovation technologique 0:52:39 Belles rencontres et promotion de livres Liens de l'épisode: Suivre Pierre: https://pierre.feray-ferrand.fr/ Suivre Julien: https://julien.deray.fr/ Suivre Vincent: https://www.linkedin.com/in/vincentpavero/ Homeric.ai: https://homeric.ai/
	17 Jun 2022	Kanban, la boite à outils agile	01:44:08
Programme:Kanban Les outils de l’épisode Mais pour commencer, intéressons nous au principe Agile du mois de Juin Principe Agile du mois de Juinhttps://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) Les meilleures architectures, spécifications et conceptions émergent d'équipes autoorganisées. Steve’s quote: “It doesn't make sense to hire smart people and tell them what to do; we hire smart people so they can tell us what to do.” Très vrai, pinch of salt pour les jeunes recrues (peu/pas d’exp pro) Donner l’ownership: “ce que je construit, c’est à moi de m’en occuper demain, mais aussi dans 10 ans” Pourquoi? Liberté de choisir Liberté d’échouer → Ownership Responsabilisation Liberté de choisir sa méthodo, sa composition d’équipe Sujet principalKaizen: “le changement pour le mieux” “commencer avec ce que vous avez” Beaucoup d’outils dans Kanban: pas besoin de tous les sortir en même temps Toyota Carte de signal (heure de début, heure de fin, numéro, etc) Cycle de vie d’un pare-chocs (amène une pile, traite la pile, carte de signal à l’avant-dernier, nouvelle pile au bon moment) Pulling system: toujours la fin du système qui demande de nouvelles taches Board Etapes nécessaires à créer de la valeur Double colonnes (nécessaire pour avoir un système de tirage) On ne force pas l’étape suivante WIP limits Stop Starting, Start Finishing Classes de Services (cout de retard, swim lanes) Inception Metrics Lead time (temps passé dans le board après le commitment) Cycle time (vélocité; ratio: nombre de taches par unité de temps) Loi de Little (Lead time = WIP * Cycle time) Prévision probabiliste Book: Essential Kanban Condensed (30 pages) Définition claire (DoD), Definition of Ready peut etre utile aussi: EXIT CRITERIA Laisser du temps au temps (Kaizen approach) Très important de piloter grace aux metrics Board haut niveau: Réflexion ; Validation ; Prêt ; Production ; Confirmation ; Inspection ; Terminé Board produit: Discussion ; Test utilisateur ; Raffinage ; Prêt ; En cours ; Confirmation ; Terminé Board ingénierie: Prêt ; En cours ; Prêt à être testé ; Test en cours ; En production ; Terminé Outils de l’épisodehttps://www.leancoffeetable.com/ (https://www.leancoffeetable.com/) Demander à quelqu’un ce qu’on fait là, quelle est la mission
	21 Sep 2023	Comment recruter une bonne équipe tech?	01:00:43
Dans cet épisode, nous avons discuté de l'importance d'un recrutement réussi et de la nécessité d'adopter une approche pragmatique dans nos décisions. Du processus de sélection à l'importance de l'adéquation culturelle, nous avons partagé des conseils pour trouver les bons candidats. Restez à l'écoute pour plus de discussions sur le leadership technologique dans les prochains épisodes de Tech Runins. 0:01:06 Présentation du podcast Tech Ronins et changement de nom 0:05:04 Proposition d'accompagnement aux entreprises tech et start-ups 0:08:20 Transition vers le travail en tant que contracteur 0:11:40 Discussion sur l'importance du diplôme dans le recrutement 0:14:03 L'expérience et les compétences priment sur le diplôme 0:16:58 Les avantages des autodidactes et des mentors en développement 0:21:59 JavaScript: un langage pour le front-end et le back-end 0:25:03 Besoin de rapidité et d'itération? JavaScript est un bon choix 0:27:47 Valoriser les seniors tout en formant les juniors 0:31:30 Les différentes classes de développeurs recherchées 0:33:53 Recruter en adéquation avec les attentes des candidats 0:36:55 Les entretiens servent à filtrer les bonnes personnes 0:39:51 Importance du "Tech Challenge" pour évaluer les compétences techniques 0:45:48 Importance de trouver des personnes avec des compétences spécifiques 0:51:38 Standards de recrutement en fonction de la croissance de l'entreprise 0:54:18 Importance du recrutement et pragmatisme
	06 Mar 2024	Pourquoi faire simple quand on peut faire compliqué, avec Sebastien Prunier	00:58:49
Avec Sébastien Prunier de Serli, nous explorons l'évolution du rôle des développeurs en France, soulignant l'importance de la valeur pour les utilisateurs et les défis de la complexité excessive dans le développement logiciel. Nous préconisons un équilibre entre innovation et stabilité, promouvant une approche agile et collaborative pour simplifier les processus. Garder les architectures simples et flexibles, éviter la complexité inutile, et rester ouverts à la créativité sont essentiels pour rester agile et efficace. Nous partageons notre expérience positive avec les approches agiles telles que Scrum et Kanban, soulignant l'importance de flexibilité et d'adaptation. 0:01:17 Introduction de Sébastien Prunier chez Serli 0:04:48 Évolution des profils tech en France 0:07:11 Évolution des profils tech dans les licornes françaises 0:10:21 Impact des décisions d'achat sur l'informatique 0:12:48 Faire simple ou compliqué dans la tech 0:16:04 Conséquences des systèmes informatiques complexes 0:19:00 Simplicité dans les startups et grandes structures 0:19:52 Influence des décideurs tech sur les problèmes 0:24:40 Débunking des dogmes en technologie 0:25:54 Réflexion sur les rôles d'architecte et développeur 0:26:58 Approche anglo-saxonne des rôles techniques 0:33:45 Utilisation de Clever Cloud et Autoroshi 0:39:47 Manque de créativité en architecture et organisation 0:44:24 Discussion sur l'application de l'agilité 0:50:15 Mauvaise application des méthodes agiles 0:53:46 Contrat basé sur une enveloppe budgétaire 0:55:21 Conclusion sur les possibilités innovantes - Suivre Sebastien Prunier : https://www.linkedin.com/in/sebastien-prunier/ - Tech Rōnins, agence de CTOs à temps partiel : https://tech-ronins.fr/ - Suivre Pierre : https://pierre.feray-ferrand.fr/ - Suivre Julien : https://julien.deray.fr/
	16 Jan 2023	Comment j'ai agilisé un projet perdu d'avance	00:38:32
Dans ce premier épisode solo, je vous raconte comment les méthodes agiles m'ont permises de livrer un projet perdu d'avance sans tout casser.
	11 Apr 2022	DevKan, l’outil Kanban ultime... qui n’existe pas	01:07:14
Programme:DevKan, l’outil Kanban ultime... qui n’existe pas Problématiques actuelles Les outils de l’épisode Principe Agile du mois d’Avrilhttps://agilemanifesto.org/iso/fr/principles.html (https://agilemanifesto.org/iso/fr/principles.html) “Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité.” Excellence technique = architecture aux petits oignons + tests IMO Bonne conception = pas seulement technique, mais en amont aussi (LEAN approach) Peu de bugs = moins d’unplanned work S’il faut pas tout réinventer à chaque feature, on va plus vite Sujet principalDevKan, l’outil Kanban ultime... qui n’existe pas Historique: Artos, 2020, certif Kanban Jira pas ouf Concept: respecter la méthode Kanban (double colonnes, WIP, swimlanes, metrics) et les dev sans faire changer toute la boite à ça. Par des devs pour des devs. On interview des amis, ca nous prouve qu’il y a pas de marché mais on y va quand même MVP prêt assez rapidement Contracting not so easy Pierre à GetGround Blog, OAuth Julien à SwissBorg No motivation, no traction, stop Start Agilistes Outils de l’épisodeMind42 - Mindmap tool collaboratif GRATUIT Slack Clip Feature Toujours pas fait mon How to Julien

Améliorez votre compréhension de Tech Rōnins avec My Podcast Data

Chez My Podcast Data, nous nous efforçons de fournir des analyses approfondies et basées sur des données tangibles. Que vous soyez auditeur passionné, créateur de podcast ou un annonceur, les statistiques et analyses détaillées que nous proposons peuvent vous aider à mieux comprendre les performances et les tendances de Tech Rōnins. De la fréquence des épisodes aux liens partagés en passant par la santé des flux RSS, notre objectif est de vous fournir les connaissances dont vous avez besoin pour vous tenir à jour. Explorez plus d'émissions et découvrez les données qui font avancer l'industrie du podcast.

About us Privacy Policy

Tech Rōnins (Julien Déray et Pierre Féray-Ferrand)

Explorez tous les épisodes de Tech Rōnins

Interview

Outils de l’invité

Conclusion

What’s up?

Programme:

Principe Agile du mois de Septembre

Sujet principal

Problématiques actuelles

Outils de l’épisode

Programme:

Sujet principal

Interview

Tool of the guest

Principe Agile du mois d’Octobre

Problématiques actuelles

Outils de l’épisode

Programme:

Interview:

Outils:

Principe Agile du mois de Janvier

Sujet principal

Outils de l’épisode

Programme

Interview

Outils de l’invité

Améliorez votre compréhension de Tech Rōnins avec My Podcast Data