Article original : These books helped me navigate my first time being a tech lead

Par Danny Perez

Le tech lead était transféré vers une autre équipe pour une mission à long terme, et j'ai pris le relais en tant qu'ingénieur manager/team lead.

De l'extérieur, le travail de tech lead semblait faisable, mais j'ai rapidement réalisé que je m'engageais dans quelque chose qui me dépassait. Malheureusement, mon équipe était responsable d'une grande partie de l'infrastructure centralisée ainsi que des opérations techniques quotidiennes. Je n'avais reçu aucune formation de tech lead, et comment aurait-il pu en être autrement ? J'étais convaincu que le rôle de tech lead était si différent selon les entreprises, alors comment aurait-il pu exister des directives à ce sujet ?

Dans mon précédent rôle d'ingénieur senior au sein de mon équipe, je me sentais capable de mener à bien des projets plus importants, mais je n'avais jamais eu qu'un seul projet à gérer. Maintenant, je devais gérer 3 à 5 projets pour mon petite équipe de 5 ingénieurs.

Le mieux que je pouvais faire était de faire comme la personne précédente, ce qui ne vous mène qu'à garder la tête hors de l'eau. J'ai réalisé que la seule façon de surmonter cela était de me plonger dans les livres et d'apprendre tout ce que je n'avais jamais appris en matière de gestion à l'université.

J'ai beaucoup lu cette année-là. Plus que les trois années précédentes combinées. Les livres les plus utiles que j'ai lus se résument à 3 domaines du travail avec lesquels j'ai eu du mal (comme beaucoup d'autres) : gérer les performances de l'équipe et des individus, déléguer et faire de mon équipe une équipe formidable sur laquelle travailler.

