Es martes por la tarde y un servicio crítico deja de funcionar. Los teléfonos suenan, el chat se llena y tres equipos buscan la causa, cada uno en su propia capa. El jefe de operaciones intenta averiguar quién está afectado, el servicio de atención al cliente quiere saber qué decir a los llamantes y la gerencia pregunta cuándo se solucionará. Nadie tiene una visión completa.
Una incidencia importante es una prueba de estrés tanto para las personas como para los sistemas. Los ingenieros trabajan bajo presión mientras responden a las mismas preguntas una y otra vez. Las actualizaciones externas se escriben con prisas y a menudo se contradicen entre sí. Y una vez que ha terminado, es difícil reconstruir lo que sucedió y por qué.
Por qué el runbook solo no es suficiente
A menudo vemos organizaciones con un procedimiento de incidencia importante bien escrito. El problema está en otra parte. Cuando se necesita el procedimiento, la información necesaria para seguirlo falta:
- Se adivina el impacto. ¿Quién sabe qué servicios se ejecutan en el servidor afectado? A menudo una persona, que está ocupada con algo más.
- Los cambios se reconstruyen después del hecho. “¿Alguien cambió algo?” siempre se pregunta. La respuesta proviene de correos electrónicos y memoria.
- Se contacta a los proveedores de forma ad hoc. Quién tiene el contrato, qué tiempo de respuesta promete y a quién llamar se busca en una carpeta compartida.
- La comunicación comienza desde cero. Diferente cada vez, escrita bajo presión cada vez.
Toda esta información existe en algún lugar de la organización. Solo que no está a mano cuando importa.
La coordinación se basa en hechos compartidos
Una incidencia importante bien gestionada tiene un coordinador claro, una única fuente de verdad y un ritmo constante de actualizaciones. Pero el coordinador necesita hechos, no suposiciones: qué servicios y clientes están afectados, qué cambió recientemente alrededor de los componentes afectados, quién es responsable en el lado del proveedor y quién debe ser informado. Cuanto más de eso esté listo con anticipación, más capacidad queda para la solución real.
Cómo lo maneja Eywo Stratum
Eywo Stratum vincula la incidencia a los datos que ya están en el sistema. Cuando se crea una incidencia contra un elemento de la CMDB, sugiere el servicio afectado, el impacto y el equipo de resolución. La prioridad sigue del impacto y la urgencia. La incidencia se puede marcar como importante para que reciba el manejo que merece.
Cuando la incidencia comienza en la monitorización, los grupos de gestión de eventos relacionan alertas relacionadas con una situación basada en la topología de la CMDB, el servicio y el tiempo, y muestran la causa probable junto con los cambios relacionados. Una incidencia se crea a partir de la situación en un paso, o automáticamente. El equipo comienza desde una situación con contexto, no desde mil alertas separadas.
Si parte de la resolución está con un proveedor, la incidencia se puede escalar según el contrato de servicio. El sistema sabe qué elementos cubre el contrato y qué SLA ha comprometido el proveedor. Nadie busca un contrato mientras el reloj está corriendo.
Las notificaciones por correo electrónico y Slack siguen reglas y plantillas. Las personas adecuadas se enteran de la incidencia sin una ronda de llamadas telefónicas, y los mensajes tienen un aspecto coherente.
El asistente de inteligencia artificial opcional ayuda donde se pierde tiempo bajo presión. Propone una incidencia a partir de una situación, encuentra incidencias pasadas similares y borra comunicaciones con clientes. Estas son sugerencias, no decisiones. Una persona siempre decide qué se envía y cómo proceder.
Después, la línea de tiempo completa permanece en la pista de auditoría. La revisión posterior a la incidencia se basa en un registro, no en el recuerdo.
Calma cuando cuenta
No se pueden descartar incidencias importantes. Lo que se puede asegurar es que los primeros minutos no se dediquen a buscar información. Cuando se conoce el impacto, los cambios son rastreables, el proveedor está a un clic y la comunicación está borrada, los ingenieros pueden enfocarse en la solución y el coordinador en las personas. Y cuando termina, todos pueden irse a casa sabiendo que la respuesta se basó en hechos.
Las incidencias importantes son parte de la edición Estándar; la correlación de eventos en situaciones, la escalada de proveedores basada en contratos y el asistente de inteligencia artificial están incluidos en la edición Business.
Eywo Stratum Business
Para operaciones que desean conectar monitorización, seguridad y proveedores.