# Incidencias graves: coordinación en lugar de caos · Stilla > En una incidencia grave, la tecnología solo es la mitad del problema. La otra mitad es quién sabe qué y cuándo. URL: https://stilla.eywo.digital/es/blog/major-incident-coordination/ Language: es Last updated: 2026-10-25 [← Volver al blog](https://stilla.eywo.digital/es/blog/) Operaciones20 de agosto de 2026Actualizado 25 de octubre de 20264 min readEquipo de Eywo # Incidencias graves: coordinación en lugar de caos En una incidencia grave, la tecnología solo es la mitad del problema. La otra mitad es quién sabe qué y cuándo. A continuación, se explica cómo convertir los primeros minutos en trabajo coordinado en lugar de una búsqueda de información. 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 Stilla Stilla 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. **Stilla Business** Para operaciones que desean conectar monitorización, seguridad y proveedores. [Comparar ediciones →](https://stilla.eywo.digital/es/editions/) ## Más artículos [Operaciones·6 de agosto de 2026 ### SLA medidos de la manera correcta Un plazo límite que transcurre durante fines de semana y festivos, o que ignora el tiempo dedicado a esperar al cliente, genera disputas innecesarias. Cómo medir los SLA para que los números coincidan tanto con el acuerdo como con la realidad. Standard4 min read](https://stilla.eywo.digital/es/blog/sla-measured-right/)[Operaciones·30 de julio de 2026 ### Ruido de monitorización: de miles de alertas a unas pocas situaciones Cuando la monitorización informa de todo, en realidad no informa de nada. Cómo convertir un flujo de eventos en unas pocas situaciones claras con una causa probable y un impacto visible en los servicios. Business4 min read](https://stilla.eywo.digital/es/blog/monitoring-noise/)[CMDB·25 de octubre de 2026 ### La red virtual en la CMDB: del grupo de puertos al switch leaf Entre una máquina virtual y la red física se encuentra una capa que la mayoría de las CMDB no ven: conmutadores virtuales, grupos de puertos y enlaces ascendentes de host. Sin embargo, aquí es precisamente donde se decide qué servicios afectará un cambio en la red. Standard4 min read](https://stilla.eywo.digital/es/blog/virtual-network-in-the-cmdb/)