Aprobaciones y justificación

Al activar un rol se puede exigir una justificación escrita. Casi nadie la lee en el momento, y eso lleva a pensar que sobra. Su valor aparece después: cuando una revisión o un incidente pregunta por qué alguien fue administrador global un sábado de madrugada, la justificación es el único testimonio escrito en el instante de la decisión.

Por eso importa que el motivo sea concreto: una tarea, un pedido, un cambio. «Necesito acceso» o «mantenimiento» no dicen nada que se pueda contrastar.

Un aprobador distinto de quien pide es la razón de ser del flujo. Si la misma cuenta pide y aprueba, no hay segundo par de ojos. Esto puede pasar si la cuenta es aprobadora designada del rol y también puede pedirlo. La agencia designó a dos cuentas para aprobar el rol de mayor privilegio; compara en solicitudes_activacion la columna cuenta con aprobador.

Una aprobación en dos minutos, de noche, para un motivo de una palabra y sin ticket no es una revisión: es un trámite. La agencia exige motivo concreto y ticket para sus roles críticos. Entre las solicitudes aprobadas, busca la que incumple las dos cosas a la vez; las rechazadas no cuentan, porque el flujo hizo su trabajo.

Una solicitud pendiente tiene un coste: la persona espera, y la presión de resolverla rápido empuja a aprobar sin mirar o a buscar atajos, como pedir un permanente. La revisión se hace el 2026-10-06 a las 09:00. Cuenta cuántas horas completas lleva esperando la única solicitud pendiente desde que se pidió.

Los tiempos de respuesta dicen algo sobre la calidad de la revisión. Una aprobación que tarda minutos puede ser legítima si el aprobador estaba esperando; que tarde uno o dos suele significar que no se leyó el motivo. Mide los minutos entre pedida y resuelta de las solicitudes aprobadas y cuenta las que tardaron menos de 5.