Confidencial · Diagnóstico Operativo VPE · 12 Jun 2026
NovaPay — Informe VP de Ingeniería
4 decisiones clave: throughput, contratación, estructura y disciplina de producción
Fintech B2B · Serie A 18 ingenieros Stack: Node.js / React / AWS Madrid · 2022 Skill: asesor-vp-ingenieria
Nivel DORA Global
HIGH
De 4 posibles: Elite > High > Medium > Low
📊
A · Throughput de Entrega (DORA 4 Métricas)
42 deploys · 6 semanas · NovaPay Engineering All Squads
DORA: HIGH
Deployment Frequency 1.0/día 42 deploys en 42 días
Elite
Lead Time for Changes 72h commit → producción
High
Mean Time to Recovery 9h incidente → resuelto
High
Change Failure Rate 19% 8 incidentes / 42 deploys
High
Desglose del ciclo de PR (median)
CUELLO DE BOTELLA
Total ciclo: 72h · El bloqueo está en revisión → aprobación
PR open → primera revisión 18h (25.0%)
⚠ primera revisión → aprobación (CUELLO) 26h (36.1%)
aprobación → merge 6h (8.3%)
merge → deploy producción 22h (30.6%)
Fixes recomendados
Definir criterios de 'aprobación' explícitos (¿1 approver o 2?)
Romper PRs grandes > 400 líneas — reviewer fatigue demuestra
Pair-review para cambios con doble approver; elimina ping-pong asíncrono
👥
B · Funnel de Contratación de Ingeniería
Q1+Q2 2026 · Objetivo: 6 ingenieros · 78 días tiempo medio de cierre
3 ETAPAS ROTAS
Etapa Entrada Salida Conv% Estado
applied → sourcer_screen 310 87 28.1% ROTO
sourcer_screen → recruiter_screen 87 58 66.7% OK
recruiter → hiring manager 58 31 53.4% ROTO
hiring manager → technical 31 22 71.0% OK
technical → onsite full loop 22 9 40.9% OK
onsite → offer extended 9 4 44.4% POR ENCIMA
⚠ offer extended → accepted (PEOR) 4 2 50.0% ROTO
Gap pipeline (top of funnel)
+620
candidatos adicionales necesarios
para alcanzar objetivo de 6 hires
Actual: 310 · Necesario: 930
Conversión extremo a extremo
0.65%
applied → accepted
Contratados hasta la fecha
2 / 6
objetivo semestral
Tiempo medio de cierre
78
días (saludable: <45d para fintech)
Comp por debajo de mercado (causa cierre bajo)
Sourcer necesita más volumen inbound
Desalineación recruiter↔hiring manager en etapa 3
🏗️
C · Estructura de Equipo
18 ingenieros · 16 ICs · 1 EM · 0 directores · 2 squads
EM TRIGGER ACTIVO
Estructura recomendada
Squads formales (3 squads, 5-9 ICs c/u)
18 ingenieros — modelo squad con EMs liderando cada squad. Los chapters emergen informalmente para alineación de skills cross-squad.
Squads actuales (2)
💳
Payments Core Squad
9 ICs · 1 EM (Marta García) · Saludable
🔧
Platform & Infra Squad
7 ICs · 0 EM · Sin EM — CTO cubre
Kill criteria: Llegar a 40+ ingenieros o 3+ EMs sin director → añadir director + tribus.
🔴 MANAGER TRIGGER: Contratar EM ahora
16 ICs para 1 solo EM = ratio de 16:1 (saludable: 5-8). El CTO está cubriendo un squad entero como EM improvisado mientras también hace de CTO. Esto bloquea la capacidad técnica y operativa.
→ Contratar o ascender un EM para Platform & Infra Squad antes del próximo quarter.
🟢 DIRECTOR TRIGGER: Sin urgencia (aún)
1 EM bajo el CTO/VPE — el trigger se activa en 3+ EMs. Al crecer a 30 ingenieros y añadir 2 EMs adicionales, el trigger de director se activará automáticamente.
→ Planear la contratación del VPE primero; el director vendrá en siguiente etapa (30-40 ingenieros).
Sizing de squads actual
8.0
ICs/squad media
Rango saludable: 5-9 ICs por squad.
El tamaño está bien — el problema es la falta de EM, no el tamaño.
🛡️
D · Disciplina de Producción
On-call, incidentes, despliegue, SLOs — antes de escalar a 30 personas
ATENCIÓN
Rotación On-Call
Con 18 ingenieros y 2 squads, la rotación on-call probablemente recae en los mismos 3-4 perfiles de backend core. Riesgo de burnout crítico antes de escalar. Necesario: mínimo 6 personas en rotación, primary + secondary.

Acción urgente: Ampliar la rotación a mínimo 6 ingenieros antes del Q3 2026.
Postmortems y Runbooks
Con 8 incidentes en 42 deploys (19% change failure rate), debería existir un proceso blameless postmortem establecido. Sin VPE dedicado, hay riesgo de que los action items queden sin seguimiento.

Prioridad: Documentar las 5 últimas incidencias en formato blameless y cerrar sus action items antes de la contratación del VPE.
Cadencia de Despliegue
1 deploy/día es excelente para una fintech Serie A. La disciplina CI/CD está bien establecida. El punto débil no es la frecuencia sino el lead time (72h) causado por el cuello en revisión de PRs.

Mantenimiento: Documentar la cadencia formal antes de escalar — los nuevos ingenieros necesitan saber las normas.
SLOs y Error Budgets
Fintech requiere SLOs documentados para cada servicio cliente (API de pagos, dashboard pyme, webhook delivery). Sin SLOs explícitos, el equipo no sabe cuándo puede tomar deuda técnica vs cuándo proteger la calidad.

Bloqueante pre-escala: Definir SLOs con error budgets para los 3 servicios críticos antes de Q3 2026.
Bottom Line — Las 4 decisiones del CTO
Resumen ejecutivo con próximos pasos accionables
Resumen ejecutivo
NovaPay tiene bases operativas sólidas (deploy frequency Elite), pero está en riesgo de colapso antes de escalar: el CTO actúa simultáneamente como CTO, VPE y EM de un squad — lo que bloquea las 4 áreas. La contratación de VPE debe ir acompañada de un EM inmediato y una oferta competitiva de mercado; sin eso, el plan de 30 ingenieros en 12 meses es inviable.
1
Contratar EM para Platform Squad (0-30 días)
Mover a Javier del rol de EM improvisado. Ascender interno (mejor opción: senior backend conoce producto) o contratar externo. Target: ratio de 8 ICs/EM.
2
Revisar comp y proceso de cierre de ofertas (30-45 días)
50% aceptación en oferta es crítico. Auditar bands salariales vs mercado fintech Madrid/Barcelona. El CTO debe cerrar personalmente todas las ofertas hasta tener VPE. Objetivo: >75% aceptación.
3
Reducir lead time de 72h a <48h (45-90 días)
El cuello de botella está en revisión→aprobación (26h). Implementar auto-assign de reviewers + SLA de 24h explícito + política de PRs <400 líneas. Medir semanalmente en el team retro.
Tu decisión (solo el CTO puede tomarla)
¿Contratas el VPE primero o el EM del squad primero? Si el VPE llega sin EM ya en su sitio, heredará una deuda de gestión que impedirá su onboarding productivo. Recomendación: EM en 30 días, VPE en 60-90 días. Ambas búsquedas en paralelo.