Proveedor de TI externo vs equipo interno: cómo decidir para tu infraestructura
La pregunta de si conviene abrir un equipo interno de TI o contratar un proveedor externo no se responde con la palabra ‘mejor’. Se responde con números, escenarios y plazos.
Una empresa industrial con 50 personas y carga crítica estable necesita una respuesta distinta a la de una empresa de logística con 200 personas y demanda estacional. La respuesta correcta depende más del workload que del tamaño.
Cuatro criterios objetivos para decidir
Estos cuatro ejes se aplican a la mayoría de las decisiones operativas de infraestructura. Ninguno es definitivo por sí solo.
- Escala del proyecto: si manejas menos de 20 servidores críticos y cargas estables, el costo fijo de un equipo interno es difícil de justificar. Si manejas más de 50 o tienes cargas con picos, el equilibrio cambia.
- Variabilidad del workload: cargas predecibles se operan con equipo interno rentable. Cargas con picos estacionales (comercio electrónico, manufactura por campañas, etc.) suelen ser más baratas de externalizar.
- Capacidad técnica requerida a 24/7: tener un equipo interno en horario completo (nocturno, fines de semana, guardias rotativas) es costoso para una sola empresa. Un proveedor lo distribuye entre clientes.
- Velocidad de cambio tecnológico: si necesitas adoptar nuevas prácticas cada 1-2 años (cloud, IA, nuevas regulaciones), un proveedor externo lo hace como práctica diaria. Un equipo interno lo aprende sobre la marcha y a un costo mayor.
Señales de que necesitas proveedor externo
Tu infraestructura crítica necesita soporte 24/7 pero tu equipo solo trabaja horas hábiles. Tienes picos de demanda donde necesitas recursos temporales o especializados. Estás adoptando una tecnología (como IA) para la que internamente no hay experiencia. Planeas una transformación de 6-18 meses y no quieres ampliar la plantilla permanente.
Estas señales son legitimas y no implican que el equipo interno ‘no sirva’. Implican que el modelo mixto es financieramente más sano.
Señales de que necesitas más equipo interno
Tienes procesos regulados donde cada cambio debe pasar por auditoría interna. Manejas propiedad intelectual sensible que no debería salir del perímetro corporativo. Tu carga operativa es estable y masiva. Ya tienes una práctica de TI madura con estándares propios.
Si cumples estas condiciones, el modelo interno se justifica incluso a un costo absoluto mayor: pagas por control, no por ahorro.
El modelo intermedio que casi nadie nombra
El modelo más común hoy no es binario. Es un equipo interno reducido (arquitectura + gobernanza + contrataciones clave) que trabaja con uno o más proveedores externos para operación, soporte y proyectos especializados.
Esta arquitectura permite mantener control de decisiones críticas y a la vez escalar operación sin contratar fijo.
Lo que casi nadie te dice: el costo oculto del equipo interno
El costo salarial de un ingeniero de operación es solo 40-50% de su costo total. El resto es prestaciones, espacio, equipo, capacitación, rotación (en IT ronda 20-30% anual en México) y tiempo de aprendizaje.
Un proveedor externo con tarifa mensual compite contra el costo total, no contra el salario. Esa es la comparación que conviene hacer.
Cómo construir el caso financiero
Un modelo mínimo viable: 1) costo total anualizado del equipo interno (incluye prestaciones, espacio, capacitación, rotación estimada), 2) costo anualizado del proveedor externo (tarifa mensual × 12 + servicios extraordinarios), 3) valor del riesgo mitigado (incidentes evitados, regulación cumplida, capacidad ganada).
Si la suma de proveedor externo + riesgo mitigado es menor que el costo interno en un horizonte de 3-5 años, la decisión financiera es clara. Si no, conviene quedarse interno o buscar un modelo mixto.
Fuentes
[1] Gartner — Outsourcing and Insourcing Decisions (research overview) — https://www.gartner.com/en/finance/finance-function/insourcing-vs-outsourcing-decisions
[2] IEEE — Software Engineering Body of Knowledge (costos y modelos) — https://www.computer.org/education/bodies-of-knowledge/software-engineering
[3] ISO/IEC 38500:2015 — Governance of IT for the organization — https://www.iso.org/standard/62816.html
