Rareza y baja frecuencia

La prevalencia de un ejecutable es el porcentaje de equipos donde aparece: equipos con él, dividido entre equipos del parque, por cien. Se llama raro al que queda por debajo de un límite que fija la organización. La rareza se mide sobre el parque real, no sobre una lista de nombres conocidos.

Ser raro es una pista, no un veredicto. Hay rarezas con explicación: un programa que se despliega por oleadas, una herramienta de un puesto especializado, una utilidad que se instaló hace meses para una sola tarea. Una regla basada solo en la rareza generará una alerta por cada una de ellas, y el turno aprenderá a ignorarla.

Los criterios de la organización están en la tabla criterios. Aplica el de ejecutable raro a la prevalencia de cada uno de los nueve: calcula el porcentaje, o el número máximo de equipos que equivale al límite, y cuenta los que quedan por debajo.

De los ejecutables raros, la mayoría tienen una historia que los explica. Busca el que sea nuevo según el criterio de la tabla, no tenga firma del fabricante y no esté respaldado por ningún cambio planificado. Una sola de esas señales no basta; las tres juntas, junto con la rareza, sí justifican abrir una revisión.

Otro ejecutable nuevo también es raro, pero esta vez hay un registro que lo explica. Búscalo en el calendario de cambios y anota el identificador del cambio. Con ese dato, esa rareza deja de ser un hallazgo y pasa a ser un hecho esperado que la regla debería poder excluir.

Dos ejecutables son raros desde hace meses y no son nuevos: uno está en un par de puestos de bodega y otro lleva meses en un único equipo. Si la regla los marca cada día, el turno los verá sin descanso sin que nada cambie.