Externalizar la operación de TI: qué se queda dentro y qué sale

El problema aparece en la renovación, no en la firma

Cuando una empresa externaliza la operación de TI, la mayor atención suele estar en el contrato: alcance, SLA, precio mensual. El problema real casi siempre aparece meses después, durante el primer incidente serio o la primera renovación. Es cuando alguien pregunta por qué un servidor crítico está configurado de esa forma. Nadie dentro de la empresa sabe responder, porque la decisión la tomó el proveedor sin que la empresa participara.

Esto no significa que el proveedor se haya equivocado. Significa que nadie definió, antes de firmar, qué decisiones seguían siendo de la empresa y cuáles pasaban a ser parte de la operación diaria de quien ejecuta el trabajo.

Lo que cambia cuando alguien decide qué se queda dentro

La pregunta habitual es "cuánto externalizar": todo, la mitad, solo el monitoreo. Esa pregunta importa menos de lo que parece. Lo que de verdad protege a la empresa es listar, antes de cualquier propuesta, qué decisiones específicas deben seguir tomándose desde dentro, sin importar quién maneje la operación del día a día.

Un ejemplo concreto: elegir qué proveedor de nube usar es una decisión de negocio, aunque Diglion u otro socio configure y monitoree los servidores después. Decidir qué alerta es lo bastante crítica como para despertar a alguien a las tres de la madrugada también es una decisión de negocio. Refleja tolerancia al riesgo, no capacidad técnica.

La decisión que genera más discusión: quién comanda un incidente grave

Aquí vale la pena dejar clara una postura que Diglion defiende, aun sabiendo que la tentación del mercado suele ser la contraria. Durante un incidente grave, alguien tiene que decidir qué comunicar, cuándo escalar y cuándo aceptar un riesgo temporal para reducir el tiempo de caída. Ese papel de mando debe quedar en manos de alguien interno a la empresa, incluso cuando el equipo del proveedor ejecute toda la corrección técnica.

El costo de esta decisión es mantener a una persona interna entrenada y disponible de guardia, algo que puede parecer redundante cuando el proveedor ya tiene un equipo de operación las 24 horas. La ganancia es que esa persona entiende el impacto de negocio de cada minuto de caída de una forma que ningún proveedor, por bueno que sea, puede tener del todo. Delegar la ejecución técnica es razonable. Delegar el juicio sobre riesgo de negocio, durante una crisis, cuesta más de lo que parece en el papel del contrato.

Dónde la documentación se vuelve riesgo, no formalidad

Un error común en los contratos de operación gestionada es dejar toda la documentación viva solo en la cabeza o los sistemas del propio proveedor. Esto incluye runbooks, diagramas de arquitectura, credenciales y decisiones de configuración que nadie más registró. Funciona bien mientras dura el contrato. Cuando la empresa decide cambiar de proveedor, o traer parte de la operación de vuelta adentro, esa documentación se convierte en el verdadero cuello de botella de la transición, no la tecnología en sí.

Exigir que la documentación se entregue en un formato accesible para la empresa, actualizada con una frecuencia definida en el contrato, resuelve la mayor parte de esto. El error es tratar esa cláusula como papeleo opcional. Sin ella, la empresa queda atada a un único proveedor aunque el contrato formalmente permita cambiar.

Una hoja de ruta para la transición

Antes de firmar cualquier propuesta de operación gestionada, mapea el ambiente actual con quien lo opera hoy, aunque sea de forma informal. Después, escribe una matriz simple de decisiones: qué decide el proveedor solo, qué necesita aprobación, y qué nunca sale de la empresa. Pon esa matriz en el contrato mismo, no en una conversación verbal que nadie vuelve a revisar después.

Solo después de eso vale la pena discutir SLA y precio. Sin la matriz de decisiones, cualquier SLA es solo un número que no dice quién decide lo que de verdad importa.

Cuándo todavía no vale la pena externalizar

Si la operación actual es pequeña y estable, y el propio equipo interno ya entiende el ambiente de punta a punta, externalizar puede costar más de lo que resuelve. Esto es especialmente cierto cuando el volumen de tickets es bajo. Vale la pena en cuanto la operación crece más allá de lo que el equipo interno puede cubrir con calidad, o cuando la rotación de personal técnico se vuelve un riesgo constante.

Dónde entra Diglion

Cuando la operación de TI empieza a exigir soporte externo, la decisión que más protege a la empresa no es elegir primero al proveedor correcto. Es decidir, antes de eso, qué juicios siguen siendo propios. Diglion ayuda a los equipos a diseñar esa matriz de decisiones antes de cualquier propuesta de operación gestionada, para que externalizar reduzca la carga operativa sin externalizar también el control que la empresa necesita conservar.