Tech Lead vs. Engineering Manager: aclarim els rols
«I tu què ets, el tech lead o el manager?» És una pregunta que no hauria de generar cap dubte, però a la majoria d'organitzacions d'enginyeria de menys de 50 persones en genera. Perquè han posat la mateixa persona als dos rols i n'han dit lideratge.
He vist aquest patró repetir-se a desenes de startups: un bon enginyer sènior puja a «lead». De cop és responsable de les decisions d'arquitectura, de la qualitat del codi, de fer de mentor dels júniors, de dirigir les cerimònies d'sprint, de les avaluacions de rendiment, de protegir l'equip del caos dels stakeholders, de contractar i — ah, sí — de continuar escrivint codi. És una posició abocada al fracàs, i normalment hi acaben: es cremen en una dimensió mentre l'altra se'ls escapa de les mans.
El Tech Lead i l'Engineering Manager són rols fonamentalment diferents. Fusionar-los no estalvia plantilla: degrada totes dues funcions. Aclarim què fa cadascun, quan toca separar-los i com construir una carrera professional per a tots dos.
El Tech Lead és l'amo del codi, no de les persones
El Tech Lead és responsable de la direcció tècnica d'un equip o projecte. El seu terreny és el codi, l'arquitectura i la qualitat tècnica del que construeix l'equip.
Responsabilitats principals:
- Decisions d'arquitectura. Triar els patrons, les tecnologies i els enfocaments adequats per als problemes que l'equip ha de resoldre. Escriure o apadrinar RFC per a les decisions tècniques importants.
- Qualitat del codi. Fixar els estàndards de testing, revisió de codi i documentació. Ser l'últim revisor dels canvis complexos. No es tracta d'escriure cada línia personalment, sinó de garantir que la base de codi manté un nivell de qualitat que l'equip pot sostenir.
- Mentoria tècnica. Ajudar els enginyers a créixer tècnicament. Fer pairing en els problemes difícils. Explicar el raonament de les decisions d'arquitectura perquè l'equip aprengui el «per què», no només el «què».
- Gestió del risc tècnic. Identificar deute tècnic, riscos de rendiment, límits d'escalabilitat. I comunicar-los a la direcció en termes de negoci: «L'esquema actual de la base de dades no suportarà la funcionalitat multi-tenant del roadmap sense una migració de 4-6 setmanes.»
- Desencallar l'equip tècnicament. Quan un enginyer s'encalla en un problema difícil, el Tech Lead s'hi posa. Quan una API de tercers fa coses estranyes, el Tech Lead la depura. És l'última línia de defensa tècnica.
El que el Tech Lead no fa: avaluacions de rendiment, converses de desenvolupament professional, negociacions salarials, decisions de contractació (tot i que participa en les entrevistes tècniques) ni gestió de processos.
El producte principal del Tech Lead són les decisions tècniques i la qualitat tècnica. Té èxit quan l'equip construeix les coses ben fetes.
L'Engineering Manager és l'amo de les persones, no del codi
L'Engineering Manager és responsable de la dimensió de persones i procés de l'equip. El seu terreny són les persones, els fluxos de treball i el context organitzatiu en què opera l'equip.
Responsabilitats principals:
- Gestió de persones. One-on-ones, avaluacions de rendiment, desenvolupament professional, feedback, resolució de conflictes. Entendre què motiva cada persona de l'equip, què la frustra i què necessita per créixer.
- Contractació i composició de l'equip. Definir quins rols necessita l'equip, portar el procés de selecció, prendre les decisions de contractació. Construir un equip amb la barreja adequada d'habilitats, nivells d'experiència i perspectives.
- Procés i lliurament. Cerimònies d'sprint (si es fa Scrum), optimització del flux de treball, eliminació de bloquejos organitzatius. Garantir que l'equip té un procés que funciona i no s'ofega en reunions.
- Gestió de stakeholders. Traduir les prioritats de negoci en prioritats d'equip. Gestionar expectatives amb producte, disseny i direcció. Protegir l'equip dels canvis de context constants i de l'scope creep.
- Salut de l'equip. Vigilar la càrrega de feina, prevenir el burnout, garantir la seguretat psicològica. Adonar-se que algú s'està desconnectant i actuar abans que es converteixi en una dimissió.
El que l'Engineering Manager no fa: prendre decisions d'arquitectura, ser l'àrbitre final de la qualitat del codi ni ser l'expert tècnic més profund de l'equip. Ha de tenir prou base tècnica per entendre què construeix l'equip i discutir trade-offs amb criteri, però la seva feina no és ser el millor enginyer de la sala.
El producte principal de l'Engineering Manager és un equip sa, productiu i que creix. Té èxit quan l'equip lliura de manera consistent i les persones que en formen part avancen en la seva carrera.
Per què fusionar els dos rols surt malament
Quan una sola persona fa les dues coses, alguna cosa cedeix. Sempre. Això és el que he vist:
Escenari 1: el líder tècnic que detesta gestionar persones. És el més habitual. Un enginyer brillant es converteix en «el lead» i ara ha de fer one-on-ones, avaluacions de rendiment i contractació. Es salta els one-on-ones («vaig massa enfeinat»), dona feedback vague («ho estàs fent bé») i contracta només per habilitat tècnica, sense avaluar l'encaix amb l'equip. El codi de l'equip és excel·lent. La moral, terrible. La gent marxa, i el lead no ho entén perquè «tenim uns problemes tècnics tan interessants».
Escenari 2: el líder de persones que perd la credibilitat tècnica. Menys habitual però igual de perjudicial. Un manager que té molta mà amb la gent però deixa d'estar al dia tècnicament. L'equip se l'estima, però no es refia del seu criteri tècnic. Les decisions d'arquitectura les acaba prenent el sènior que crida més, en lloc de sortir d'una avaluació estructurada. El deute tècnic s'acumula perquè el manager no el veu o no el sap prioritzar amb credibilitat.
Escenari 3: l'híbrid cremat. La persona que de debò intenta fer-ho tot i treballa setmanes de 60 hores per aconseguir-ho. Durant un temps se'n surt prou bé en totes dues dimensions — fins que es crema. I quan marxa, l'equip perd les dues funcions de cop, i això és catastròfic.
Quan una sola persona pot fer-ho tot
Hi ha una fase en què combinar els rols té sentit: molt al principi, típicament amb un equip de 2-5 enginyers.
Amb aquesta mida, la càrrega de «gestió» és mínima. Els one-on-ones són informals. No hi ha cap procés complex a gestionar. Es contracta poc sovint. La persona ha de ser tècnicament sòlida i emocionalment intel·ligent, però la gestió de persones pesa prou poc perquè una sola persona pugui portar-ho tot sense sacrificar res.
Els senyals que toca separar els rols:
- L'equip supera els 6-7 enginyers. A partir d'aquí, la gestió de persones és una feina a jornada completa. Només els one-on-ones ja ocupen 3-4 hores setmanals. Suma-hi la contractació, les avaluacions de rendiment i la gestió de stakeholders, i no queda temps per a la feina d'arquitectura.
- El lead híbrid sempre va endarrerit en una de les dues dimensions. Els one-on-ones es cancel·len un cop i un altre. O les revisions d'arquitectura no es fan. Alguna cosa s'està sacrificant.
- L'equip té enginyers en etapes de carrera diferents. Un equip format només per sèniors necessita poca gestió. Un equip amb júniors, mids i sèniors necessita desenvolupament professional actiu, estructures de mentoria i feedback diferenciat — i això és feina de gestió de debò.
- La complexitat tècnica creix. Si el sistema guanya abast i les decisions d'arquitectura demanen reflexió profunda i sense interrupcions, el Tech Lead necessita un temps que la gestió de persones no li deixa.
Entre 15 i 40 persones, l'EM i el Tech Lead estan al mateix nivell
En una organització d'enginyeria de 15-40 persones, aquesta és una estructura que funciona:
Els Engineering Managers porten equips de 5-8 enginyers. Cada EM és responsable de les persones, el procés i el lliurament del seu equip. Reporten a un VP of Engineering o un Head of Engineering.
Els Tech Leads estan integrats dins dels equips. Cada equip té un Tech Lead que en porta la direcció tècnica. El Tech Lead està al mateix nivell que l'EM, no n'és un subordinat. Col·laboren: l'EM fixa el «què» i el «quan» (segons les prioritats de negoci); el Tech Lead, el «com».
La relació clau: EM i Tech Lead són socis, no una jerarquia. L'EM no passa per sobre de les decisions tècniques. El Tech Lead no passa per sobre de les decisions de persones. Quan no estan d'acord, ho resolen entre ells o ho escalen al seu responsable comú. Aquest model de parella exigeix respecte mutu i comunicació clara, però quan funciona, és molt potent.
Els Staff/Principal Engineers operen entre equips. A les organitzacions del tram alt (30+), els Staff Engineers aporten lideratge tècnic transversal: vetllen per la coherència entre sistemes, impulsen les decisions a nivell de plataforma i fan de mentors dels Tech Leads. No gestionen persones. Són la via tècnica, amb un abast més ampli.
Dues vies de carrera amb el mateix prestigi — o els teus millors enginyers marxaran
Aquí és on moltes organitzacions fracassen. Si Tech Lead és l'únic camí per créixer, estàs empenyent grans enginyers cap a una gestió que no volen. Si Engineering Manager és l'únic camí, estàs perdent profunditat tècnica al nivell de lideratge.
La via tècnica: Senior Engineer -> Staff Engineer -> Principal Engineer -> Distinguished Engineer / Fellow
A cada nivell, l'abast creix. Un Senior Engineer lidera dins d'un projecte. Un Staff Engineer lidera a escala d'equip. Un Principal Engineer lidera a escala d'organització. L'impacte creix per influència tècnica, no per gestió de persones.
La via de gestió: Senior Engineer -> Engineering Manager -> Senior EM / Director -> VP of Engineering
A cada nivell, l'abast organitzatiu creix. Un EM porta un equip. Un Director, diversos equips. Un VP, tota la funció. L'impacte creix per efectivitat organitzativa i desenvolupament de les persones.
El punt crític: les dues vies han de tenir una compensació i un prestigi equivalents. Si els teus Staff Engineers cobren menys que els teus Directors, o si la teva cultura tracta implícitament la gestió com la carrera «de debò», la via tècnica és una ficció i els teus millors enginyers marxaran o es convertiran, a contracor, en managers mediocres.
Com separar els rols sense trencar l'equip
Si avui tens rols híbrids lead/manager i els vols separar:
- Identifica cap a quina dimensió tira cada lead actual. La majoria de la gent té una preferència natural. El lead a qui li encanten les discussions d'arquitectura i el pair programming? Tech Lead. El que és bo fent one-on-ones i contractant? EM.
- No forcis transicions. Si un lead vol continuar sent híbrid i l'equip és prou petit per permetre-ho, cap problema. La separació ha de venir perquè l'equip la necessita, no perquè ho digui un organigrama.
- Defineix els rols amb claredat i comunica'ls. L'equip ha de saber a qui acudir per a cada cosa. «Per a decisions d'arquitectura, parla amb l'Àlex. Per a creixement professional i procés, amb la Júlia.»
- Dona-li un trimestre per assentar-se. Les transicions de rol són incòmodes. L'antic lead híbrid que ara és «només» Tech Lead pot sentir que ha perdut estatus. El nou EM pot dubtar de la seva pròpia autoritat. Dona-hi temps i acompanya activament totes dues persones durant la transició.
A Conectia treballem amb organitzacions d'enginyeria en totes les etapes d'aquesta evolució. Alguns clients tenen un únic lead que ho porta tot; d'altres tenen separacions EM/TL madures. Els nostres enginyers sèniors s'integren en qualsevol de les dues estructures: aporten la profunditat tècnica d'un individual contributor sòlid que sap treballar colze a colze tant amb Tech Leads com amb Engineering Managers. Perquè els millors equips no els defineix l'organigrama. Els defineixen la claredat dels rols i la qualitat de les persones.
Estàs escalant el teu equip d'enginyeria i necessites enginyers sèniors que encaixin a la teva estructura des del primer dia? Parla amb un CTO.
