Construint el Teu Primer Equip d'Enginyeria: De 3 a 15
Amb tres enginyers, tot és simple. Tothom coneix tota la base de codi. Les decisions passen en un fil de Slack. No hi ha procés perquè no n'hi ha cap necessitat. L'arquitectura és el que va decidir l'enginyer fundador un dimarts a la nit, i és correcte perquè encara és aquí per explicar-ho.
Amb quinze, res d'això funciona. El coneixement és en sitges. Les decisions es prenen en reunions que la meitat de l'equip no sap que han passat. I si no has construït estructura pel camí, t'estàs ofegant en deute organitzacional.
La diferència entre els equips que escalen bé i els que imploten gairebé mai és el talent. És la seqüenciació: contractar els rols correctes en l'ordre correcte i introduir estructura en els moments adequats.
L'Etapa de 3 a 5: Generalistes que Lliuren
Les teves primeres contractacions haurien de ser generalistes sòlids — enginyers que poden escriure codi backend al matí, depurar CSS després de dinar i configurar un pipeline de CI abans de final del dia. No necessiten expertise de domini. Necessiten competència en moltes àrees i comoditat amb l'ambigüitat.
Contracta: enginyers full-stack senior o de nivell mig sòlids que hagin llançat productes, no simplement funcionalitats. Persones que resolen problemes en lloc d'esperar que els hi assignin.
No contractis: especialistes. No necessites un enginyer de DevOps dedicat, un especialista en mòbil per a un producte web-first, o un enginyer de dades quan tens 200 usuaris. Cada especialista precoç és capacitat bloquejada en un domini que podria no ser el teu coll d'ampolla.
Error comú: contractar massa junior. El CTO pensa que pot mentoritzar dos juniors per menys diners. A la pràctica, passes el 60% del teu temps revisant codi i desbloquejar-los — temps que hauries de gastar en decisions de producte i llançar coses. En aquesta etapa, cada enginyer necessita ser un contribuïdor net des de la segona setmana.
L'Etapa de 5 a 8: Primera Estructura
La base de codi creix. Les funcionalitats toquen múltiples serveis. Les revisions de codi tarden més. Els conflictes de desplegament comencen a passar. Aquest és el moment d'introduir processos lleugers:
- Cicles de planificació curts. Setmanal o bimensual. Què construïm? Qui fa què?
- Propietat del codi. No rígida, però algú hauria de ser el referent per a cada àrea principal.
- Una estratègia de branques real. Tothom segueix el mateix flux. No més push directe a main.
La contractació a fer al 5-6: Un enginyer de nivell staff que pugui ser propietari de l'arquitectura tècnica. No un gestor — l'enginyer que s'assegura que el sistema es manté cohesionat. Revisa PRs crítics, defineix patrons i rebutja quan algú proposa afegir una nova base de dades "perquè seria més fàcil."
Què no contractar: un VP d'Enginyeria. Ho veig constantment. El CEO contracta algú el darrer rol del qual era gestionar 50 enginyers. Aquella persona arriba, troba 6 enginyers que no necessiten gestió, i introdueix processos dissenyats per a un equip deu vegades més gran. Els standups es converteixen en reunions d'estat de 30 minuts. Els enginyers que estimaven el ritme de startup comencen a actualitzar LinkedIn.
Amb 6 persones, necessites un líder tècnic que programi el 60-80% del temps, no un gestor de persones.
L'Etapa de 8 a 12: Les Comunicacions es Trenquen
Amb 7 persones, tothom es manté vagament alineat a través de la consciència ambiental. Amb 9, això es trenca. L'Enginyer A no sap que l'Enginyer B ja ha resolt el problema en el qual està treballant. Dues persones construeixen funcionalitats superposades sense adonar-se'n.
Aquest és el moment de dividir-se en squads. Dos o tres equips, cadascun propietari d'un domini. No microserveis — propietat de domini. Cada squad necessita una missió clara lligada a un resultat de negoci, un líder tècnic, suficient autonomia per planificar la seva feina i estàndards compartits perquè la base de codi no divergeixi.
La contractació a fer al 8-10: El teu primer engineering manager. Un bon primer EM ha estat enginyer, entén la feina tècnica i es preocupa genuïnament per el creixement de les persones. S'encarrega dels 1:1s, les converses de carrera, la coordinació de contractació i l'alineació entre equips.
Error comú: ascendir el teu millor enginyer a gestió. Sovint perds un gran enginyer i guanyes un gestor mediocre. Les habilitats són diferents. Pregunta a la persona si realment vol gestionar abans d'assumir que l'ascens és una recompensa.
L'Etapa de 12 a 15: Organització Real
Les funcionalitats ara requereixen feina de múltiples squads. La feina del CTO ha canviat fonamentalment — menys codi, més revisió d'arquitectura, contractació i disseny organitzacional.
- Les revisions d'arquitectura es formalitzen. Els canvis transversals es discuteixen en ADRs abans de la implementació.
- La contractació es torna contínua. Sempre estàs entrevistant, sempre buscant candidats.
- La resposta a incidents necessita estructura. Propietat clara del que es trenca i una rotació que no esgota les persones.
La contractació a fer al 12-15: Un Head of Engineering que pugui ser propietari de l'estructura organitzacional i el desenvolupament de persones mentre el CTO es centra en l'estratègia tècnica. Aquest és el rol que la contractació prematura de VP amb 6 persones hauria malgastat. Amb 15, hi ha prou complexitat per justificar-ho.
Errors que et Costen Mesos
Contractar massa ràpid. Doblar l'equip en un trimestre significa que la meitat dels teus enginyers té menys de tres mesos de context. La gent senior passa tot el temps fent onboarding en lloc de construir.
No contractar prou senior. Si tothom és de nivell mig, ningú estableix estàndards i la base de codi deriva. Necessites ancores senior a cada squad.
Ignorar la cultura. La cultura no són els poufs. És com prens decisions, gestiones desacords i dones feedback. Amb 15 persones, si no has estat intencional, tens 15 suposicions diferents sobre com funcionen les coses.
Copiar processos de les empreses grans. El model de squads de Spotify i les pràctiques SRE de Google van ser dissenyats per a organitzacions ordres de magnitud més grans. Agafa idees, no copiïs frameworks. El teu procés hauria de ser el mínim necessari per coordinar-te eficaçment.
La veritat incòmoda per als cofundadors tècnics: la feina amb 3 persones no és la feina amb 15. Si encara estàs escrivint el codi més complex amb 15 enginyers, ets el coll d'ampolla.
A Conectia, ajudem els CTOs a navegar aquesta transició. Quan necessites escalar de 5 a 12 enginyers sense sacrificar seniority o encaix cultural, els nostres enginyers de LATAM validats per CTOs s'integren als teus squads com a membres de ple dret. Contribueixen des del primer sprint, la qual cosa significa que estàs escalant capacitat, no simplement headcount.
Escalant el teu equip i necessites enginyers senior que s'integrin des del primer dia? Parla amb un CTO — t'ajudem a trobar els enginyers correctes per exactament l'etapa en la qual et trobes.
