Priorizar por riesgo y caber en las horas

El equipo puntúa cada hipótesis con tres factores. El impacto dice cuánto dolería perder lo que esa técnica pondría en riesgo. La probabilidad dice cuánta actividad hay en el sector con esa técnica. La cobertura dice cuánto la vigila ya una regla: 0 si no hay ninguna, 1 si hay una floja, 2 si hay una buena. El riesgo es el impacto por la probabilidad por (3 menos la cobertura), de modo que una cobertura buena deja el último factor en 1 y una cobertura nula lo deja en 3.

Se multiplica y no se suma porque una hipótesis solo merece prioridad si pesa en los tres frentes. Lo improbable, lo que no importa o lo que ya vigila una regla buena baja el producto aunque los otros factores sean altos, y no pasa por delante de lo que pesa en todo.

La puntuación es una ayuda, no un juez. Habrá veces en que el equipo sabe algo que la fórmula no ve: un incidente reciente, un cambio en la red, una advertencia de un proveedor. Si eso mueve el orden, lo que se hace es corregir los factores que lo explican y anotar el motivo del cambio. La lista sigue siendo auditable: otra persona puede ver por qué una hipótesis subió y recalcular.

Lo que arruina un programa es lo contrario: cazar algo «porque sí» sin dejar rastro, o prohibir toda discusión. En el primer caso la puntuación pierde sentido; en el segundo, el equipo deja de usarla.

Abre la consola. La tabla backlog_puntuado trae las diez hipótesis que siguen listas, con sus tres factores y el tamaño de la caza; criterio_de_riesgo repite la fórmula. Una consulta de la consola calcula el riesgo de cada una y ordena la lista de mayor a menor. Ahí se ve cuál lidera.

Ordenar por riesgo no basta: hay que caber en las horas. La tabla capacidad trae las horas netas de los dos ciclos que se planean ahora. El método es simple: se recorre la lista de mayor a menor riesgo; cada hipótesis se toma si cabe en las horas que quedan y, si no cabe, se salta y se sigue con la siguiente. La que se salta no se pierde: queda de primera para el ciclo siguiente.

Una hipótesis que cabe entra aunque tenga menos riesgo que una que se saltó, porque el objetivo es usar bien las horas netas, no quedarse con horas sin gastar.

Cuando ingeniería de detección pone una regla buena sobre una técnica, la cobertura de esa hipótesis sube y su riesgo baja, y la lista se reordena sola. Es la prueba de que la caza hizo su trabajo: lo que ayer era ceguera hoy está vigilado, y el esfuerzo se mueve a otro sitio. Imagina que una regla buena empieza a vigilar la hipótesis HZG-108 y su cobertura pasa a 2, con impacto y probabilidad iguales.