La frontera que evita la discusión de las tres de la mañana

Hay una conversación que se repite igual en todas las empresas, siempre de madrugada y siempre con las mismas frases. «Esto es de infraestructura». «No, la infraestructura está arriba, esto es de la aplicación». Mientras tanto, el servicio sigue caído y el reloj corre.

Esa discusión no se gana con argumentos a las tres de la mañana. Se evita escribiendo la frontera antes, cuando nadie está nervioso.

Por qué la frontera siempre queda borrosa

Porque la parte interesante del sistema es justamente la que está en el medio. Nadie discute quién responde por el hipervisor ni quién escribe el código de la aplicación. Se discute el motor de base de datos, el certificado que expiró, la tarea programada que nadie recuerda haber creado, la cola que se llenó, el servicio que alguien dejó en manual.

Es la franja donde el proveedor de infraestructura dice «yo entrego la máquina sana» y el equipo de aplicación dice «yo entrego el código funcionando», y ambos tienen razón mientras el usuario sigue sin poder facturar.

Una matriz que sí sirve: componente por componente

Nuestro reparto es explícito y se firma antes de arrancar. La plataforma de nube y el sistema operativo son nuestros: disponibilidad, parcheo, monitoreo, respaldos y postura de seguridad. El motor de base de datos y la capa de aplicación siguen siendo del equipo del cliente, con una precisión que importa: damos apoyo técnico sobre el motor, incluido y sin costo adicional, porque negarse a mirar una base de datos cuando el servicio está caído es una forma cara de tener la razón.

Para que una matriz funcione, cada fila necesita cuatro cosas, y casi ninguna las trae:

El componente, nombrado con precisión. «Base de datos» no es un componente: lo son el motor, las instancias, los respaldos, el almacenamiento y el rendimiento de las consultas, y pueden tener responsables distintos.
Quién opera y quién decide. No es lo mismo ejecutar el cambio que autorizarlo.
Qué pasa fuera de horario. Una responsabilidad que solo aplica de lunes a viernes deja un agujero de dos días.
La regla para lo no previsto. Ningún documento cubre todos los casos; lo que sí puede definirse es quién coordina mientras se aclara.

El compromiso que hace que la matriz se cumpla

Escribir el reparto no basta si no hay tiempos que lo sostengan. En un incidente crítico, treinta minutos de respuesta y cuatro horas de resolución, con cobertura los siete días de la semana y reporte de avance cada hora. Y si un caso no avanza, escala solo: al coordinador de servicio a los sesenta minutos, al arquitecto de soluciones a los ciento veinte y a la dirección de operaciones a los doscientos cuarenta.

Esa última parte es la que más tranquilidad da, y no por el número: por lo que significa. El cliente no tiene que empujar el caso. No depende de que alguien de su equipo esté despierto insistiendo para que el asunto suba de nivel.

Cómo se construye, en la práctica

Inventario real de componentes, sacado del ambiente y no de un documento de hace tres años.
Una pasada conjunta, con el equipo de aplicación del cliente en la misma sala, fila por fila.
Los casos incómodos primero: el certificado, la tarea programada, el trabajo nocturno que nadie reclama.
Revisión cuando el ambiente cambie, no una vez al año por calendario.

Toma medio día. El incidente en el que se descubre que nadie la escribió toma bastante más.

Si quiere ver cómo quedaría esa frontera en su caso, escríbanos y la dibujamos con su inventario.