Comunicar el plan de parcheo a negocio

La guía enumera las audiencias posibles de las métricas de parcheo: la dirección general y la junta, la dirección de tecnología, la de seguridad, los responsables de unidades de negocio, los desarrolladores y los administradores. Cada una necesita un conjunto algo distinto, acorde con su papel. Un administrador de Linux quiere ver cómo va el parcheo de Linux; la dirección de una unidad quiere comparar su desempeño con el de las demás.

Para una junta, la pregunta útil no es cuántos parches se instalaron sino si lo que importa está bajo control. La tabla audiencias dice qué necesita cada una en Vitalcor.

El primer borrador del informe mezcla frases pensadas para audiencias distintas. Una cuenta cuántos parches se instalaron, otra da un número de abiertas sin contexto, otra describe el estado de un equipo clínico y otra mide el cumplimiento de un tipo concreto de parche en los activos que más importan.

Lee la tabla borrador_informe con la necesidad de la junta en mente: riesgo que importa y plazos, con una cifra comparable.

Los dueños de un sistema clínico no autorizan «reiniciar el servidor»: autorizan o rechazan lo que eso significa para sus pacientes. La tabla solicitudes_de_ventana trae, junto a cada pedido, la consecuencia clínica de parchear. Un buen pedido nombra esa consecuencia, propone una forma de cubrirla y fija la fecha de remedio, en lugar de pedir tiempo sin más.

Mira la solicitud del monitor de cuidados intensivos y decide cómo debe formularse.

Un informe honesto no solo reporta lo que se hizo; reporta lo que sigue abierto. En especial, lo que está abierto sin una fecha prevista de remedio y en activos importantes. Eso es lo que la dirección tiene que conocer, porque solo ella puede decidir si acepta, financia o cambia de proveedor.

La tabla riesgo_abierto lista los activos con parche pendiente al corte. Filtra por importancia alta.