Podcast Le SAV de la Tech

Cette semaine, dans le SAV de la Tech, on répond à la question de Kelly: "Nous rencontrons des problèmes dans ma boite. Le customer service est objectivé en nombre de tickets à résoudre (entre autres). Le problème est le suivant : nous ne contrôlons pas le nombre de tickets entrants et quand il n'y a pas de bugs, il n'y a pas vraiment beaucoup de tickets. Si le nombre de ticket à faire n'est pas fait, l'agent du customer service ne bénéficie pas de son salaire variable (10% du salaire fixe). Cela crée de grosses frustrations et après plusieurs discussions avec la direction, le CSE, les syndicats, le CS ne réussit pas à modifier ces objectifs. Cela crée : des personnes qui se connectent régulièrement à 5h du matin pour pouvoir faire les tickets tombés dans le backlog le soir. Le reste de l'équipe qui se connecte pendant les business hours n'a pas de quoi faire son objectif. Résultat : burn outs, arrêts maladie, compétition malsaine, et tout ce qui s'en suit. Deux questions, comment faire pour ouvrir la communication et obtenir gain de cause ? et, quelles missions donner à des membres du CS de façon à changer les KPIs de manière intelligente ? Merci :)" Épisode enregistré en Juillet 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Sachi: "Je bosse pour une ESN depuis un an et j'ai passé une grosse partie de mon temps en Inter-contrat. Je me suis naturellement dis que ce serait intéressant de Monter / Contribuer à des projets Open Source. Mais quand j'en ai parler avec mes collègues, ils étaient moyen chaud à l'idée et les plus anciens de la boite disant que le directeur n'est pas super fan vis à vis du fait de "travailler pour les autres" sachant que l'on utilise des technos open source dans nos projets. Mais du coup je sais pas vraiment quoi faire. Je suis sur 7 mois d'inter contrant et à part occasionnellement améliorer le socle, je fais pas grand chose." Épisode enregistré en Juillet 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Tanguy: "Mon équipe travaille à 80% en remote et un de mes collègues, le tech lead mais qui est très jeune (et qui ne lead pas beaucoup, peut être lié), a pris la fâcheuse habitude lors de nombreuses visio meet, d'avoir la cam et le son coupé. Quand il ne s'agit pas d'un sujet à lui, il n'intervient pas du tout (même pas un mot) et quand on lui demande son avis, il répond toujours mais il faut souvent répéter la question ou redonner le context => On a clairement l'impression qu'il fait autre chose en même temps. Récemment il est même arrivé qu'il décroche en plein mob programming (en physique) et qu'il se mette à traiter un autre sujet dans son coin. Quand le team manager le remarque, il se justifie qu'il a été sollicité par mail pour un bug à résoudre... et c'est comme si c'était normal. Même en faisant du pair-programming avec lui, je me suis parfois retrouvé à coder seul et sentir qu'il a décroché de son côté et qu'il traite d'autres sujets. Je trouve ça de plus en plus désagréable en plus de trouver ça personnellement impoli. Je ne me sens pas du tout de lui reprocher directement, ni d'escalader auprès du team manager. Il y a une bonne ambiance dans l'équipe et je ne voudrai pas casser ça. Est-ce que je me prends la tête pour rien ? Est-ce que c'est normal de se dire qu'il a d'autres sujets à traiter et puis j'avance dans mon coin ?" Épisode enregistré en Mai 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Robert: "Je suis manager d'une équipe où je manage plusieurs devs. L'un d'entre eux me pose des problèmes de productivité. Il fait du code très propre, mais il est trop perfectionniste et à beaucoup de mal à délivrer. Il s’intéresse énormément aux problématiques d'architectures logiciels, au clean code et à toutes les bonnes pratiques, ce qui en soit est très bien. Mais j'ai l'impression qu'allier ceci à son perfectionnisme l'empêche de mener à bien les tâches qui lui sont attribuées. Il passe énormément de temps à préparer ses développements avant de les débuter, à chercher la meilleure façon de le faire, et durant le dev il revient régulièrement sur ce qui a été fait pour tenter de l'améliorer. Régulièrement il fini par produire des mini usines à gaz pour des choses très simples après un temps de dev qui dépasse très largement les estimations les plus pessimistes. Cela pose également des problèmes quand d'autres membres de l'équipe collaborent avec lui sur un projet. Il m'est même arrivé de faire une choses que je déteste: reprendre from scratch certaines tâches pour sauver les meubles et qu'elles soient terminées pas trop hors délais. Ce qui fait que je sais que les délais en question étaient largement tenables ^^ Ma question est donc: comment réussir à transformer un développeur trop académique en développeur plus orienté vers les besoins d'une entreprise ? Pour l'instant mes tentatives y ont échoué." Épisode enregistré en Mai 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Stéphane: "Je suis manager et je n'arrive pas à parler du tabou de la performance avec mes équipes de devs. Comment aborder le sujet ? Est-ce que c'est utile de mesurer la perf d'un dev/équipe ? Comment mesurer ?" Épisode enregistré en Mai 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Dan: "Comment amener plus de diversité culturelle dans les équipes lors des recrutements ?" Épisode enregistré en Mars 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question d'Elodie: "Dans une petite entreprise, l'habitude a été prise de manger en regardant la télé/JT et en discutant. Des nouveaux arrivants trouvent que ça fait mauvaise ambiance, et qu'il n'y a pas de cohésion d'équipes. Et en effet, les gens mangent devant la télé en se parlant à peine, ce qui n'était pas le cas avant. Devrait-on se débarrasser de la télé pour "forcer" les gens à se parler ? Comment améliorer cette ambiance/cette cohésion d'équipe ?" Épisode enregistré en Mars 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Ernst: "Mon CEO pratique allègrement le mansplaining, que faire ? Contexte: Je suis actuellement EM et ai au dessus de moi en terme hiérarchique le CEO. Quelque chose que j'ai noté depuis bientôt 6 mois est sa manie à "mansplain" avec mes collègues féminins, et une en particulier. Cette personne est au même niveau hiérarchique que moi et se fait systématiquement interrompre au milieu de son argumentaire par le CEO. Il lui explique également régulièrement son job (dans un setup avec plusieurs personnes dans le meeting je précise - nice) et insidieusement à quelle point elle ne le fait pas bien. Si je caricature un peu (mais pas tant que ça) notre CEO a une tendance à être "un bro" dans sa manière d'être. Relativement machiste, valorise les interactions musclées ou il faut montrer que l'on est fort. Donc particulierement cette personne qui est une femme plutot reservée je note des probleme: elle a des excellents points mais son argumentaire est inaudible. Je ne pense pas que la solution soit de me mettre moi dans une position de "rescuer" et de la shield par rapport au CEO. Je pense également potentiellement à en parler à la Head of People. Mais qu'en pensez-vous, vous?" Épisode enregistré en Mars 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Steeve: "Petite question de responsabilité, de hiérarchie et de tact. Je tombe sur un fichier où je trouve des modifications récentes complètement foutraques, plusieurs v-if/v-else/v-show appliqués de manière croisée sur les mêmes éléments de template, créant un bazar illisible et potentiellement bogué, bref, une véritable satanerie qui fait pleurer du sang. Rapidement je me rends compte grâce à gitLens que les modifs ont été faites il y a une semaine par mon CTO 😶. Qu'est-ce que je fais ? Je fais l'andouille et signale à l'équipe que le code n'est pas correct sur cette feature comme si je n'avais pas vu qui en était l'auteur au risque de l'afficher ? Je fais l'avenger et prends la responsabilité de corriger le code en douce pour épargner son égo au risque de perdre du temps sur ma propre tâche ou de causer moi-même un bug en voulant corriger ? Je fais l'adulte et vais le voir pour lui dire que la feature n'est pas bien codée et qu'il faut la modifier au risque de le vexer et de remettre en question ses compétences ? Je fais l'autruche et passe mon chemin au risque de laisser des bugs partir en prod ?" Épisode enregistré en Mars 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Jean-Michel: "Débarquer dans une nouvelle entreprise est souvent une épreuve. On est submergé d'informations de partout, tant sur le contexte de la boite, que sur les personnes, leurs pratiques, les outils utilisés, les mots de passe, les pratiques, .... Et la frustration parfois de rester beaucoup trop longtemps improductifs. Que faire et ne pas faire dans ce scénario, tant de la part de la personne qui arrive que de la part de la boite qui l'accueille ?" Épisode enregistré en Mars 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Judith: "Bonjour. Voici la situation: une équipe de dev de 5 personnes + 1 tech lead. L’un de dev a mis en place un « daily technique » (réunion Google meet) après chaque daily lors duquel on se retrouve entre devs pour parler de problèmes plus techniques histoire de ne pas encombrer le daily d’équipe. Le tech lead était évidemment invité mais il n’est jamais venu. J’appréciais beaucoup ces moments d’entre aide. Mais un bon jour le tech lead a supprimé de l’agenda le daily tech en disant que ce daily n’avait pas de raison d’être puisqu’il y a le daily principal. Pas de dialogue, juste une suppression. Personne n’a protesté. Pourtant, je pense que tout le monde appréciait ce moment qui faisait aussi team building. Je pense que nous pourrions continuer mais ça a créé un froid et nous n’osons plus… Je dois avouer que le tech lead me met mal à l’aise et que je n’oserais pas aborder le sujet avec lui de peur de l’agacer. (NB: pas de rétro pour tous, seul le tech lead s’y rend) L’entre aide continue mais désormais nous nous posons des questions en privé (en one-to-one, sinon ça voudrait dire créer un channel sans le tech lead, on ne se le permettrait pas). Que pensez vous de cette situation? Comment faire pour remettre en place ces moments de partage sans créer de drama?" Épisode enregistré en Mars 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question d'un auditeur anonyme: "Hello, Je suis dev et je viens d'arriver il y a quelques semaines dans une startup qui existe depuis 2 ans. Durant les Daily, mon CTO a tendance à s'éparpiller et à sauter d'un sujet à l'autre, si bien que parfois on en oublie de lui communiquer certaines infos importantes (bug sur lequel on a pas pu avancer, feature qu'on a pas bien comprise). Hier l'autre dev n'a même pas eu le temps de faire sa propre daily. Je n'ose pas lui demander d'aller droit au but ou de lui proposer de voir certains points après le call (histoire de ne pas retarder l'autre dev). Il est vrai aussi que cet éparpillage m'aide à découvrir d'autres aspects de notre tech, donc ça a quand même de l'intérêt. Comment puis-je lui demander de ne pas s'éparpiller, et d'aller droit au but, tout en conservant la super bonne entente qui règne entre nous tous ? Merci pour votre super travail, c'est top !" Épisode enregistré en Mars 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question d'Audrey: "Bonjour, En tant que développeuse, je me suis toujours efforcée de suivre les meilleures pratiques, en m'assurant d'écrire du code propre et bien organisé. Cependant mes collègues ne partagent pas cette rigueur. Ils ont tendance à écrire du code de manière désordonnée, sans se soucier des standards de qualité, ce qui me fait souvent paraitre lente lorsque je dois éditer leur code car il est peu maintenable. Cette situation est source de frustration pour moi. Non seulement elle rallonge mon temps de travail, car je dois souvent retravailler leur code lorsque je dois le modifier pour ajouter une feature, mais elle me met également dans une position inconfortable. Je crains que mes propositions ne soient perçues comme une critique personnelle, ce qui pourrait nuire à l'ambiance de travail et à mes relations avec mes collègues. De plus ce n'est absolument pas récompensant car mon code fonctionne bien, et le leur bug régulièrement, et de plus ils en sont récompensés car ils résolvent plus d'incidents de prod que moi... Je suis convaincue que le maintien d'un code propre est essentiel, non seulement pour l'efficacité du développement, mais aussi pour la pérennité du projet sur le long terme. Cependant, je me sens impuissante face à cette culture de l'à-peu-près qui semble ne pas être simplement limitée à mon équipe mais dans l'ensemble du monde du développement. Auriez-vous des conseils pour m'aider à naviguer dans cette situation difficile ? Je suis pas seulement à la recherche de stratégies pour promouvoir le clean code mais aussi pour, moi aussi trouver l'état d'esprit me permettant de développer des solutions quick-and-dirty et progresser dans une codebase désorganisée. Merci pour votre aide !" Épisode enregistré en Janvier 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Jules: "Hello ! Je vous contacte car après 15 ans d'experience dans la tech, j'ai toujours du mal à trouver confiance en moi. Même en étant rationnellement confiant dans mes experiences et en quantifiant mes compétences j'ai tout de même du mal à trouver la confiance de briguer de meilleurs postes ou promouvoir mon travail. Cela peut aussi poser souci dans mon quotidien car lorsque je suis confronté aux autres opinions des développeurs j'ai tendances à rapidement lâcher l'affaire car 1- je n'aime pas perdre du temps à débattre, je suis focus sur produire de la valeur 2- je trouve que les ingénieurs ont une tendance à être très sûrs d'eux, parfois pédant. Je suis certain que souvent ce n'est pas forcément pour des bonnes raisons mais cela me fait douter de moi car personnellement j'essaie d'avoir une écoute active et comprendre les points des autres mais je constate rarement ce comportement face à moi. Comment puis-je retrouver confiance et m'affirmer dans le milieu professionnel ? Merci !" Épisode enregistré en Janvier 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Mickael: "J’ai 43 ans et je suis toujours développeur. J’aime toujours coder, par contre je me sens parfois un peu à la traine par rapport à mes collègues plus jeunes, au moins en termes d’énergie et de motivation à tester les dernières technos. Et, en sachant que mon salaire évolue avec l’expérience, j’ai peur qu’un jour plus personne ne veuille m’embaucher sur ce role… Est-ce que j’ai intérêt à changer de rôle ? À me former sur quelque chose en particulier pour rester “dans la course” ? Merci d’avance pour vos conseils !" Épisode enregistré en Janvier 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Sebastien: "Mes collègues se fâchent, soufflent et rechignent quand je propose des améliorations de leur code dans leur pull request et/ou via des propositions de guidelines clean code, que faire?" Épisode enregistré en Janvier 2024. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Maxime: "Au sein de mon entreprise, on apprécie le travail en équipe. Toutefois, lorsque l'on parle de travailler en binôme sur un même sujet (une User Story/ un feature, etc...) il y a comme un hic. On ne fait pas de reel pair programming mais chacun va prendre une tâche, la terminer de son côté, puis commit/Review/merge et souvent quelques conflits à résoudre. - Première question, comment mettre les choses a plat dans l'équipe (ce qu'est le pair prog et ce qui ne l'est pas). - Et dans la pratique, comment s'y mettre. Comment organiser le travail en amont (s'il y a plusieurs façon de faire du Pair, comment choisir une - et faut-il en choisir une d'ailleurs). - Pendant que l'on fait du pair, que faut-il surveiller/regarder pour s'assurer que ce n'est pas contre-productif ? (des indicateurs) - Faut-il insister lorsque l'on sent que la personne avec qui on binôme préfère travailler dans son coin ?" Épisode enregistré en Novembre 2023. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Virginie: "Bonjour, Au travail je suis constamment interrompue. Déjà je travaille dans un openspace qui est aussi le hall d'entrée, la salle de pause et de réunion, mais globalement en utilisant un casque j'arrive à rester focus. Par contre je n'arrive pas à enrayer les invasions physiques 😅. La PDG peut débarquer et me demander pourquoi telle fonctionnalité semble boguée ou si je peux faire une petite chose vite fait là tout de suite. Mon DSI/CTO/chef-de-projet/lead vient s'asseoir à côté de moi sans prévenir et commence à me parler d'un point technique alors que je suis en plein algo, le casque sur les oreilles. Entre devs on se contacte par teams, ça permet à l'autre de répondre si il n'est pas occupé et de voir rapidement si une petite info suffit ou si on doit prendre le temps, donc pas de souci, mais avec les autres ce n'est pas la même histoire. On dirait que comme on est dans un openspace c'est openbar 😁! Et qu'on est "à disposition". Au début j'avais demandé à mon DSI justement comment il voulait que je me positionne dans ces cas là et il m'avait répondu d'envoyer balader les gens qui me dérangent et même de les renvoyer vers lui, mais de l'eau a coulé sous les ponts et quelques périodes de rush plus tard plus personnes ne respecte notre concentration.Donc ma question est comment cadrer ces interruptions intempestives en restant professionnel et courtois ?" Épisode enregistré en Novembre 2023. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question d'un·e auditeur/auditrice anonyme: "J'ai du mal à comprendre les instructions contenant de l'implicite, c'est un problème que j'essaie régulièrement de communiquer dans les équipes avec qui je travail, mais j'ai du mal a trouver des exemple d'implicite que je ne comprends pas pour leur expliquer puisque... C'est difficile d'expliquer ce que l'on ne perçois pas. Comment faire ?" Épisode enregistré en Novembre 2023. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Darkmadalice (auditeur/auditrice anonyme): "Comment différencier un bon poste d'un mauvais ? Contexte : Je travaille depuis 2 ans dans une startup, y a du bon et du mauvais qui met en rogne copieusement. C'est ma toute première expérience en tant que dev. J'ai beau avoir la quarantaine passée et une bonne expérience du monde du travail, je ne suis pas en mesure de jauger mon poste actuel. Beaucoup de choses m'énervent mais c'est peut-être pire ailleurs ? J'ignore peut-être la chance que j'ai sur certains points ? Ou bien, effectivement, au vu de l'absence d'organisation, de sénior pour nous encadrer et de moyens pour travailler, c'est un gros red flag qui devrait me faire fuir à toutes jambes avant d'y perdre mon temps et ma motivation ? De nos jours avec les reconversions tardives on a plus vraiment le temps de se tromper ou de faire ses armes et il faut pourtant faire les bons choix. J'imagine que dans une plus grande boîte tout serait mieux organisé et que le contact avec des devs plus aguerris me permettrait de plus monter en compétences, mais est-ce réel ou une idée reçue ? Je me dis que pouvoir faire des code reviews, des tests, avoir une vraie archi de projet réfléchie et scalable ce serait forcément mieux, mais on me dit aussi que dans ces grandes boîtes on ne code plus ou qu'on perd le sens de ce qu'on code à force de s'occuper de zone trop restreintes, on n'y fait que des réunions, les codes reviews sont parfois très agressives... Bref, comment savoir quand ca devient inacceptable et que OUI ce serait mieux ailleurs ? Auriez-vous des critères à proposer ou des points clés pour guider la réflexion de chacun ?" Épisode enregistré en Novembre 2023. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Michel (auditeur/auditrice anonyme): "Comment convaincre mon responsable de me payer les billets, transport et hébergement pour participer à des conférences tech? Je suis motivé pour aller à par exemple la Duck Conf à Paris mais étant à Lyon il faut bien que mon chef me paie tout ça. Surtout que le prix du billet n’est pas donné non plus. Et là, ça prends énormément de temps pour finalement me dire « bof le programme, et puis tu as assez de boulot en ce moment on ne peut pas se le permettre ». Je cite Duck Conf mais en réalité c’est pareil pour quasiment toutes les conférences que je propose. Seuls ceux sur Lyon où j’ai pas de transport et hébergement sont acceptés…" Épisode enregistré en Octobre 2023. Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, dans le SAV de la Tech, on répond à la question de Guy: "J’ai récemment rejoint un équipe où les devs bossent en binômes. Donc je passe le plus gros de ma journée à coder à coté d’un autre dev. C’est pas mal, ça me permet d’apprendre des choses, et d’avancer assez efficacement. Le problème c’est qu’un de mes collègues a très mauvaise haleine, ce qui est très désagréable pour moi, et ça me fait perdre le focus… En sachant que j’ose pas lui dire, je trouve ça gênant, qu’est-ce que je peux faire pour améliorer cette situation sans (trop) le froisser ?" Épisode enregistré chez SHODO, en Septembre 2023. Crédits musique: "Guess Again", provided by https://slip.stream Free Download/Stream: https://get.slip.stream/KrGqqy