*Avertissement : J'ai essayé de lier les sites web des auteurs lorsque c'était possible. Sinon, les liens mènent à Amazon (sans liens d'affiliation) si vous souhaitez acheter le livre. Je n'ai aucune association avec les auteurs mentionnés ci-dessous, je suis simplement un fan de leurs écrits.

Gérer les performances

Une chose qui, selon moi, affectait l'équipe était un membre de l'équipe sous-performant. Comme beaucoup d'autres, je n'avais jamais vu une évaluation de performance efficace moi-même, ni vu comment d'autres leads géraient les performances au sein de leur équipe (ce qui est probablement une bonne chose, mais pas utile pour moi).

Bien que je sache, à un niveau élevé, ce que vous êtes censé faire, comme parler et traiter le problème, j'ai eu du mal à le faire réellement — comment pourrais-je, un nouveau lead, donner des feedbacks à quelqu'un qui était auparavant un pair dans mon équipe ? C'est définitivement gênant les premières fois !

Heureusement, dans ce domaine, il y a des personnes beaucoup plus intelligentes que moi qui ont partagé leurs expériences en détail pour vous aider à surmonter ces types de problèmes.

  • Radical Candor: Be a Kick-Ass Boss Without Losing Your Humanity par Kim Scott Si vous voulez vous concentrer sur le fait de donner de bons feedbacks — ce livre propose un modèle mental puissant pour donner et recevoir des feedbacks sans avoir l'impression d'être un imbécile. Il se concentre sur le fait d'être franc avec les gens, de peur que vous ne complotiez contre eux ou ne les humiliiez.
  • Leading Teams: 10 challenges and solutions par Mandy Flint, Elisabet Vinberg Hearn et Debugging Teams: Better Productivity through Collaboration par Brian W. Fitzpatrick, Ben Collins-Sussman Si vous voulez vous concentrer sur le fait de vous désengager de certains problèmes au sein de votre équipe — ces deux livres approfondissent les problèmes courants que les équipes peuvent rencontrer, et fournissent des directives étape par étape sur la manière de les traiter. C'était un domaine où je ne me sentais pas à l'aise de demander conseil aux autres managers. Nous avions de nombreuses petites équipes, et nous étions tous très amicaux, ce qui rendait difficile de trouver des personnes à qui parler. La meilleure solution était de voir ce que d'autres leaders plus expérimentés avaient fait dans ces scénarios.
  • Manager Conversation with Low Performers at UMCB sur Youtube Il est très rare que vous ayez l'occasion d'observer l'évaluation de performance de quelqu'un d'autre — elles sont privées et personnelles par nature (ou vous êtes RH). Si vous vous êtes déjà demandé à quoi pourrait ressembler une « bonne » conversation sur les mauvaises performances, cette vidéo m'a énormément aidé ! Il y a d'autres vidéos connexes qui vous montreront ce qu'il ne faut pas faire, mais c'est génial de voir comment vous pouvez rapidement désamorcer une situation gênante.

Résumé de la leçon #1 : Soyez incroyablement explicite sur vos attentes avec leur travail afin qu'ils ne puissent jamais dire, « Comment étais-je censé savoir ? »

Déléguer

Une autre partie gênante de mon travail était de dire aux gens ce qu'ils devaient faire — notre équipe avait une mission sur laquelle nous étions principalement alignés, mais nous ne travaillons pas toujours sur des choses passionnantes et le travail doit tout de même être fait à temps.

J'avais vu d'autres personnes le faire bien, j'en avais vu d'autres le faire mal — mais je n'aurais pas su vous expliquer pourquoi. Je me sentais gêné les premières fois en disant, « Hé Roger, peux-tu jeter un coup d'œil à ce problème ? » pour que ce développeur revienne avec quelque chose que je n'attendais pas (voir la leçon #1).

Quand j'étais un ingénieur parmi d'autres dans l'équipe, je me sentais capable de travailler sur des projets plus importants et de m'assurer que nous livrions les bonnes choses. Mais maintenant, j'étais également responsable de tous les projets sur lesquels l'équipe travaillait, pas seulement les miens. J'avais environ deux fois plus de choses à faire maintenant, et le typique ingénieur devenu manager, dans un accès de frustration, pourrait demander, « Quand suis-je censé coder si je suis coincé dans des réunions et que je dois gérer des gens tout le temps ? »

Il était difficile de jongler avec tous les projets dont j'étais maintenant responsable, ainsi que de faire le travail sur les projets critiques, de planifier des initiatives inter-équipes, et d'insérer 20 autres choses ici.

Pour résumer ces livres : soyez incroyablement explicite sur vos attentes avec les projets/tâches afin qu'ils ne puissent jamais dire, « Comment étais-je censé savoir ? »

Bien que ces deux livres semblent un peu clichés, ils m'ont donné un excellent cadre et processus pour déléguer. Après les avoir lus, j'ai commencé à bloquer du temps dans mon calendrier pour passer en revue nos projets et essayer de faire correspondre les objectifs et motivations des gens avec le travail que nous avions à faire. Plusieurs d'entre nous ont obtenu des certifications AWS, un ingénieur a obtenu une promotion, et un stagiaire nous a rejoints à temps plein. Et nous avons également construit de superbes choses.

Faire une bonne équipe

Une façon de construire une meilleure équipe est de voir plus d'équipes et comment elles fonctionnent, et de les utiliser comme exemples pour construire vos propres équipes. Le hic, c'est que, à moins de quitter votre travail et de travailler ailleurs, vous ne verrez pas tant d'équipes et vous ne saurez peut-être même pas à quoi ressemble votre équipe à son meilleur !

J'ai absolument adoré lire ces livres car ils fournissaient des études de cas d'équipes réelles avec des histoires réelles dans certaines entreprises de haut niveau. Certaines personnes ont vécu des moments vraiment difficiles dans leur travail, d'autres non, et ils expliquent pourquoi en détail.

Ces livres sont plus axés sur les équipes d'ingénierie logicielle :

Ces livres couvrent les équipes en général :

Pour résumer ces livres en une phrase : Soyez incroyablement explicite sur vos attentes avec la culture de l'équipe afin qu'ils ne puissent jamais dire, « Comment étais-je censé savoir ? »

Conclusion

J'ai passé un excellent moment à diriger mon équipe pendant plus d'un an. Bien que parfois, il était incroyablement décourageant de penser à la façon dont je pourrais traverser une semaine particulièrement problématique, mon équipe restait sur la bonne voie et avec le temps, nous avons pu passer à un travail plus proactif. Il y a de nombreux domaines différents en gestion où vous pourriez passer des jours et des jours à apprendre, mais si vous faites une chose et rien d'autre...

Dites à votre équipe d'être incroyablement explicite sur leurs attentes envers vous en tant que leur lead afin que vous ne puissiez jamais dire, « Comment étais-je censé savoir ? »

Fellow tech leads sur Medium : Quelle a été la partie la plus difficile de devenir tech lead pour la première fois ?

Si vous avez aimé l'article, donnez-lui quelques ? et suivez-moi ici sur Medium.

Publié à l'origine sur www.intricatecloud.io le 11 décembre 2018.