Table of Contents
Table des Mati猫res

8000+ personnes ont trouv茅 leur job sur talent.io

Nous serions ravis de t鈥檃ider 脿 trouver le job que tu m茅rites ! Pas de spam, juste des offres sur-mesure qui correspondent au r么le et au salaire que tu recherches.

S'inscrire

C鈥檈st une question qui revient inlassablement chez les devs鈥 : est-ce que je dois forc茅ment manager une 茅quipe pour progresser dans ma carri猫re ?

脌 quoi ressemblera mon quotidien si je deviens manager ?

Et est-ce que je vais continuer 脿 coder ?

Etc, etc.

Ces questions, on les a pos茅es 脿 2 Team Leads, qui se sont eux-m锚mes pos茅 ces questions avant de passer de contributeur individuel 脿 Team Lead.

Ils vont te livrer leur retour d鈥檈xp茅rience de la mani猫re la plus sinc猫re possible.

Leurs succ猫s, leurs d茅ceptions, et ce qu鈥檌ls auraient aim茅 savoir avant de prendre un poste de Team Lead.

Tu vas notamment voir que, malgr茅 leur titre similaire, leur quotidien et leurs envies sont assez diff茅rentes.

馃 D茅j脿, c鈥檈st quoi concr猫tement un Team Lead ?

Commen莽ons par le commencement.

Le Team Lead est l脿 pour assurer le delivery de son 茅quipe.

Qu鈥檈st-ce que 莽a veut dire ?

Prenons un exemple classique : une nouvelle feature doit 锚tre lanc茅e.

Le Team Lead va devoir imaginer la roadmap qui va permettre l鈥檌mpl茅mentation de cette nouvelle feature : par o霉 on commence ? Qui fait quoi ? Quelles 茅tapes ? Quelle timeline ? Comment on mesure le succ猫s ?

Concr猫tement, il est responsable que chaque projet sur lequel travaille son 茅quipe soit livr茅 en temps et en heure, de la mani猫re la plus efficace possible.

Il d茅coupe ces projets en t芒ches, qu鈥檌l ordonne et assigne aux membres de son 茅quipe.

Il fait en sorte que les projets avancent correctement en d茅finissant :

  1. Des m茅thodes de travail (Scrum, Kanban etc.)
  2. Des cadences d鈥檃vancement des projets (standups, weekly etc.)
  3. Des metrics pour mesurer le succ猫s et l鈥檈fficacit茅 de l鈥櫭﹒uipe (ex : cycle time)

Pendant toute la dur茅e du projet, il est en support de son 茅quipe et doit prendre des d茅cisions quand les choses ne se passent pas comme pr茅vu.

(Et l鈥檈xp茅rience montre que le d茅roulement d鈥檜n projet se passe rarement 100% comme pr茅vu 馃槄)

Bon, une fois qu鈥檕n a donn茅 cette d茅finition (assez large) du r么le, passons 脿 ce qui nous int茅resse le plus : le retour d鈥檈xp茅rience de Vivien et Gonzague.

馃幆 Devenir Team Lead : un choix pour Vivien

Vivien insiste l脿-dessus : devenir Team Lead, c鈥檈st un vrai choix 脿 faire, et pas simplement une voie par d茅faut pour progresser dans sa carri猫re.

鈥淛鈥檃vais vraiment envie de devenir Team Lead chez PlayPlay parce que c鈥檈st la gestion de projet qui m鈥檌nt茅resse le plus. Je l鈥檃i dit aux managers, et ensuite j鈥檃i d没 montrer que j鈥檈n 茅tais capable, m鈥檃m茅liorer sur pas mal de points. 脟a a pris environ 1 an et demi entre le moment o霉 j鈥檃i fait part de ma volont茅 et le moment o霉 j鈥檃i eu le r么le.鈥

Un choix certes, mais qu鈥檌l faut faire pour les bonnes raisons :

En fait ce qu鈥檕n veut tous c鈥檈st 茅voluer, avoir de la reconnaissance. Mais ce besoin de reconnaissance peut t鈥檃mener 脿 vouloir devenir Team Lead, alors que ce n鈥檈st pas vraiment le m茅tier que tu veux faire. Si t鈥檈s passionn茅路e de code, tu seras peut-锚tre frustr茅路e car tu vas beaucoup moins coder. Il faut bien garder en t锚te que l鈥櫭﹙olution vers Team Lead n鈥檈st pas une fin en soi, tu peux aussi continuer sur la voie de contributeur individuel.鈥

馃挕 2 conseils pour toi ici :
  • Avant de foncer t锚te baiss茅e vers la voie du management, r茅fl茅chis bien 脿 ce que tu as envie de faire et ce qui t鈥檃nime : gestion de projet/management vs technique
  • Si tu as envie de devenir Team Lead, dis le ! 脟a para卯t b锚te, mais c鈥檈st une 茅tape importante de partager son ambition 脿 son manager.

