Explorez tous les épisodes du podcast Tech Rōnins

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

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.

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/

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/

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/

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/

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/

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/

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/

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/

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/

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/

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/

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

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

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

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/

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

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

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

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

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?

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

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

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

• 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.

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)

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.

• 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

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

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

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)

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/

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/

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)

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.

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
  

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)

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)

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)

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

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

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

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

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)

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

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…

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

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

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...