Contratar o externalizar no se decide con el costo por hora, sino con continuidad, control y riesgo laboral. Este es el criterio que usamos.
La pregunta llega casi siempre en el mismo momento: el roadmap creció, el equipo no da abasto y la gerencia tiene que elegir entre abrir cargos o contratar a un proveedor. Se suele resolver comparando el sueldo de un desarrollador con la tarifa mensual de una empresa de outsourcing de TI, y esa comparación está mal planteada desde el principio.
No porque el outsourcing sea siempre más barato, que no lo es, sino porque las dos opciones compran cosas distintas. Un equipo interno compra conocimiento que se queda en la empresa. Un proveedor compra capacidad que se puede subir o bajar. Lo que hay que decidir es cuál de las dos necesitas, para qué parte del trabajo y por cuánto tiempo.
¿Qué estás comparando de verdad cuando comparas costos?
El sueldo bruto de un ingeniero es la parte visible del costo de tenerlo en planta. Debajo hay una lista que rara vez entra en la planilla de la comparación:
- Las cotizaciones de cargo del empleador: seguro de cesantía, seguro de invalidez y sobrevivencia, y el seguro de accidentes del trabajo de la Ley 16.744.
- El tiempo de reclutamiento: semanas en que el cargo está vacío y el trabajo no avanza, más las horas del equipo que entrevista.
- La curva de entrada: los primeros meses de una persona nueva rinden menos, por bueno que sea el perfil.
- El computador, las licencias, los beneficios y la capacitación.
- La salida: feriado proporcional y, según la causal, indemnización por años de servicio.
Del lado del proveedor, la tarifa suele absorber esas partidas, pero agrega un margen y, sobre todo, una dependencia. Si la comparación se hace solo con el número mensual, cualquiera de las dos opciones puede parecer la ganadora según quién arme la planilla.
La pregunta útil no es cuánto cuesta una hora. Es cuánto cuesta que ese conocimiento se vaya.
¿Cuándo conviene armar un equipo interno?
Hay trabajo que no debería salir de la empresa, y no por desconfianza hacia los proveedores. Es trabajo donde el conocimiento acumulado es el activo:
- El sistema core del negocio, el que nadie más tiene y que cambia todas las semanas.
- Las decisiones de arquitectura y de producto: qué se construye, en qué orden y por qué.
- La relación con las áreas usuarias, que se construye con años de conversaciones y no con un contrato.
- Cualquier dominio con reglas que se equivocan en silencio, como remuneraciones, facturación o cumplimiento normativo.
Si esas funciones quedan enteras en manos de un tercero, el día que el contrato termina la empresa descubre que no sabe cómo funciona su propio sistema. Por eso, aunque el desarrollo lo haga casi entero un proveedor —nosotros incluidos—, recomendamos que el liderazgo técnico y la propiedad del producto sean internos. Alguien de la casa tiene que poder decir que no.
Esto no exige un equipo grande. Una planta chica —una persona que lidere la arquitectura y otra que conozca a fondo el negocio— alcanza para dirigir a un equipo externo varias veces más numeroso. Lo que no funciona es la planta cero: un proveedor sin contraparte técnica termina tomando decisiones de producto por omisión, y nadie se lo pidió.
¿Cuándo conviene el outsourcing de TI?
El outsourcing gana cuando lo que falta es capacidad, no criterio. Los casos típicos:
- Un proyecto con fecha y fin claros: una migración, una integración, una app con alcance definido.
- Un peak de demanda que no justifica crecer la planta de forma permanente.
- Una especialidad que la empresa necesita de vez en cuando y no todo el año: DevOps, seguridad, QA automatizado, datos.
- Un equipo interno chico que necesita acelerar sin pasar meses reclutando.
- Operación y soporte de sistemas estables, donde lo que importa es un SLA cumplido y no la innovación.
En todos esos casos el valor está en que la capacidad aparece rápido y se puede soltar sin un proceso de desvinculación. Esa flexibilidad tiene precio, y vale la pena pagarlo justo cuando la demanda es incierta.
Antes de firmar, conviene evaluar al proveedor con la misma seriedad que a un candidato a un cargo clave. Pide conocer a las personas que van a trabajar contigo, no solo al equipo comercial; pregunta qué pasa si alguien se va a mitad del contrato y en cuánto tiempo lo reemplazan; y revisa quién responde técnicamente por el trabajo del equipo. Un proveedor serio contesta esas preguntas sin rodeos.
Staff augmentation, squad o proyecto cerrado: no son lo mismo
«Outsourcing» se usa para tres modelos que se contratan y se gestionan de forma muy distinta. Confundirlos termina en contratos que nadie sabe cómo administrar:
- Staff augmentation: perfiles individuales que se suman a tu equipo y trabajan con tus rituales. Tú diriges el trabajo; el proveedor responde por la persona.
- Squad dedicado: un equipo completo, con su líder técnico, que se hace cargo de un producto o de un frente. Tú defines objetivos; el proveedor responde por la entrega.
- Proyecto a precio cerrado: alcance, plazo y costo acordados por fase. El proveedor responde por el resultado.
La regla práctica es que el control y el riesgo se mueven juntos. Mientras más diriges el día a día, más riesgo de la entrega queda de tu lado. Si quieres que el proveedor responda por un resultado, tienes que dejarlo decidir cómo llegar a él.
Cada modelo pide un contrato distinto. En staff augmentation lo que importa son los perfiles, el plazo de reemplazo y las condiciones de término. En un squad, los objetivos, la forma de medir la entrega y quién decide las prioridades. En un proyecto cerrado, el alcance de cada fase, los criterios de aceptación y qué ocurre cuando el alcance cambia, que siempre cambia.
Qué dice la ley chilena sobre subcontratar servicios de TI
En Chile, el régimen de subcontratación está en los artículos 183-A y siguientes del Código del Trabajo, que introdujo la Ley 20.123. Dos puntos importan al contratar un proveedor de TI:
- La empresa que contrata responde por las obligaciones laborales y previsionales del proveedor con sus trabajadores. Esa responsabilidad es solidaria, y pasa a ser subsidiaria si la empresa ejerce su derecho a pedir información sobre el cumplimiento de esas obligaciones y a retener pagos cuando no se acredita.
- Si el proveedor solo pone personas a disposición y no ejecuta un servicio propio, la ley puede considerar que el empleador es la empresa que las recibe. Suministrar trabajadores es una actividad reservada a las empresas de servicios transitorios.
En la práctica, eso significa pedir los certificados de cumplimiento de obligaciones laborales y previsionales antes de cada pago, y cuidar que el contrato describa un servicio y no un arriendo de personas. No es una formalidad: es lo que separa a un proveedor de un problema laboral heredado. Revisa tu caso con tu abogado laboral; acá solo te dejamos las preguntas que conviene hacerle.
Cómo combinar los dos modelos sin perder el control
En muchas empresas la respuesta no es una o la otra, sino una mezcla con reglas claras. Las mezclas que funcionan comparten cuatro rasgos:
- El liderazgo técnico es interno y tiene la última palabra sobre arquitectura.
- El código vive en repositorios de la empresa desde el primer commit, no en los del proveedor.
- Las personas externas documentan como si fueran a irse mañana, porque tarde o temprano se van.
- Hay un plan de traspaso escrito: qué se entrega, a quién y en cuánto tiempo si el contrato termina.
Con esas cuatro condiciones, cambiar de proveedor o internalizar un equipo deja de ser un salto al vacío y pasa a ser una decisión operativa.
Ojo con un detalle que se pasa por alto: el traspaso también se presupuesta. Si algún día quieres internalizar un equipo, las semanas en que la gente nueva aprende junto a la saliente tienen costo, y es mucho menor si se acordó desde el inicio que existirían. Un buen proveedor no le teme a esa cláusula, porque sabe que es la que hace que lo contraten tranquilos.
Las preguntas para decidir esta semana
Si tienes que resolver esto pronto, responde por escrito estas preguntas antes de pedir cotizaciones:
- ¿Este trabajo va a existir en dos años o termina con el proyecto?
- ¿El conocimiento que se genera es parte de la ventaja del negocio o es técnica estándar?
- ¿Tengo a alguien interno capaz de dirigir y revisar el trabajo de un equipo externo?
- ¿Qué pasa si el proveedor desaparece mañana? ¿Cuánto tardo en recuperarme?
Si las respuestas apuntan a trabajo permanente y diferenciador, invierte en planta. Si apuntan a algo acotado, especializado o incierto, el outsourcing es la herramienta correcta, siempre que lo contrates con las reglas de arriba.
Si estás en esa decisión, conversemos. Agenda un diagnóstico de 45 minutos sin costo: dos ingenieros senior revisan contigo qué parte del trabajo conviene mantener adentro y qué parte externalizar, sin compromiso. Si ya lo tienes claro, en outsourcing de TI está cómo trabajamos con squads y perfiles dedicados, y en consultoría tecnológica cómo armamos el plan cuando la respuesta todavía no es obvia.