Cómo detectar la sustitución de seniors por juniors en un proyecto IT

# Cómo los proveedores sustituyen a los seniors por juniors y cómo detectarlo

En un proyecto con un contratista externo de TI, la velocidad de desarrollo ha caído varias veces — tareas que antes tomaban dos días ahora se prolongan por semanas. La razón no es deuda técnica ni complicaciones de arquitectura, sino que un tercio de los desarrolladores senior fueron reemplazados en silencio por juniors. Esto no es un caso aislado: tales sustituciones se están convirtiendo en una práctica sistémica en el mercado de la CEI, especialmente cuando el cliente no supervisa la composición del equipo después del lanzamiento.

Por qué pasa desapercibida la sustitución

La sustitución de niveles de especialistas rara vez ocurre de golpe. Los proveedores actúan de forma gradual: un senior se "traslada a otro proyecto", lo reemplazan por un "casi senior" con un buen CV, luego otro al mes siguiente. El cliente ve la misma estructura de equipo en los informes, los mismos nombres en Jira, pero el nivel real de habilidades de los ejecutores baja. Formalmente, todo según el contrato; en la práctica, engaño.

Factores clave que permiten este esquema:

• Falta de aprobación obligatoria del cliente para los reemplazos.
• Enfoque en métricas formales (horas, tareas en el sprint), no en la calidad del código y la profundidad de las soluciones.
• Implicación insuficiente del responsable técnico o arquitecto del cliente.

Los proyectos son especialmente vulnerables cuando el cliente delega toda la responsabilidad técnica al proveedor sin revisiones regulares de código y auditorías. Si nadie verifica quién escribe el código y cómo, la sustitución pasa desapercibida hasta una caída crítica en la velocidad.

Cómo detectar la sustitución antes de la crisis

Puedes identificar el problema mucho antes de que afecte los plazos. Aquí van los indicadores clave:

• Desaceleración en la velocidad sin razones objetivas — si la complejidad de las tareas no ha aumentado y no se acumula deuda técnica, pero las tareas se cierran más lento, esa es la primera señal.
• Aumento en retrabajos y bugs — los desarrolladores junior cometen más errores que requieren correcciones. Si el porcentaje de bugs de QA o en producción sube — verifica quién los escribe.
• Bajada en la calidad del código — aparición de antipatrones, ignorancia de estándares, falta de pruebas donde antes sí las había.
• Mayor carga en los seniors restantes — si los desarrolladores clave de repente empiezan a "ayudar" a todos, probablemente están compensando el bajo nivel de los novatos.
• Cambio en el tono de la comunicación — los juniors preguntan menos sobre arquitectura, piden más instrucciones específicas con frecuencia y evitan tareas complejas.

Las revisiones regulares de código, la programación en pareja con participación de un representante del cliente y el análisis de métricas (p. ej., complejidad ciclomática, cobertura, tasa de churn) ayudan a detectar el problema a tiempo.

Qué hacer: Medidas preventivas y de respuesta

Si te has topado con una sustitución — no entres en pánico, recupera el control de forma sistemática. Aquí va un plan de acción paso a paso:

• Realiza una auditoría técnica — no por CVs, sino por código real e historial de commits. ¿Quién tocó qué módulos? ¿Con qué frecuencia? ¿Qué calidad?
• Restaura la transparencia en los reemplazos — añade una cláusula al contrato que obligue al proveedor a aprobar cualquier sustitución de especialista con el representante técnico del cliente.
• Devuelve seniors a roles clave — si el presupuesto lo permite, reemplaza juniors por middles/seniors. Si no — redistribuye tareas: deja que los juniors manejen secciones de código con alcance claro y bien documentado.
• Designa supervisión técnica — incluso un arquitecto o responsable técnico del cliente que haga revisiones semanales reduce el riesgo de sustitución en un 80%.
• Revisa los KPI del equipo — en lugar de horas puras y tickets cerrados, introduce métricas de calidad: bugs por commit, tiempo de retrabajo, cobertura de cambios.

Señales de alerta en el mercado

La situación empeora porque algunos proveedores usan conscientemente este esquema como modelo de negocio: atraen al cliente con un equipo de seniors a tarifas de mercado, luego los reemplazan gradualmente por especialistas más baratos, manteniendo el margen. Es especialmente común en regiones de alta competencia con presión de precios.

Dos reglas duras para protegerte:

• Tarifa por debajo de 25 $/hora para senior — bandera roja. En el mercado de la CEI, un senior real no trabaja por menos de este umbral. Si la oferta parece demasiado buena — verifica el nivel con una tarea de prueba o live-coding.
• Sin tech lead o PM del proveedor — riesgo. Un equipo sin liderazgo técnico es más propenso a la degradación de habilidades. El tech lead es un filtro natural contra reemplazos no calificados.

Lecciones clave

• Sustituir seniors por juniors no es un error, sino una estrategia deliberada de algunos proveedores para aumentar márgenes.
• Primeras señales: desaceleración de velocidad, aumento de bugs, bajada en calidad de código — aparecen mucho antes de la crisis.
• Protección: aprobaciones obligatorias de reemplazos, revisiones regulares de código, tech lead del lado del cliente.
• Tarifa de mercado por debajo de 25 $/hora para senior en CEI — casi siempre un timo.
• La prevención es mejor que la cura: mejor implementar controles desde el lanzamiento que arreglar el proyecto en seis meses.

No confíes en informes formales. Verifica quién está escribiendo realmente tu código — hoy, no hace seis meses. Tu proyecto depende no de CVs bonitos, sino de las manos reales en el teclado.

— Editorial Team