¿Qué es contratar por proyecto? (y por qué reemplaza el headcount permanente)

Contratar por proyecto es sumar un equipo externo para ejecutar un alcance de trabajo definido —con inicio, fin y entregables claros— en vez de sumar personas a la nómina permanente de la empresa. La empresa paga por un resultado dentro de ese alcance, no por horas de alguien sentado en un puesto indefinido, y la relación termina cuando termina el proyecto, salvo que se renueve explícitamente para el siguiente. Es el modelo detrás de los squads y de buena parte del trabajo de desarrollo de software que hoy se ejecuta fuera de la estructura de headcount tradicional.

¿Qué diferencia a contratar por proyecto de sumar headcount permanente?

Sumar headcount permanente es una relación de largo plazo sin fecha de cierre definida: la empresa asume el costo y el riesgo de mantener a esa persona ocupada incluso en los meses en que la carga de trabajo baja, y el proceso para deshacer esa decisión —si el proyecto cambia de dirección o termina antes de lo previsto— es lento y tiene fricción real. Contratar por proyecto invierte esa lógica: el alcance, los entregables y el cierre se acuerdan antes de que arranque el trabajo, así que el compromiso dura exactamente lo que dura el proyecto.

La otra diferencia, menos obvia, es quién absorbe la curva de arranque. Cuando una empresa contrata a una persona nueva, el tiempo que le toma llegar a rendir a pleno corre por cuenta de la empresa, dentro del reloj del proyecto. Cuando contrata un equipo ya formado por proyecto, esa curva ya se resolvió antes del día uno: el equipo ya sabe cómo trabaja junto, y ese tiempo no se descuenta del proyecto que estás pagando.

¿Por qué está creciendo el modelo de contratación por proyecto?

El empuje de fondo es escasez de talento técnico, no una moda. El 76% de los empleadores del sector IT a nivel global reporta dificultad para encontrar el talento técnico que necesita (ManpowerGroup, Talent Shortage Survey 2025), y Korn Ferry proyecta 85,2 millones de empleos técnicos sin cubrir para 2030 si la tendencia actual no cambia (Korn Ferry, Talent Crunch). Contratar para cubrir esos roles, además, es lento: los roles de IT tardan en promedio 41 días en cubrirse y los de ingeniería 62 días (datos SHRM/Genius, 2025), y cerrar la contratación de un solo ingeniero de software toma en promedio 53 días (Gem Recruiting Benchmarks, 2025) — antes de que arranque siquiera el proceso de adaptación al equipo.

Esa lentitud tiene un costo que va más allá del tiempo: un estudio conjunto de McKinsey & Company y la Universidad de Oxford sobre miles de proyectos grandes de TI encontró que los equipos armados puertas adentro tienden a sobrecostear esos proyectos hasta un 45% frente a lo presupuestado (McKinsey & Oxford). Contratar por proyecto no elimina la escasez de talento de la industria, pero saca a la empresa del cuello de botella de armar un equipo desde cero cada vez que aparece un proyecto nuevo.

¿Contratar por proyecto es lo mismo que team augmentation o que un freelancer?

No, y la diferencia importa. “Por proyecto” describe la estructura del contrato —alcance cerrado, entregables definidos, fecha de cierre— pero no dice quién ejecuta ese contrato. Un freelancer individual puede trabajar por proyecto, y también puede hacerlo un equipo de team augmentation integrado bajo el liderazgo de la empresa, o un squad que se hace cargo de la ejecución completa. Lo que cambia entre esas opciones no es el modelo de contratación, sino cuánta coordinación entre roles necesita el proyecto y cuánto control operativo quiere retener la empresa.

Un freelancer cubre bien una tarea puntual, pero no resuelve la cobertura de todos los roles que un proyecto real necesita a la vez —arquitectura, implementación, QA— sin que la empresa termine coordinando manualmente a varias personas que nunca trabajaron juntas.

¿Cuándo conviene contratar por proyecto en vez de sumar headcount?

• Cuando el trabajo tiene un alcance que se puede definir de antemano —una migración, un MVP, una feature puntual— y no hace falta mantener a ese equipo activo después de la entrega.
• Cuando la demanda de trabajo técnico es variable y sumar headcount fijo implica pagar por capacidad ociosa en los meses de menor carga.
• Cuando la urgencia no da margen para un proceso de selección de semanas más una curva de adaptación de meses, y hace falta un equipo que ya sepa trabajar junto desde el primer día.
• Cuando la empresa quiere ver resultado entregado antes de comprometerse a una relación de largo plazo con ese equipo o proveedor.

Cómo lo aplica Zenit

En Zenit, cada squad se contrata por proyecto, no por headcount permanente: el alcance y los milestones se definen antes de arrancar, y el mismo equipo puede seguir trabajando en el siguiente proyecto si la empresa decide continuar —pero esa continuidad se decide caso por caso, no se asume de antemano. Kaizen es quien traduce lo que la empresa necesita en un alcance concreto antes de armar el match, y SafePay libera el pago por milestone entregado y validado, no todo junto al cierre.

Si el proyecto tiene un alcance que se puede definir hoy, contratar por proyecto suele ser más rápido y con menos riesgo que abrir una búsqueda de headcount permanente para cubrirlo.