Caso de estudio: de cero a producción en 10 días — la historia de una incorporación en 72 horas
La situación
Una startup fintech en Serie A con sede en Londres acababa de cerrar una ronda de 4,2 millones de dólares y tenía que ir deprisa. Su equipo de ingeniería se reducía a dos personas: un CTO y un único desarrollador backend senior. El roadmap de producto exigía entregar tres funcionalidades principales antes de una fecha límite regulatoria a 14 semanas vista. Con el equipo que tenían, podían entregar una.
Llevaban cinco semanas intentando contratar en local. Les habían rechazado dos ofertas — un candidato aceptó una oferta de la competencia, el otro pedía un salario por encima del presupuesto. El pipeline de la agencia de selección se había agotado. Y el reloj corría.
Lo que necesitaban
- Dos ingenieros backend senior con experiencia en Python y FastAPI
- Un ingeniero frontend senior con dominio de React y TypeScript
- Los tres tenían que integrarse en el codebase existente y trabajar bajo la dirección del CTO
- Solapamiento horario total con la jornada laboral de Londres (GMT/BST)
- Fecha de inicio: cuanto antes
Qué pasó
Día 1 — Llamada de descubrimiento técnico.
El CTO pasó 45 minutos con un partner técnico de Conectia. Mapearon la arquitectura actual (microservicios en Python sobre AWS, PostgreSQL, frontend en React con TypeScript), las tres funcionalidades que había que entregar, la dinámica del equipo (equipo pequeño, ritmo alto, procesos mínimos) y los requisitos técnicos concretos de cada rol.
Día 3 — Match entregado.
Conectia entregó el match para cada rol, verificado por CTO: dos ingenieros backend y uno frontend. Cada perfil incluía una evaluación técnica detallada que cubría el razonamiento arquitectónico, la calidad del código, las puntuaciones de competencia con herramientas de IA y los resultados de la evaluación de comunicación. El CTO revisó los perfiles esa misma noche.
Días 4–5 — Conversaciones de encaje.
El CTO mantuvo conversaciones de 30 minutos con los tres ingenieros. Sin más cribas técnicas: la verificación de Conectia ya cubría esa parte. Las conversaciones se centraron en el encaje con el equipo: cómo gestionan la ambigüedad, su experiencia en sectores regulados, su comodidad en un equipo pequeño donde todos hacen de todo.
Día 5 — Decisiones tomadas.
Dos ingenieros backend (ambos en Perú, con 7 y 9 años de experiencia) y un ingeniero frontend (Colombia, 8 años de experiencia). Los contratos se firmaron ese mismo día.
Día 8 — Los ingenieros empiezan.
Los tres tenían el entorno de desarrollo funcionando antes de acabar su primer día. El CTO había preparado un documento ligero de onboarding: diagrama de arquitectura, visión general del pipeline de despliegue, convenciones de código y una primera tarea para cada ingeniero.
Día 10 — Primeros PRs mergeados.
El primer ingeniero backend entregó una migración de base de datos y un endpoint de API. El ingeniero frontend completó un componente de UI que llevaba tres semanas bloqueado. El segundo ingeniero backend abrió un PR con un módulo de integración de pagos.
El resultado
Funcionalidades entregadas a tiempo. Las tres funcionalidades salieron antes de la fecha límite regulatoria, con dos semanas de margen para testing y revisión de cumplimiento. El calendario de 14 semanas que parecía imposible con un equipo de dos personas pasó a ser cómodo con cinco.
Velocidad de ingeniería triplicada. El volumen semanal de PRs pasó de 4–5 (equipo de dos) a 14–18 (equipo de cinco). El CTO contaba que dedicaba menos tiempo a la revisión de código por PR, porque la calidad del código de los ingenieros nearshore igualaba o superaba los estándares del equipo existente.
Ahorro de costes. Los tres ingenieros nearshore costaron aproximadamente un 55% de lo que habrían costado contrataciones equivalentes en Londres — y empezaron siete semanas antes de lo que habría permitido la contratación local.
Retención. Los tres ingenieros siguieron en el proyecto más de 12 meses. A uno lo ascendieron después a tech lead de una nueva línea de producto.
Por qué funcionó
Velocidad sin atajos. El match en 72 horas no fue rápido porque nos saltáramos pasos: fue rápido porque la verificación ya estaba hecha. Los ingenieros de nuestra red ya han superado la evaluación completa de cinco pilares. Asignarlos a este proyecto concreto fue cuestión de filtrar, no de examinar desde cero.
El CTO habló con un CTO. La llamada de descubrimiento produjo criterios de selección concretos y aplicables porque fue una conversación técnica, no un ejercicio de recopilación de requisitos. Un reclutador habría preguntado por años de experiencia y palabras clave. Un CTO preguntó por trade-offs de arquitectura y dinámica de equipo.
Onboarding preparado. El cliente invirtió unas horas antes de la incorporación: un documento de arquitectura, una guía del entorno de desarrollo y primeras tareas ya seleccionadas. Esa preparación se tradujo en días productivos en lugar de días perdidos.
Ownership claro. El CTO dirigió el equipo directamente. A los ingenieros nearshore no se les trató como recursos externos: eran miembros del equipo, con acceso de commit, participación en las standups y comunicación directa por Slack. Sin intermediarios, sin una capa aparte de gestión de proyecto.
Los números
| Métrica | Valor |
|---|---|
| De la primera llamada al match | 72 horas |
| Del match a la incorporación de los ingenieros | 5 días hábiles |
| Hasta el primer PR mergeado | 2 días hábiles desde el inicio |
| Volumen semanal de PRs (antes) | 4–5 |
| Volumen semanal de PRs (después) | 14–18 |
| Ahorro de costes vs. contratar en Londres | ~55% |
| Funcionalidades entregadas a tiempo | 3/3 |
| Retención de ingenieros a los 12 meses | 3/3 |
¿Necesitas ampliar tu equipo de ingeniería este mes? Habla con un partner técnico — perfiles verificados por CTO en 72 horas, e ingenieros entregando código en dos semanas.
