Estudi de cas: de zero a producció en 10 dies — la història d'un match en 72 hores
La situació
Una startup fintech de sèrie A amb seu a Londres acabava de tancar una ronda de 4,2 milions de dòlars i no podia perdre temps. L'equip d'enginyeria es reduïa a dues persones: el CTO i un únic desenvolupador backend sènior. El roadmap de producte exigia posar en producció tres funcionalitats importants abans d'un termini regulador que queia al cap de 14 setmanes. Amb l'equip que tenien, n'haurien lliurat una.
Portaven cinc setmanes intentant contractar en local. Dues ofertes rebutjades: un candidat se'n va anar amb la competència i l'altre demanava un sou per sobre del pressupost. El pipeline de l'agència de selecció s'havia esgotat. El temps jugava en contra.
Què necessitaven
- Dos enginyers backend sèniors amb experiència en Python i FastAPI
- Un enginyer frontend sènior amb domini de React i TypeScript
- Tots tres s'havien d'integrar al codebase existent i treballar sota la direcció del CTO
- Coincidència horària completa amb l'horari laboral de Londres (GMT/BST)
- Data d'inici: com més aviat millor
Què va passar
Dia 1 — Trucada tècnica de descoberta.
El CTO va dedicar 45 minuts a parlar amb un partner tècnic de Conectia. Van repassar l'arquitectura actual (microserveis en Python sobre AWS, PostgreSQL, frontend en React amb TypeScript), les tres funcionalitats que calia posar en producció, la dinàmica de l'equip (petit, àgil, amb el mínim de procés possible) i els requisits tècnics concrets de cada rol.
Dia 3 — Match lliurat.
Conectia va presentar el match validat per CTOs per a cada rol: dos enginyers de backend i un de frontend, triats per a l'arquitectura i la dinàmica d'equip repassades a la trucada. Cada perfil incloïa una avaluació tècnica detallada: raonament arquitectònic, qualitat del codi, puntuació en l'ús d'eines d'IA i resultats de la prova de comunicació. El CTO se'ls va mirar aquell mateix vespre.
Dia 4–5 — Converses d'encaix.
El CTO va mantenir converses de 30 minuts amb els tres enginyers. Sense més cribratge tècnic: la validació de Conectia ja el cobria. Les converses es van centrar en l'encaix amb l'equip: com gestionen l'ambigüitat, quina experiència tenen en sectors regulats i com de còmodes se senten en un equip petit on tothom fa de tot.
Dia 5 — Decisions preses.
Dos enginyers de backend (tots dos del Perú, amb 7 i 9 anys d'experiència) i un de frontend (de Colòmbia, amb 8 anys). Els contractes es van signar el mateix dia.
Dia 8 — Els enginyers van començar.
Tots tres tenien l'entorn de desenvolupament a punt abans d'acabar el primer dia. El CTO havia preparat un document d'onboarding lleuger: diagrama d'arquitectura, visió general del pipeline de desplegament, convencions de codi i una primera tasca per a cadascú.
Dia 10 — Primers PRs integrats.
El primer enginyer de backend va posar en producció una migració de base de dades i un endpoint d'API. El de frontend va enllestir un component d'interfície que feia tres setmanes que estava encallat. El segon enginyer de backend va obrir un PR per al mòdul d'integració de pagaments.
El resultat
Funcionalitats lliurades a temps. Les tres funcionalitats van arribar abans del termini regulador, amb dues setmanes de marge per a proves i revisió de compliment. Les 14 setmanes que semblaven impossibles amb un equip de dos van acabar sent un calendari folgat amb cinc.
La velocitat d'enginyeria es va triplicar. El volum setmanal de PRs va passar de 4–5 (equip de dos) a 14–18 (equip de cinc). El CTO explicava que dedicava menys temps de revisió per PR perquè la qualitat del codi dels enginyers nearshore igualava o superava els estàndards de l'equip de casa.
Estalvi de costos. Els tres enginyers nearshore van costar aproximadament un 55% del que haurien costat perfils equivalents contractats a Londres — i van començar set setmanes abans del que hauria permès la contractació local.
Retenció. Tots tres van continuar al projecte més de 12 mesos. Un d'ells va acabar promocionat a tech lead d'una nova línia de producte.
Per què va funcionar
Velocitat sense dreceres. El match en 72 hores no va ser ràpid perquè ens saltéssim passos, sinó perquè la validació ja estava feta. Els enginyers de la nostra xarxa ja han superat l'avaluació completa dels cinc pilars. Encaixar-los en aquest projecte concret va ser qüestió de filtrar, no de tornar a avaluar.
Un CTO parlant amb un CTO. La trucada de descoberta va donar criteris de selecció útils perquè va ser una conversa tècnica, no un formulari de requisits. Un reclutador hauria preguntat per anys d'experiència i paraules clau. Un CTO va preguntar per trade-offs d'arquitectura i dinàmiques d'equip.
Onboarding preparat. El client hi va invertir unes hores abans que els enginyers comencessin: un document d'arquitectura, una guia de l'entorn de desenvolupament i les primeres tasques ja triades. Aquella preparació es va traduir en dies productius des del primer moment, no en dies perduts.
Ownership clar. El CTO va dirigir l'equip directament. Els enginyers nearshore no eren recursos externs: eren membres de l'equip, amb permís de commit, presència als standups i comunicació directa per Slack. Ni intermediaris ni una capa de gestió de projecte a part.
Les xifres
| Mètrica | Valor |
|---|---|
| De la primera trucada al match | 72 hores |
| Del match a l'inici dels enginyers | 5 dies laborables |
| Fins al primer PR integrat | 2 dies laborables des de l'inici |
| Volum setmanal de PRs (abans) | 4–5 |
| Volum setmanal de PRs (després) | 14–18 |
| Estalvi respecte de contractar a Londres | ~55% |
| Funcionalitats lliurades a temps | 3/3 |
| Retenció dels enginyers al cap de 12 mesos | 3/3 |
Necessites escalar l'equip d'enginyeria aquest mes? Parla amb un partner tècnic: perfils validats per CTOs en 72 hores, i enginyers que posen codi en producció al cap de dues setmanes.
