Cuándo contratar un equipo externo TI vs agregar headcount permanente
No hay una respuesta universal, pero hay criterios claros para tomar la decisión correcta según el tipo de trabajo, el plazo y la capacidad actual del equipo.
Es una de las decisiones más frecuentes que enfrenta un Gerente TI en una empresa mediana: necesitamos capacidad adicional. ¿Contratamos a alguien? ¿Trabajamos con un equipo externo?
La mayoría de las veces la respuesta se toma por inercia — se hace lo que se hizo la última vez, o lo que parece más familiar. Pero hay criterios concretos para tomar esa decisión bien.
El error de tratar las dos opciones como intercambiables
Headcount permanente y equipo externo no son versiones del mismo servicio a distinto precio. Son respuestas a problemas distintos.
Contratar headcount permanente es la respuesta correcta cuando el trabajo es continuo, requiere conocimiento profundo del negocio que se construye con el tiempo, y la persona va a ser parte del equipo en el largo plazo.
Un equipo externo es la respuesta correcta cuando el trabajo tiene un alcance definido, requiere especialización que no conviene mantener en planta permanente, o necesita empezar antes de lo que permite un proceso de selección.
El problema es que muchas empresas usan una herramienta cuando necesitan la otra — y se dan cuenta tarde.
Cuándo contratar headcount permanente tiene sentido
El rol es de largo plazo y el trabajo es continuo. Si necesitas a alguien que opere y mejore un sistema durante los próximos tres años, contratar tiene sentido. El costo de selección y onboarding se amortiza con tiempo y el conocimiento acumulado del negocio es un activo real.
El conocimiento del negocio es parte del valor. Hay roles donde entender cómo funciona la empresa — los procesos específicos, las excepciones, el lenguaje interno — es parte central del trabajo. Ese conocimiento tarda meses en acumularse. Para esos roles, la rotación tiene un costo real y la continuidad vale.
El volumen de trabajo justifica el costo fijo. Si la carga de trabajo es constante y predecible, el costo fijo del headcount es más eficiente que la tarifa variable de un externo. Un desarrollador interno trabajando al 80% de su capacidad es más económico que un externo trabajando 80 horas al mes.
Tienes la infraestructura para gestionar personas directamente. Incorporar headcount tiene costos de gestión que no son menores: selección, onboarding, evaluación de desempeño, desarrollo profesional, retención. Si el área TI no tiene capacidad para hacer eso bien, el headcount puede resultar más caro y más lento de lo esperado.
Cuándo un equipo externo es la respuesta correcta
El proyecto tiene alcance y plazo definidos. Un proyecto con inicio y fin claro — una integración, una migración, un desarrollo nuevo — no necesita headcount permanente. Necesita el equipo correcto para ese proyecto específico, que puede no ser el mismo para el siguiente.
La especialización que se necesita es puntual. Hay tecnologías, arquitecturas o problemas que requieren expertise específico que no tiene sentido mantener en planta permanente. Si un proyecto necesita a alguien que domine una integración con un sistema de despacho específico, o que haya modernizado sistemas legados antes, contratar para eso es costoso e ineficiente.
La urgencia supera el tiempo de selección. Un proceso de selección razonable toma entre 4 y 12 semanas, sin contar la curva de onboarding. Si el proyecto necesita empezar antes de eso, un equipo externo con el contexto correcto puede activarse mucho más rápido.
El equipo interno está al límite de capacidad. Si el área TI no puede abordar el proyecto sin sacarlo de otra prioridad, un equipo externo permite ejecutar sin comprometer lo que ya está en marcha. Eso no es tercerización del área — es extensión de capacidad para un proyecto específico.
El resultado tiene que estar comprometido, no las horas. Esta es quizás la diferencia más importante. Un contratado permanente trabaja horas. Un equipo externo bien estructurado se compromete con un resultado. Si lo que necesitas es saber que algo va a quedar resuelto — no solo que alguien va a trabajar en eso — la estructura de proyecto externo tiene más garantías.
Los escenarios mixtos
No siempre es una decisión binaria. Hay patrones que funcionan:
Equipo externo para el proyecto + headcount interno para la operación. El equipo externo diseña, construye e implementa. Alguien del equipo interno — contratado en paralelo o que ya existe — aprende durante el proceso y se hace cargo de la operación después. Esto funciona cuando el proyecto tiene alta complejidad técnica pero la operación posterior es estable y continua.
Equipo externo para lo que el equipo interno no puede o no quiere hacer. Hay proyectos que el equipo interno tiene capacidad técnica para hacer, pero que nadie quiere tomar porque son riesgosos, aburridos o porque se mezclan con la operación cotidiana. Un equipo externo puede asumir eso sin la fricción política de pedírselo a alguien interno.
Retención mensual post-proyecto. Un equipo externo puede mantener una relación continua sin ser headcount permanente — con un presupuesto mensual definido para mejoras, soporte y consultoría. Esto funciona cuando el volumen de trabajo no justifica un puesto full-time pero hay trabajo constante.
Lo que suele salir mal
Contratar headcount cuando el problema es de alcance. Si el equipo no avanza porque los proyectos no tienen prioridades claras y cambian constantemente, agregar una persona no resuelve nada. La persona nueva entra en el mismo sistema que frenó al equipo anterior.
Usar un equipo externo para trabajo de largo plazo sin plan de traspaso. Un equipo externo sin una estrategia de transferencia de conocimiento puede crear la dependencia que se quería evitar. Si cuando termina el proyecto el equipo interno no puede mantenerlo, el problema no se resolvió — se pospuso.
No definir el criterio de éxito antes de elegir el modelo. ¿Qué tiene que estar resuelto para que esto haya valido la pena? Esa pregunta tiene que responderse antes de elegir quién lo hace. Si el criterio es "alguien trabajando en esto", el headcount responde eso. Si el criterio es "el sistema integrado y funcionando en producción antes del trimestre", la estructura de proyecto externo con resultado comprometido responde eso mejor.
La pregunta que hay que hacerse primero
Antes de decidir quién ejecuta, hay que tener claro qué se está resolviendo.
¿Es un problema de capacidad continua? → Headcount permanente.
¿Es un proyecto con alcance y plazo definidos? → Equipo externo por proyecto.
¿Es trabajo continuo pero irregular? → Retención mensual con equipo externo.
¿Es un proyecto que requiere expertise que el equipo no tiene y que no conviene internalizar? → Equipo externo especializado.
La decisión equivocada más costosa es contratar headcount cuando lo que falta es claridad de alcance — porque el headcount no resuelve la falta de definición, solo la vuelve más cara.
Si estás en esa decisión ahora, el diagnóstico de cuánto del trabajo es puntual vs continuo, qué tan definido está el alcance, y qué capacidad tiene el equipo para gestionar una incorporación, es el punto de partida. Eso es lo que determina cuál es la respuesta correcta para tu situación específica.
Preguntas frecuentes
Lo que la gente pregunta sobre este tema
¿Cuánto tiempo tarda en ser productivo un nuevo integrante permanente de TI?
Entre 3 y 6 meses para alguien que llega al nivel de productividad de alguien que lleva un año en la empresa. Eso en condiciones normales — con documentación, onboarding estructurado, y sistemas razonablemente documentados. Si el sistema es opaco y el conocimiento está en una persona, puede ser más.
¿Cómo se estructura el traspaso cuando termina un proyecto con equipo externo?
El traspaso tiene que ser parte del contrato desde el inicio, no una promesa de cierre. Eso incluye documentación técnica entregada durante el proyecto (no solo al final), sesiones de capacitación al equipo interno, y un período de soporte post-entrega con tiempo definido. Un proyecto que termina sin que el equipo interno pueda mantenerlo solo no terminó bien.
¿Se puede usar un equipo externo para trabajo continuo, no solo por proyectos?
Sí. Hay un modelo de retención mensual que funciona bien para mantenimiento, mejoras incrementales y soporte al área TI de forma continua. La diferencia con headcount permanente es que el costo es variable, el equipo se activa solo cuando hay trabajo, y no hay carga de gestión directa. Funciona mejor cuando hay trabajo irregular pero recurrente.
¿Cómo se protege el conocimiento de la empresa cuando trabaja un equipo externo?
Con contrato de confidencialidad explícito, acceso granular a sistemas (el equipo externo accede solo a lo que necesita para el proyecto), y documentación progresiva que queda en manos del cliente. El conocimiento producido durante el proyecto — código, arquitectura, decisiones — tiene que quedar en la empresa, no en el proveedor.
¿Es más caro un equipo externo que contratar?
El costo visible del headcount permanente suele ser menor que el costo de hora de un externo. Pero el costo total del headcount incluye: selección, onboarding, curva de aprendizaje, gestión directa, beneficios, indemnizaciones eventuales, y el costo de oportunidad si la persona no resulta. Para proyectos de alcance definido, el equipo externo suele ser más eficiente en costo total — especialmente si el resultado está comprometido, no solo las horas.
Antes de contratar, revisa este checklist
15 preguntas para evaluar si el proyecto necesita apoyo externo o puede resolverse internamente. PDF, 2 páginas.
¿Prefieres conversar directo? Agenda 45 min sin costo