Alertas y operación

Una alerta de planta tiene dos riesgos: pasar por alto algo real y despertar a Operaciones por un trabajo planificado. Antes de escalar se hacen dos comprobaciones baratas y sin tocar nada: si el calendario de cambios cubre la actividad y qué dice el operador de turno que ve el proceso. Ninguna incluye probar nada sobre el equipo.

Se compara cada regla por la proporción de alertas que Operaciones confirmó: confirmadas entre alertas. Una regla con muchas alertas y pocas confirmadas cansa al operador y le enseña a ignorarla. Eso no significa apagarla: significa afinarla con el equipo de planta. Abre reglas_ot y calcula la proporción de cada una.

Las alertas del día están repartidas por turno y con su estado. Un alerta sin atender en una hora sin analista es una brecha de proceso, no de tecnología. Abre alertas_del_dia y cuenta las que quedaron sin atender en el turno de noche.

turnos muestra que de noche solo hay un operador de planta y que no hay analista en sitio. La respuesta no es dar al operador la tarea de analizar paquetes, sino acordar una ruta corta: qué alertas despiertan a quién, por qué canal y qué debe hacer el operador mientras tanto, que es observar el proceso y no tocar nada.