馃З Devenir Team Lead : une opportunit茅 pour Gonzague

Pour Gonzague, la situation 茅tait diff茅rente.

Il 茅tait contributeur individuel chez talent.io, et a choisi de tenter l鈥檃venture de Team Lead chez Shopmium, m锚me si ce n鈥櫭﹖ait pas forc茅ment le plan de carri猫re qu鈥檌l avait imagin茅 :

Moi je ne cherchais pas forc茅ment 脿 锚tre Team Lead 脿 la base.
J鈥檃vais plut么t envie de faire de l鈥檃rchitecture tech plut么t que du management. Mais le r么le de Team Lead qu鈥檕n m鈥檃 propos茅 chez Shopmium 茅tait tr猫s hands-on. C鈥檈st ce qui m鈥檃 convaincu de tenter le coup !鈥

馃憞 Pas d鈥檌nqui茅tude, on t鈥檈xplique ce que signifie 鈥渉ands-on鈥 dans quelques secondes.

Du coup, Team Lead = arr锚ter de coder ?

Eh bien : pas forc茅ment.

En discutant avec Vivien et Gonzague, on s鈥檈st aper莽u d鈥檜ne chose : leur quotidien est assez diff茅rent.

L鈥檈xemple le plus parlant ? Le temps qu鈥檌ls passent 脿 coder :

D鈥檜n c么t茅 Vivien ne code quasiment plus, de l鈥檃utre, Gonzague passe la moiti茅 de son temps 脿 coder.

Pourquoi cette diff茅rence alors que, sur le papier, ils ont le m锚me job ?

La raison est assez simple : en r茅alit茅, ils n鈥檕nt pas vraiment le m锚me r么le.

Oui, ils sont tous les deux Team Leads.

Oui, ils ont tous les deux les m锚mes objectifs : assurer l鈥檃vancement des projets, et maximiser l'efficacit茅 de leur 茅quipe.

Mais c鈥檈st la mani猫re d鈥檃tteindre ces objectifs qui est diff茅rente : Gonzague est un team lead hands-on, Vivien plut么t un team lead hands-off.

Hands-on et Hands-off, 莽a veut dire quoi ?

Pour faire simple :

Hands-on = tu continues 脿 mettre les mains dans le code.

Hands-off = tu ne codes quasiment plus, tu te consacres surtout 脿 la gestion de projet et management.

Quelles diff茅rences entre hands-on et hands-off au quotidien ?

Gonzague, qui continue 脿 coder, est un team lead 鈥渉ands-on鈥 :

鈥淛e passe beaucoup de temps 脿 茅crire des guidelines tech pour mon 茅quipe, c鈥檈st un peu du code 脿 trou en quelque sorte. Je fais aussi pas mal de review de code, et de recherche technique. Le reste du temps (environ 30% de mon temps), je pr茅pare les weekly, retro, et 1:1s. 鈥

Vivien, lui, dans les faits, est plut么t un team lead 鈥渉ands-off鈥 :

鈥淢on r么le est avant tout de d茅finir les priorit茅s et les objectifs dans l鈥櫭﹒uipe mais aussi avec les autres 茅quipes. Organiser les sprints, d茅finir et mesurer les metrics, et m鈥檃ssurer que tout va bien dans l鈥櫭﹒uipe. 脟a passe par pr茅parer les 1:1s, les weekly, etc. En fait, le management et la gestion de projet me laissent assez peu de temps pour coder.鈥

On le voit bien ici, Vivien et Gonzague ont tous les deux un r么le de planification et d鈥檕rganisation. Ils vont aussi reporter tous les deux 脿 leur manager.

Mais c鈥檈st bien dans l鈥檈x茅cution que la diff茅rence se fait, Gonzague 茅tant plus investi dans le code et la technique, quand Vivien l鈥檈st davantage sur l鈥檃spect process et management.

Donc 锚tre Team Lead 鈥渉ands-off鈥 = 锚tre tout le temps en r茅union ?

Pas tout le temps鈥 mais souvent.

C鈥檈st un r么le o霉 tu peux avoir beaucoup d鈥櫭ヽhanges, de synchronisation, et forc茅ment de r茅unions (l脿 o霉 le Team Lead hands-on aura g茅n茅ralement davantage de temps seul).

D鈥檃illeurs Vivien pr茅vient que ce r么le n鈥檈st pas fait pour tout le monde :

鈥淛e trouve que c鈥檈st un r么le o霉 il faut pas mal de soft skills : il faut avoir de bonnes capacit茅s de communication, savoir trancher, ne pas avoir peur du conflit. T鈥檈s un peu le tampon entre ton 茅quipe, ton manager, et les autres 茅quipes. Il faut y 锚tre pr锚t.鈥

Et comment je choisis si je suis hands-on ou hands-off ?

