El desarrollador orquesta: el error de contratación más caro del mercado

Llevo años viendo el mismo patrón en ofertas de trabajo técnico: se busca un perfil fullstack que además gestione la infraestructura, diseñe las interfaces, escriba los tests, dé soporte a usuarios y, si puede ser, lleve el café. Todo en un único puesto. Todo en un único sueldo.

La justificación siempre es la misma: flexibilidad, ahorro de costes, agilidad. Y entiendo la lógica, especialmente en empresas pequeñas donde los recursos son limitados. Pero hay una diferencia entre un equipo pequeño donde todos arriman el hombro y un único profesional al que se le exige hacer el trabajo de cinco.

Por qué nadie lo dice en voz alta

La mayoría de developers que aceptan estos puestos lo hacen por necesidad, no por elección. Y todos, sin excepción, se cambian en cuanto aparece una alternativa mejor.

Eso debería decirle algo a las empresas que insisten en este modelo.

El problema no es solo la rotación, aunque ya es un problema serio. Es lo que pasa mientras esa persona está en la empresa: alguien que tiene que dividir su atención entre el backend, el frontend, los despliegues, el diseño y el soporte al usuario no puede estar al cien por cien en ninguna de esas cosas. Matemáticamente es imposible.

No es que esa persona sea menos capaz. Es que nadie puede ser experto en todo simultáneamente. Y cuando intentas serlo, acabas siendo mediocre en todo.

El coste real que nadie calcula

Cuando una empresa pierde a un desarrollador, no pierde solo el tiempo de búsqueda y contratación del siguiente. Pierde el conocimiento acumulado, los contextos no documentados, las decisiones técnicas que solo existían en la cabeza de esa persona.

Formar a alguien hasta que es productivo en un proyecto con cierta complejidad lleva meses. Y si ese alguien se va en cuanto puede, ese ciclo se repite indefinidamente. Lo que parecía un ahorro en el sueldo se convierte en una sangría constante de tiempo, dinero y calidad.

La persona quemada no rinde al máximo. La persona que sabe que se va en cuanto pueda tampoco invierte en el largo plazo del proyecto. Es una situación donde todos pierden.

Qué debería buscar una empresa en su lugar

No hace falta un equipo enorme para hacer las cosas bien. Pero sí hace falta que cada rol esté cubierto por alguien que realmente lo domine.

Mi equipo mínimo viable para cualquier proyecto con ambición sería tres perfiles: un desarrollador — aunque sea fullstack, pero centrado en desarrollo —, un diseñador especialista en UI y UX, y alguien de sistemas. Ese alguien no tiene que ser un empleado a jornada completa: puede ser un freelance por horas, una empresa externa o un perfil a tiempo parcial. Lo importante es que exista y que sepa lo que hace.

Si el proyecto tiene más alcance, el equipo ideal añade backend y frontend separados, un DevOps o SRE, un Project Manager y un Product Owner. Cada uno con su foco, cada uno rindiendo al cien por cien en lo suyo.

El desarrollador fullstack no es el problema

Quiero ser preciso en esto porque el término fullstack se ha mezclado con este debate de forma injusta.

Un developer fullstack es alguien que puede trabajar con soltura tanto en el lado del cliente como en el del servidor. Es un perfil valioso, especialmente en equipos pequeños donde la comunicación entre capas es constante y tener a alguien que entiende ambos lados ahorra fricciones.

Lo que no es un desarrollador fullstack es un sustituto de un equipo completo. La diferencia es importante y muchas ofertas de trabajo la ignoran deliberadamente.

Una última reflexión

El mercado está corrigiendo esto poco a poco. Los developers con experiencia aprenden a leer entre líneas de una oferta y a identificar cuándo se está buscando un orquesta disfrazado de otra cosa. Y cada vez más, simplemente no aplican.

Las empresas que insisten en este modelo no están ahorrando. Están compitiendo en desventaja por el talento que más les interesa retener.