¿Qué es un equipo de ingeniería on-demand? (y por qué la demanda de un proyecto nunca es plana)

Un equipo de ingeniería on-demand es un squad ya formado —con los roles técnicos cubiertos y una forma de trabajar ya probada— que una empresa contrata por la duración de un proyecto, no como headcount permanente. Se activa cuando el trabajo lo exige, escala si el alcance crece, y se libera cuando el proyecto termina, sin pasar por un proceso de reclutamiento cada vez que cambia la necesidad. Es el mismo principio que el cómputo en la nube aplicado a la ingeniería: se paga por la capacidad que se usa, no por una capacidad fija que sobra la mitad del tiempo.

¿Por qué la demanda de un proyecto de software nunca es plana?

Ningún proyecto de software demanda la misma cantidad de ingeniería todas las semanas. Hay picos —el arranque, una migración grande, las semanas previas a un lanzamiento— y valles —mantenimiento, soporte, el tiempo entre un milestone ya cerrado y el siguiente que todavía se está definiendo. Contratar headcount fijo dimensionado para el pico deja capacidad ociosa —y sueldo pagado— en el valle. Dimensionarlo para el valle deja el proyecto corto justo cuando más lo necesita. La contratación tradicional no tiene una tercera opción: el contrato es el mismo, dure el pico lo que dure.

A eso se suma que armar ese headcount fijo no es instantáneo. Contratar un ingeniero de software toma en promedio 53 días (Gem Recruiting Benchmarks, 2025) —y ese es el promedio, no el caso de un perfil senior o una especialidad escasa. El 76% de los empleadores del sector IT reporta dificultad real para encontrar el talento técnico que necesita (ManpowerGroup, Talent Shortage Survey 2025), y la brecha sigue creciendo: se proyectan 85,2 millones de empleos técnicos sin cubrir a nivel global para 2030 si la tendencia no cambia (Korn Ferry, Talent Crunch). No es casualidad que el mercado de staff augmentation de TI a nivel global venga creciendo a un ritmo de 13,2% anual y se proyecte que casi triplique su tamaño para 2032 (Verified Market Research, IT Staff Augmentation Service Market, 2025): la capacidad bajo demanda dejó de ser una excepción para convertirse en la forma en la que cada vez más empresas cubren ese gap.

¿En qué se diferencia de contratar in-house y del staff augmentation tradicional?

El modelo on-demand no es lo mismo que sumar headcount permanente ni lo mismo que el staff augmentation clásico, aunque los tres compiten por resolver el mismo problema de capacidad:

• Contratación in-house: cubre la necesidad de forma permanente, con el costo y el tiempo de armado que eso implica —y sigue existiendo cuando el pico de trabajo ya pasó.
• Staff augmentation tradicional: suma personas individuales al equipo existente de la empresa, una por una. Resuelve el gap de capacidad, pero traslada a la empresa el trabajo de coordinar gente que recién se conoce y de verificar que sepa trabajar en conjunto.
• Equipo on-demand: llega como una unidad ya formada, con la coordinación interna resuelta de antemano, se dimensiona según el alcance real del proyecto y se libera al cerrarlo —sin dejar una vacante que cubrir ni un compromiso permanente que sostener.

La diferencia no es solo de velocidad: es de qué tan reversible es la decisión. Sumar headcount es una decisión que cuesta deshacer. Un equipo on-demand se dimensiona para la duración del trabajo real, no para una proyección de crecimiento que puede o no cumplirse.

¿Cómo funciona en la práctica un equipo on-demand?

En la práctica, el mecanismo tiene tres momentos. Primero, la empresa define el proyecto —alcance, milestones, qué necesita el equipo para ejecutarlo— sin tener que escribir antes una descripción de puesto por cada rol. Segundo, se activa un squad que ya cubre esos roles y ya trabajó junto antes, así que no hay una curva de formación de equipo consumiendo las primeras semanas del proyecto. Tercero, la capacidad se ajusta con el proyecto: si el alcance crece, el squad suma refuerzo desde su propia red; si el proyecto entra en una etapa de menor actividad, el compromiso se ajusta en consecuencia —sin que la empresa tenga que gestionar ese ajuste contratación por contratación.

Cuándo tiene sentido —y cuándo no

El modelo on-demand no reemplaza toda contratación in-house, y sería deshonesto plantearlo así:

• Tiene sentido cuando el proyecto tiene principio y fin razonablemente claros, o cuando la demanda de ingeniería varía lo suficiente como para que un headcount fijo quede sobre o subdimensionado en algún momento.
• Tiene sentido cuando lo urgente es empezar a producir, no pasar meses armando un equipo desde cero.
• No reemplaza al equipo core que sostiene el conocimiento de un producto a largo plazo, año tras año —para eso, headcount permanente sigue siendo el modelo correcto.
• No es la opción si lo que hace falta es una sola persona cubriendo un gap puntual: ahí, un freelancer individual o un solo perfil de staff augmentation resuelve mejor y más simple.

Dónde encaja el modelo de squads on-demand de Zenit

En Zenit, cada squad que se suma a la red ya trabajó junto antes de aparecer en un match —no se arma un equipo nuevo por cada proyecto que llega. Kaizen, el motor de discovery de Zenit, entiende el alcance real del proyecto antes de recomendar squads, en vez de partir de un formulario de filtros por stack y disponibilidad.

Y la capacidad no queda atada a un contrato fijo: el proyecto se descompone en milestones con criterios de entrega explícitos, los fondos se protegen desde el arranque y se liberan a medida que cada milestone se valida —la empresa paga por el trabajo entregado, en el momento en que se entrega, no por una plantilla de headcount que hay que sostener entre picos.

Este modelo responde, en el fondo, la misma pregunta que la contratación por proyecto en general —la diferencia es el eje: acá, lo que se ajusta con la demanda real no es solo el tipo de compromiso, es la capacidad misma.

La pregunta no es si conviene tener un equipo de ingeniería. Es si ese equipo necesita existir todo el año, todos los años, del mismo tamaño —o si la demanda real del proyecto se parece más a una curva que a una línea plana.