Cette semaine, le SAV de la Tech répond à la question d'Arno Nimousse:

"Dans notre équipe, nous avons des personnes (en plus des tech lead) pour amener un maximum de bonnes pratiques orientées (Pair programming, TDD, DDD etc). Ca fonctionne plutôt bien mais régulièrement nous voyons reculer certaines pratiques que l'on pensait acquises et intégrées dans le quotidien des devs.

Typiquement, tous les 3-4 mois, il faut rappeler que les démarrages de chantiers (fonctionnels ou techniques) ne doivent jamais se faire seuls, mais au moins en Pair programming (voire en mob/ensemble quand c'est possible). Il faut aussi souvent rappeler la nécessité d'un code bien testé (et testable).

Cette répétition est-elle vraiment une fatalité ? Est-ce que l'équipe ne le fait que pour faire plaisir puis oublie rapidement les bienfaits de ces approches ?

On a parfois l'impression de n'être là que pour redire ce qu'on a déjà dit plusieurs fois en ayant l'impression d'être devenus les pénibles de service…"

Épisode enregistré en Mars 2025.

Mastering audio automatisé par auphonic.com.

Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, le SAV de la Tech répond à la question d'Alexandre:

"Salut le SAV et merci pour l’émission, c’est sympa de vous entendre.

Avez-vous des conseils sur comment se faire des amis en conférence tech ?

J’aime bien aller à ce genre d’événement. J’adore voir d’autres devs. Les 3 fois, j’y suis allé seul , mais j’ai du mal à aller vers les gens. Je repars souvent en étant déçu de ne pas avoir échangé avec plus de personnes.

Avez-vous des tactiques, des stratégies, des éléments d’état d’esprit pour vous faire des amis en conférence ?"

Épisode enregistré en Mars 2025.

Mastering audio automatisé par auphonic.com.

Crédits musique: "Guess Again", provided by https://slip.stream

Cette semaine, le SAV de la Tech répond à la question de Fabien:

"Hello le SAV,

De nouveau ; merci pour ce podcast. C'est très intéressant d'entendre vos réflexions sur les questions qu'on se pose, et ce serait dommage de ne pas en profiter.

Dans mon contexte, je suis positionné en transverse sur plusieurs équipes pour les aider et les accompagner à progresser sur leurs problématiques techniques. Dans ce cadre j'organise des conversations en tête-à-tête (parfois appelées one-to-one ou bilatérale) avec les différentes personnes des l'équipes.

Le contexte a changé, et le management m'a positionné en tant que lead des équipes, plutôt que soutien, et a demandé que j'arrête les conversation avec les personnes. Ces conversations ne faisaient pas partir du périmètre du rôle que j'endossais, et un nouveau manager était attendu pour prendre le suivi des personnes, par des one-to-one réguliers.Les personnes concernées et moi, avons trouvé cela dommage : ces conversations permettaient de déloquer des situations humaine et techniques, notamment sur des code review, et on percevais une montée de compétence de chacun/chacune.

Ma question :Quelle est le rôle du Lead Dev dans le management ? Doit il ou ne doit il pas avoir des conversations dédiées avec les membres de son équipe ?

Merci d'avance pour le temps que vous allez prendre à me lire et (peut-être) à me répondre."

Épisode enregistré en Mars 2025.

Crédits musique: "Guess Again", provided by https://slip.stream