À la une

Le Lead Dev ouvre son IDE à 14H00

Salut à toi jeune entrepreneur 🤙

Je ne vais pas revenir sur le rôle du Lead Developer et son importance au sein d’une équipe car tu trouveras pléthore de ressources sur ce sujet. Mais je vais t’exposer certains points que j’aurais aimé connaître et qui t’aideront à mieux appréhender ce rôle.

Avant d’aller plus loin, je vais me présenter en 2 mots. Je suis développeur et formateur, et actuellement je coach une équipe de devs. Concrètement, je les accompagne dans leur montée en compétences, j’interviens sur des sujets qui requièrent une certaine expertise que ce soit au niveau technique ou organisationnel et surtout je réponds présent lorsque l’on me sollicite 🤚

Le sommeil 😴

La première des choses que j’ignorais est la perte de sommeil. J’en parle en premier car la santé c’est important et on va pas se mentir, plus tu auras des responsabilités et plus tu risques de perdre en sommeil. Surtout au début, le temps que tu apprennes à gérer la pression et les échéances.

Imagine que toi et ton équipe avez bossé sur une feature attendue par le client et les utilisateurs finaux. Lorsqu’elle sortira, si tout fonctionne c’est toi qu’on félicitera en premier 👏.  Et si ça foire 🐛💥, bah c’est à toi qu’on demandera pourquoi. C’est logique car le lead est le garant du code produit par l’équipe 🏉. Cette responsabilité peut mettre une certaine pression et il faut en être conscient.

La disponibilité et l’organisation 🕐

Sois disponible. Le lead est celui dont on a besoin quasiment tout le temps ! Les devs auront besoin de toi pour les débloquer, faire de la review, du pair programming, répondre à des questions techniques…

Les autres acteurs du projet (chef.fe de projet, scrum master, QA, product owner, CTO…) auront besoin de toi pour savoir où en est le bug top prio, ou si cette feature est facilement réalisable, ou encore si tu as pu voir pourquoi le cron qui exporte le fichier toto ne passe plus depuis 2 jours… (Chacun s’imaginant que son urgence doit devenir ton urgence 🚨).

Enfin, toi-même tu auras besoin de toi pour avancer sur tes propres sujets donc il faut que tu sois organisé… Cette sollicitation t’amènera surement à ouvrir ton IDE à 14h00 certains jours ou pire encore à ne pas l’ouvrir du tout. Eh oui, il peut arriver que tu ne pondes plus une seule ligne de code durant des semaines entières. Et ceci peut engendrer de la frustration si tu n’es pas prêt 😁

La légitimité ✨

Il y a 2 types de leads dev : ceux qui sont devenus lead car ils sont bons techniquement et ceux qui sont devenus lead car ils connaissent par coeur le fonctionnel et bossent sur le même projet depuis la 1ère étoile des bleus 🌟.

Être légitime c’est primordial pour fédérer. Les devs te remettront vite en question si tu es bancal sur la technique ET sur le fonctionnel. Il y a un proverbe arabe qui dit « Celui qui ne possède pas une chose, ne peut la donner ». Autrement dit, il sera difficile de faire grandir et évoluer ton équipe de devs si tu es limité techniquement. Et pire encore, ce sera très difficile de les faire adhérer à tes choix techniques donc assure toi d’être à l’aise et de maîtriser à minima ton sujet avant de te lancer.

Tu seras jamais prêt à être lead et un très bon conseil qui m’a été donné c’est celui de faire semblant d’être lead jusqu’a le devenir. Ça aide à combattre le syndrome de l’imposteur et a faire accepter ses prises de décisions.

Un autre point important est la consultation. C’est hyper important de donner la parole à toute l’équipe et de prendre en considération les différents avis. Il y a toujours un milliard de façons de developper une feature et c’est important de challenger toutes les solutions proposées y compris les tiennes.

La patience 🥋

