Quan Escalar l'Equip Tècnic: 7 Senyals Clars i 3 Antipatrons
"Hire slow, fire fast" és un bon consell — fins que es converteix en una excusa per no invertir en enginyeria mentre la teva competència envia features més ràpid que tu.
He vist startups que moren lentament perquè el seu equip tècnic no dóna l'abast. No és que construeixin malament. És que no poden construir prou. El producte s'estanca, els clients es frustren, la competència avança. I quan per fi decideixen contractar, ja han perdut 6 mesos de finestra de mercat.
També he vist l'altre extrem: startups que contracten 8 enginyers abans de tenir product-market fit i cremen el seu runway en sous per a un equip que no sap què construir.
El timing importa. Aquests són els senyals que t'indiquen que és moment d'escalar — i els errors que has d'evitar.
7 senyals que necessites escalar el teu equip tècnic
1. El backlog de features creix més ràpid del que el redueixes
Si sprint rere sprint el backlog es fa més llarg, no més curt, tens un problema de capacitat. No de planificació, no de priorització — de capacitat pura.
Un backlog creixent significa que estàs generant més idees validades de les que pots executar. En una startup post-product-market fit, això és exactament el que hauria de passar. Però si no respons amb més capacitat d'execució, estàs deixant oportunitats sobre la taula.
La pregunta clau: quantes features validades per negoci porten més de 2 mesos esperant? Si la resposta és més de 3, necessites més enginyers.
2. El lead time de canvis supera les 2 setmanes
Des que algú diu "necessitem això" fins que és en producció. Si aquest cicle supera les 2 setmanes per a canvis mitjans, el teu equip està saturat.
Un lead time llarg no sempre és obvi. Es normalitza. "És que això és complex" es converteix en la resposta estàndard. Però si fa un any el mateix tipus de canvi tardava 4 dies i ara en tarda 12, no és que el software sigui més complex — és que el teu equip no té ample de banda.
3. Els teus millors enginyers fan manteniment en comptes de construir
Aquest és un dels més costosos. Tens el teu enginyer senior — el que pot dissenyar arquitectura, prendre decisions tècniques crítiques i mentoritzar l'equip — dedicant el 60% del seu temps a corregir bugs, respondre incidències i mantenir sistemes legacy.
Cada hora que un senior dedica a manteniment és una hora que no dedica a construir avantatge competitiu. Si els teus seniors passen més temps apagant focs que creant valor, necessites més persones que absorbeixin el treball operatiu.
4. Els compromisos amb clients s'incompleixen repetidament
Li vas dir al teu client enterprise que la integració estaria llesta al març. Després a l'abril. Ara dius maig. Cada retard erosiona confiança.
Si els compromisos tècnics s'incompleixen de forma sistemàtica, no és un problema d'estimació — és un problema de capacitat. El teu equip està fent malabarismes amb massa prioritats simultànies i cap avança a la velocitat promesa.
5. Hi ha punts únics de fallada a l'equip
Només una persona sap com funciona el sistema de pagaments. Només una persona pot tocar la infraestructura. Només una persona entén el pipeline de dades.
Això és perillós per dues raons. L'òbvia: si aquesta persona marxa, estàs en problemes seriosos. La menys òbvia: aquesta persona es converteix en un coll d'ampolla. Cada canvi que toca "el seu" sistema ha de passar per ella, i la seva capacitat és finita.
Si tens més de 2 components crítics que depenen d'una sola persona, necessites redundància. I redundància vol dir més enginyers.
6. El deute tècnic s'acumula sense control
"Ja ho arreglem després" és una frase vàlida quan la dius un cop. Quan portes 6 mesos dient-la, el deute tècnic s'ha compost. Els deploys són més lents, els bugs més freqüents, els canvis més arriscats.
El deute tècnic no desapareix sol. I no el pots pagar si el teu equip està al 100% de capacitat construint features. Necessites marge — i aquest marge ve de tenir més persones.
7. Has rebutjat un contracte per falta de capacitat tècnica
Aquest és el més clar de tots. Un client potencial volia alguna cosa que podies construir tècnicament, però no tenies capacitat per lliurar-ho en el timeline requerit. Vas dir que no a ingressos reals.
Ingressos perduts per falta de capacitat d'enginyeria és el senyal més car que necessites escalar. Cada oportunitat rebutjada té un cost d'oportunitat que va molt més enllà del contracte en si.
3 antipatrons que has d'evitar en escalar
Saber que necessites escalar és només la meitat. L'altra meitat és fer-ho sense destrossar el que ja funciona.
Antipatró 1: Contractar juniors per estalviar diners
La lògica sembla raonable: un junior costa la meitat que un senior, així que contracto dos juniors i tinc el doble de capacitat. Excepte que no funciona així.
Un enginyer junior necessita mentorització constant. Necessita que algú revisi el seu codi, resolgui els seus dubtes arquitectònics, li ensenyi les convencions del projecte. Qui ho fa? Els teus seniors. Els mateixos que ja estan sobrecarregats.
El resultat net en els primers 3-4 mesos és capacitat negativa: el teu equip produeix menys perquè els seniors dediquen temps a formar en comptes de construir. Un junior eventualment es torna productiu, però si necessites capacitat ara, contractar un senior és la resposta correcta.
Antipatró 2: Contractar abans de tenir product-market fit
Si encara estàs iterant sobre què construir, un equip gran és un llast. Cada pivot significa que més persones han de canviar de direcció. Més codi per llençar. Més frustració acumulada.
Abans de product-market fit, necessites un equip petit i àgil que pugui iterar ràpid. 2-3 enginyers senior amb autonomia són més efectius que 8 enginyers que necessiten coordinació constant.
Escala quan sàpigues què construir. No abans.
Antipatró 3: Escalar tot de cop
Passar de 3 a 10 enginyers en un mes és una recepta per al caos. Els processos que funcionaven amb 3 persones es trenquen amb 10. La comunicació informal desapareix. Ningú sap qui treballa en què. Les code reviews s'acumulen. L'onboarding és superficial perquè no hi ha temps per fer-ho bé.
Escala en passos de 2-3 persones. Afegeix, integra, estabilitza, repeteix. És més lent en teoria però més ràpid a la pràctica, perquè evites els mesos de caos que vénen després d'una contractació massiva.
El ritme correcte d'escalat
El patró que millor funciona en la meva experiència:
- Afegeix 1-2 enginyers. Preferiblement senior, que puguin ser autònoms ràpid.
- Integra durant 4-6 setmanes. Que coneguin el codebase, els processos, l'equip. Que facin el seu primer deploy significatiu.
- Avalua. Ha augmentat la velocitat de lliurament? Es manté la qualitat? La comunicació segueix funcionant?
- Repeteix. Si la resposta és sí a tot, afegeix 1-2 més.
Aquest ritme et permet escalar de 3 a 10 enginyers en 6-8 mesos sense perdre productivitat en el procés. Sembla lent, però és exponencialment més segur que el big bang.
Escalar ràpid sense el caos
El problema amb el ritme gradual és que de vegades no tens 6 mesos. Tens un contracte gran, una finestra de mercat o un competidor que està tancant la bretxa.
És exactament per a aquests moments que existeix el model de staff augmentation. En comptes d'un procés de contractació de 3-6 mesos — publicar oferta, filtrar CVs, fer 4 rondes d'entrevistes, negociar, esperar el notice period — pots integrar enginyers senior pre-vetats en dies.
A Conectia, cada enginyer passa per una validació tècnica liderada per CTOs abans d'estar disponible. No estàs rebent CVs per avaluar — estàs rebent enginyers que ja han estat validats en les competències que necessites.
El model de sprint pilot de 15 dies et permet provar abans de comprometre't. Integres l'enginyer, treballes dos sprints junts, i si l'encaix és el correcte, continues. Si no, no hi ha compromís a llarg termini.
Això transforma l'escalat d'una decisió d'alt risc i llarg termini en una decisió reversible i de baix risc. Exactament el que necessita una startup que s'ha de moure ràpid però no es pot permetre errors costosos.
Reconeixes algun d'aquests 7 senyals al teu equip? Parla amb un CTO — integrem enginyers senior pre-vetats en 72 hores, amb un sprint pilot de 15 dies sense compromís.
