Lideratge Tècnic
El lideratge tècnic és sobretot sustracció
La feina no consisteix a afegir més decisions, més opinions, més output. Consisteix a protegir el que importa de tot el que no importa.
5 min
La majoria dels equips d’enginyeria no tenen problemes per manca de bones idees. Els tenen perquè en tenen massa, i ningú n’està eliminant les equivocades.
El problema de l’instint
Quan algú es converteix en líder tècnic, el primer instint sol ser fer més. Més revisions, més opinions, més presència a cada canal. La transició sembla una expansió de responsabilitat, de manera que sembla que hauria d’implicar una expansió de l’output.
Sovint produeix el contrari. Un líder tècnic que ho toca tot es converteix en un coll d’ampolla. El seu context és irremplazable; la seva disponibilitat no ho és.
El millor instint és preguntar-se què es pot eliminar. Quines decisions no cal prendre encara? Quines reunions produeixen alineament que un document podria haver proporcionat? Quines discussions tècniques són un substitut d’una pregunta de producte que ningú ha respost?
La sustracció és més difícil de veure i de celebrar que l’addició. Això és part del motiu pel qual es practica poc.
El que realment multiplica un equip
La feina amb més palanca que fa un líder tècnic generalment no és a l’historial de commits.
És la conversa que va evitar un desviament de tres mesos. La revisió d’arquitectura que va detectar una assumpció abans que es convertís en una restricció. La redirecció silenciosa d’una discussió que estava a punt de produir un consens del qual tots s’haurien penedit. La decisió de no escalar un conflicte que hauria costat dues setmanes i un enginyer.
Aquestes intervencions són invisibles en retrospectiva perquè no va passar res. El bon lideratge tècnic sovint sembla que res va sortir malament, que no és el mateix que no haver-se fet res.
Els enginyers més visiblement productius — els que entreguen funcionalitats, tanquen tickets, escriuen codi — no solen ser els que multipliquen l’equip. El multiplicador és la persona que fa que la feina de tots sigui més coherent.
La trampa de l’autoritat
Els líders tècnics tendeixen a invertir massa en decisions tècniques i massa poc en claredat.
La raó és estructural. Les decisions tècniques són on la seva experiència és llegible. Revisió de codi, disseny de sistemes, arquitectura — aquests són dominis on un enginyer sènior ha guanyat credibilitat i se sent en terreny sòlid.
La claredat és més difícil. Requereix treure a la llum les assumpcions no dites en un document de requisits. Requereix fer preguntes incòmodes sobre prioritats quan dues coses que semblen importants estan en tensió. Requereix dir “crec que encara no hem acordat quin és el problema” a una sala que vol parlar de solucions.
Aquesta feina no és glamurosa. No produeix output visible. Però la direcció poc clara costa més que les males decisions tècniques, perquè es multiplica en cada persona de l’equip.
Quan escriure el codi
Hi ha moments en què un líder tècnic definitivament hauria d’escriure el codi.
Quan l’equip està bloquejat en alguna cosa que requereix context poc comú. Quan una decisió necessita explorar-se en lloc de debatre’s. Quan un prototip respondrà una pregunta més ràpid que qualsevol discussió. Quan el valor anímic de treballar al costat de l’equip supera el cost d’oportunitat de no multiplicar-lo.
Però aquests són moments específics, no el mode per defecte. El mode per defecte és: qui és la persona adequada per fer això, i què necessita per fer-ho bé?
Aquesta pregunta és més útil que la majoria de les revisions de codi.
La contractació com a decisió tècnica
Les decisions tècniques més importants que pren un líder solen ser sobre persones.
Qui s’uneix a l’equip canvia el codi que s’escriu. Canvia els estàndards que són implícitament acceptables. Canvia la capacitat de l’equip per absorbir complexitat i prendre bones decisions sota pressió.
Un equip amb alts estàndards de contractació que triga sis mesos a cobrir un lloc sovint supera un equip que el cobreix en sis setmanes amb algú que gairebé encaixa. La diferència s’acumula de la mateixa manera que el deute tècnic — lentament, de forma invisible, fins que es torna innegable.
La majoria d’equips tracten la contractació com una interrupció de la feina real. Els líders que l’entenen com la feina real tendeixen a construir resultats diferents.
L’output
El lideratge tècnic no és una versió més sènior de l’enginyeria de programari. És una feina diferent amb diferents punts de palanca i diferents modes de fallada.
Els enginyers que en són bons no són necessàriament els que escriuen el millor codi. Són els que entenen el que l’equip necessita per ser efectiu, i que estan disposats a proporcionar-ho — sigui o no visible, celebrat o interessant.
L’output no són commits. L’output és del que l’equip és capaç.