Une autre chose qui me viens en tête c’est la patience. Tu vas devoir répéter inlassablement les mêmes choses. Et tu devras être vigilant sur les mêmes points jusqu’au jour où le message sera bien passé auprès d’un.e dev qui prendra le relais inconsciemment. Alors tu pourras être vigilant sur un nouveau point et bis repetita… Donc sois patient.e et ne sois pas aussi exigent.e avec ton équipe comme tu peux l’être avec toi-même, chacun son rythme ! ⛵️

Soft Skills first ❤️

Les softs skills sont à mon sens trop sous estimés dans l’IT. J’ai côtoyé des développeurs avec un haut niveau technique mais niveau soft skills il fallait repasser… Au final, très peu adhèrent à leur idée ou proposition et certains membres de l’équipe se sentent mal. Cela peut engendrer des tensions et se ressentir sur le travail fourni. Il faut que tu essaies d’être un modèle sur cet aspect. Il faut aussi que tu saches absorber la pression pour préserver ton équipe et que tu sois à leur écoute. Certains devs se démotivent très facilement, il faut trouver les mots justes et répondre en toute honnêteté aux inquiétudes et préoccupations…

L’exemplarité et la communication 🗣

Le lead est imité et sa parole est d’or. Lorsque tu soumets 1 merge request sois propre 👌(logique, implémentation, naming, log, gestion d’erreurs…). Il y a de très fortes chance que ton code sois analysé et copié pour les prochains use cases ressemblant à ta merge request.

N’hésite pas à présenter ton travail et à donner le maximum de tips, recommandations, à expliquer tes choix… Enfin lorsque tu préconises des choses sois précis, certains devs appliqueront à la lettre ce que tu dis, je l’ai appris a mes dépends 😅.

Autre point à ne pas négliger c’est de donner du feedback de manière informelle ou non à chaque membre de ton équipe. Cela permet de féderer et de mieux cerner les attentes. Aussi cela instaure une proximité non négligeable en ces temps de confinements. J’ai remarqué qu’il y avait peu de lead développeurs qui prennent le temps de faire des retours positif ou négatifs. L’idée c’est de rester bienveillant et d’être à l’écoute.

Il ne fait aucun doute qu’il va aussi falloir être bon en communication. Il va falloir expliquer des choses techniques à des non tech 🤨. Et ce n’est pas suffisant de savoir dire STOP 🛑. En effet il faut savoir expliquer pourquoi. Il faut aussi savoir remonter les informations et échanger avec les autres équipes.

Pour conclure

Les différents points évoqués t’aideront à endosser ce nouveau rôle mais ce qui fera de toi un bon lead c’est ta capacité à analyser chaque situation afin d’en tirer une expérience dans le but d’anticiper et de prévenir.

On attend d’un lead qu’il sache transmettre son savoir, c’est important de faire monter en compétences les développeurs sur tous les sujets que j’ai évoqués. Il faut les laisser prendre des décisions et les responsabiliser. Tu auras réussi ta mission lorsque n’importe quel développeur de ton équipe sera capable de te remplacer 🔥

Smaïne Milianni

Certified Symfony 4,5 & AWS Solution Architect #RemoteWorker 🚀 Push from anywhere 🌎

Twitter @Eniams_Dev
Smaine Milianni

Recent Posts

Les pêches et les noix de coco : mieux comprendre la culture d’entreprise quand on change de poste

Changer d’entreprise, c’est excitant. Nouveau challenge, nouveaux collègues, nouveau café. Mais, bien souvent, on oublie…

7 jours ago

Le DevSecOps, une évolution nécessaire ?

Ça n’étonnera personne si nous affirmons que le monde du développement logiciel est en constante…

2 semaines ago

Travailler en tandem augmente la résilience des systèmes et le bien-être des collaborateurs !

En Allemagne, le travail en tandem à temps partiel, aussi appelé « jobsharing » est…

2 mois ago

Classement QCM saison automne : infos & règlement.

On se retrouve comme d'habitude pour le début du classement qcm saison automne ! Mais…

2 mois ago

Classement QCM saison Eté 2024 : Règlement, informations.

La saison printemps des tests techniques WeLoveDevs s'est terminée le 31 mai, et c'est Axel…

5 mois ago