Le fait de continuer 脿 coder en tant que team lead d茅pend g茅n茅ralement de 2 param猫tres :

  1. Ton envie
    Est-ce que tu as envie de continuer 脿 beaucoup coder comme Gonzague vs 锚tre dans la gestion de projet de A 脿 Z comme Vivien ?
  1. La taille de ton 茅quipe et de ton entreprise
  2. 脢tre hands-on ou hands-off ne d茅pend pas que de ton envie, mais aussi de la structure de l鈥櫭﹒uipe et de l鈥檈ntreprise, comme le sp茅cifie Gonzague :
  3. 鈥淒e mon c么t茅, je manage 2 personnes, donc c鈥檈st assez logique et simple de continuer 脿 coder. C鈥檈st plus compliqu茅 quand tu as 10 personnes dans ton 茅quipe, puisque tu passeras beaucoup plus de temps sur la coordination et les process.鈥
  4. Vivien, qui doit g茅rer la roadmap de 4 personnes, a moins de temps pour coder, et davantage de points de synchro. Avec son 茅quipe, mais aussi avec les autres 茅quipes, notamment le produit et l鈥櫭﹒uipe QA.

馃挕 Notre conseil : si tu es en process pour devenir Team Lead, pose la question du temps que tu passeras 脿 coder, pour 锚tre s没r que 莽a te convient. La taille de l鈥櫭﹒uipe que tu vas leader te donnera aussi une bonne indication !

Les difficult茅s du r么le

Pour terminer, on a voulu en savoir plus sur les parties un peu plus difficiles du r么le en leur posant cette question :

Est-ce qu鈥檌l y a des aspects que vous trouvez difficiles dans le r么le ?

On leur laisse la parole 馃憞

Vivien :

  1. Rester 脿 jour techniquement
    C鈥檈st pas simple, surtout quand on ne code quasiment plus comme moi. J鈥檃imerais me bloquer une demi journ茅e ou une journ茅e par semaine pour prendre des tickets, c鈥檈st le meilleur moyen de rester 脿 jour.
  1. Le temps d鈥檃ttente des r茅sultats
    Quand t鈥檈s dev鈥, tu prends un ticket, tu le d茅veloppes, il est en prod鈥. L鈥檌mpact est quasi imm茅diat. Quand t鈥檈s team lead l鈥檌mpact est plus long terme. Si tu testes un nouveau process dans l鈥櫭﹒uipe, tu ne verras les r茅sultats que dans plusieurs semaines. Il faut s鈥檃dapter 脿 cette nouvelle temporalit茅, et c鈥檈st pas forc茅ment facile au d茅but.
  1. G茅rer les demandes de toutes les 茅quipes
    馃殫 Prenons un exemple avec la m茅taphore d鈥檜ne voiture
  • Le produit te dit : il nous faut une voiture.
  • Tu vas voir les 茅quipes dev鈥 et tu leur dis : il nous faut une voiture, donc le moteur, les roues, la carrosserie, etc. Tu te rends compte que 莽a va prendre environ 6 mois.
  • Le produit te dit : 6 mois impossible, on a que 3 mois.
  • En m锚me temps, l鈥櫭﹒uipe Customer Success te dit : nous, il nous faut une voiture, mais 脿 3 roues, sinon 莽a ne fonctionne pas pour les clients.

Du coup tu te retrouves 脿 jongler pour trouver une solution pour construire une voiture, dans le temps imparti, qui convienne 脿 tout le monde et qui fera quand m锚me le job de rouler. En g茅n茅ral 莽a se passe bien, mais c鈥檈st pas tout le temps facile.

Gonzague :

  1. Au d茅but : la l茅gitimit茅
    Je suis arriv茅 dans une nouvelle boite, donc forc茅ment au d茅but il y a un petit temps d鈥檃daptation. Les personnes de mon 茅quipe allaient plut么t poser leurs questions 脿 leur ancien manager (qui 茅tait devenu mon manager). Mais petit 脿 petit, tu montres que tu sais de quoi tu parles, et les choses rentrent dans l鈥檕rdre.
  1. Reprendre la codebase existante et la faire 茅voluer
    Quand tu arrives en tant que Team Lead, tu reprends la codebase existante et tu dois comprendre les choix qui ont 茅t茅 faits durant les derni猫res ann茅es.
  2. Le plus compliqu茅 est de faire 茅voluer les pratiques. Il faut arriver 脿 montrer l鈥檜tilit茅 des changements que tu proposes, pour le bien de l鈥櫭﹒uipe.
  3. Rester 脿 jour techniquement
  4. M锚me si je code r茅guli猫rement, je dois 锚tre le mieux inform茅 possible pour adopter les meilleures pratiques 脿 l鈥櫭ヽhelle de l鈥櫭﹒uipe. Je conseille de discuter avec des tech d鈥檃utres boites, qui utilisent d鈥檃utres stacks, pour rester 脿 jour au maximum de ce qui se fait (et Twitter, 茅videmment).
No items found.