Fichas completas

Una ficha está completa cuando alguien que nunca vio la regla puede atenderla una madrugada sin llamar a su autor. Eso pide, como mínimo: severidad (cuánto importa), dueño (quién responde por ella), runbook (qué hace el turno cuando salta), falsos positivos conocidos (qué ruido es normal), versión desplegada (qué corre hoy) y fecha de revisión (cuándo se vuelve a mirar). La lógica sola no basta: una regla correcta sin dueño se queda sin afinar el día que cambie el entorno.

Un campo vacío no es un detalle: es una pregunta sin respuesta que alguien tendrá que contestar bajo presión. La que más pesa es el dueño. Sin dueño nadie recibe el aviso de que la fuente cayó, nadie aprueba una excepción y nadie firma el retiro.

Abre fichas y busca la ficha cuyo campo de dueño está sin rellenar.

El runbook es lo que convierte una alerta en una acción: qué mirar primero, a quién llamar, qué decisión tomar. Una alerta sin runbook obliga al turno a improvisar y la improvisación cuesta minutos cada vez que salta. Un runbook no es la lógica de la regla explicada otra vez: es el procedimiento de quien atiende.

Vuelve a fichas y busca la que no tiene el procedimiento del turno.

Un paquete se presenta con una cifra honesta: cuántas fichas están completas hoy, no cuántas existen. Quince fichas con tres campos vacíos no son quince fichas.

Revisa las quince filas de fichas. Una ficha está completa si ninguno de sus campos está vacío ni dice «sin».

Una detección cambia, y cada cambio es una versión con su motivo. Entre la última versión escrita y la que corre puede haber distancia: una candidata se prueba antes de desplegarse, y mientras tanto sigue corriendo la anterior. La ficha tiene que decir cuál corre y el historial tiene que explicar el resto.

Mira historial_abr08. Hay cuatro versiones y solo una tiene el estado de producción.