Article original : Leadership is not made of code
Par Luca Florio
Le leader d'équipe est une figure clé dans une équipe de développeurs. C'est un rôle difficile, impliquant à la fois des compétences techniques et sociales. C'est la raison pour laquelle tout le monde n'est pas fait pour cela.
La compétence technique n'est généralement pas le problème (insistance sur généralement). Les compétences sociales — appelons cela leadership — sont une autre histoire. Les compétences techniques sont fondamentales, mais le leadership ne se fait pas de code. C'est ce qui maintient les équipes ensemble et motivées.
Un mauvais leadership peut compromettre non seulement le succès du produit, mais aussi l'équipe elle-même. Il n'est pas rare de voir de bons développeurs partir à cause d'un mauvais leader d'équipe (a.k.a. le patron). Ce n'est pas à prendre à la légère, et c'est un sujet qui mérite d'être exploré un peu. Alors, de quoi est fait le leadership ?
Le leadership est fait de respect
Le respect est un point clé dans le leadership. Un bon leader d'équipe doit être respecté par les développeurs, avant tout comme un professionnel. Il est difficile de donner du respect à quelqu'un que vous considérez comme incompétent. Mais comme indiqué précédemment, le leadership ne concerne pas seulement la compétence technique. Cela signifie qu'un leader d'équipe doit également être respecté en tant que personne. Comment y parvenir ? La réponse est simple : si vous voulez du respect, vous devez donner du respect.
Le respect est une voie à double sens
Avez-vous déjà eu l'impression que votre patron ne vous aime pas ? Que vous ne faites pas vraiment partie de l'équipe ? Que tout ce que vous faites n'est jamais assez ou correct ? C'est le genre de sentiment qui pousse un développeur à performer en dessous de ses capacités. C'est aussi ce qui amène un développeur à ne pas respecter le patron. Si je sens que vous ne m'aimez pas, probablement à la fin, je ne vous aimerai pas non plus.
N'ayez pas de biais
Les développeurs sont des êtres humains. Ils ont leurs vertus et leurs vices, ils ont une vie ou une famille en dehors du bureau. Un leader d'équipe devrait comprendre et respecter les développeurs, à la fois comme professionnels et comme personnes, de la même manière et sans biais. Les sentiments personnels devraient être laissés à l'extérieur du bureau. C'est difficile, mais un bon leader d'équipe parvient à le faire.
Le leadership est fait de confiance
La confiance est le fondement de toute relation, et les relations professionnelles ne font pas exception. Le leadership signifie faire confiance à vos développeurs.
Votre façon n'est pas la mienne
Personnellement, je déteste quand le patron me dit non seulement quelle tâche faire, mais aussi comment la faire dans les moindres détails. C'est encore pire quand ils sont toujours en train de me surveiller, vérifiant ce que je fais — et comment je le fais. Finalement, je vais penser que le patron ne me fait pas confiance. Le résultat final est que je suis plus préoccupé par l'accomplissement de la tâche de la manière que mon patron aimerait au lieu de la faire de la meilleure manière possible (oui, les deux choses ne coïncident parfois pas).
Déléguer est un gagnant-gagnant
C'est pourquoi il est important pour un leader d'équipe de donner de la confiance aux développeurs. Il y a une nouvelle fonctionnalité du produit à implémenter ? Choisissez quelques développeurs et laissez-les gérer la fonctionnalité, de la conception à l'implémentation jusqu'à la production. Vérifiez avec eux l'état d'avancement du travail, donnez des suggestions si nécessaire, mais laissez-les libres de gérer la tâche.
Déléguer la tâche montre que vous faites confiance à vos développeurs pour faire un bon travail. Cela vous permet de vous concentrer sur le tableau d'ensemble au lieu des détails d'implémentation. Ils l'apprécieront et essaieront de livrer le meilleur travail possible. J'appelle cela un gagnant-gagnant.
Le leadership est fait de règles
Les règles sont ce qui fait fonctionner la société. Il en va de même pour une équipe de développeurs. N'importe qui peut créer un ensemble de règles et les imposer à l'équipe. Le leadership est ce qui fait que l'équipe suit les règles parce qu'ils veulent les suivre, et non parce qu'ils y sont obligés. Cela n'est possible que s'ils font confiance au leader pour créer un ensemble de règles basé sur des valeurs partagées (confiance et respect).
Les règles imposées ne sont pas des règles
Je ne vous connais pas, mais j'ai du mal à suivre des règles auxquelles je ne crois pas. Je ne peux pas le faire juste parce que quelqu'un me les a imposées, sans explication et sans un minimum de discussion. Je peux essayer de le faire, mais probablement je vais contourner celles que je trouve incorrectes. Si tout le monde dans l'équipe contourne certaines règles, le résultat est qu'il n'y a plus de règles. Dites adieu à la productivité.
Créer un terrain d'entente
Même si vous, en tant que leader d'équipe, avez le dernier mot, discutez de ces règles avec toute l'équipe. De cette manière, il y aura un terrain d'entente sur lequel travailler. Plus de contournement des règles. Ces règles peuvent aller des conventions de codage au choix de l'IDE. Cela peut sembler trivial, mais il est préférable de souligner même les choses simples. Le leader d'équipe devrait donner l'exemple et devrait être le premier à suivre les règles.
Le leadership est fait de temps
Un leader d'équipe devrait valoriser son temps ; c'est l'une des choses les plus importantes qu'il peut donner à l'équipe. Évitez les réunions inutiles et économisez du temps pour vos développeurs. Le leadership consiste à être là pour un développeur qui demande votre temps.
Mon temps est précieux comme le vôtre
Je peux comprendre que tout le monde est toujours occupé. Mais si je vous demande de parler — parce que j'ai besoin de parler, pour une raison valable — et que vous organisez une réunion, je m'attends à ce que vous y assistiez. Mon temps est précieux exactement comme le vôtre. Si vous ne respectez pas mon temps, cela est mauvais pour un couple de raisons. Premièrement, si vous m'avez fait attendre pour rien, vous avez gaspillé mon temps. J'aurais pu faire quelque chose d'utile à la place. Deuxièmement, je me sens comme si je ne valais pas votre temps.
Prenez le temps de parler aux développeurs
Fixez des réunions de point pour discuter de l'état d'avancement du travail. Trouvez un créneau horaire mensuel pour faire un tête-à-tête avec chaque membre de l'équipe, pour vérifier comment les choses se passent et comprendre leurs besoins. Soyez toujours à l'heure lorsque vous planifiez une réunion. Au fait, rappelez-vous une règle simple :
- 5 minutes en avance est à l'heure.
- À l'heure est en retard.
- En retard est inacceptable
Je l'ai dit avant, mais je ne peux pas le répéter assez : le leader d'équipe devrait toujours donner l'exemple.
Le leadership est fait de force
Parfois, les choses tournent mal. Lorsque cela se produit, un leader d'équipe reste fort.
**Quand les pièces commencent à tomber...
Vous, en tant que leader d'équipe, devriez être une référence dans toutes les situations. Sinon, lorsque quelque chose ne va pas, vous déclencherez une réaction en chaîne qui rendra l'équipe incapable de résoudre la situation. Dans le pire des cas, les choses tournent mal et vos développeurs sont blâmés parce que vous ne pouvez pas gérer ce qui se passe. Si vous ne pouvez pas gérer une situation difficile, il y a des chances que vous ne soyez pas fait pour le rôle de leader d'équipe.
Ne paniquez pas
Le leadership nécessite la force d'être toujours une référence solide pour les développeurs, même dans une situation de type Armageddon. Si vos développeurs vous voient paniquer et perdre le contrôle de la situation, ils paniqueront aussi. C'est la dernière chose que vous voulez dans une situation difficile. La panique ne résout pas les problèmes. Faites-vous et à vos développeurs une faveur : restez calme. Ne paniquez pas.
Conclusion
Le rôle du leader d'équipe est complexe, impliquant à la fois des compétences techniques et sociales. La compétence technique est un must, mais elle n'est pas suffisante pour être un bon leader d'équipe. Il y a des aspects qui sont bien plus importants dans la création d'une équipe productive et soudée.
En guise de note finale, rappelez-vous que le truc est de penser à ce qui est le mieux pour votre équipe. En fin de compte, le leader d'équipe travaille pour les développeurs, et non l'inverse.
À bientôt ! ?