Cette semaine, dans le SAV de la Tech, on répond à la question de Gabin: "Mon équipe cause pas mal de regressions en prod. C’est surement dû au fait qu’on a quasiment pas de tests automatisés. Pour y remédier, j’ai mis en place un workflow de CI (intégration continue) qui refuse les Pull Requests fournies sans tests, et ça a créé un tollé dans mon équipe… Comment faire pour les convaincre d’écrire des tests ?" Épisode enregistré chez SHODO, en Septembre 2023. Crédits musique: "Guess Again", provided by https://slip.stream Free Download/Stream: https://get.slip.stream/KrGqqy

Dans ce premier épisode du SAV de la Tech, on répond à la question de Clément: "Comment gérez-vous une situation où vous vous heurtez à des refus, doutes, remises en question sur des pratiques que vous souhaitez appliquer (pair prog, archi hexa, tdd, ddd par exemple) sans que cela n'affecte votre motivation ?" Épisode enregistré chez SHODO, en Septembre 2023. Crédits musique: "Guess Again", provided by https://slip.stream Free Download/Stream: https://get.slip.stream/KrGqqy

SAV de la Tech, bonjour ! Nous sommes à votre écoute pour vos problèmes de communication, de conflits entre collègues et de développement de carrière dans la tech. Toutes les deux semaines, Jérémie et Adrien piochent une question des auditrices et auditeurs, et font de leur mieux pour les aider à résoudre leurs soucis non techniques. Pensez à vous abonner à “le SAV de la Tech” depuis votre app de podcast préférée, et à envoyer vos questions et problèmes non techniques sur notre site: https://ajo.ovh/sav On a hate d’entendre vos galères, et de vous aider à vous en sortir, dans la bonne humeur ! Crédits musique: "Guess Again", provided by https://slip.stream Free Download/Stream: https://get.slip.stream/KrGqqy