¿Quién contó el trabajo que desapareció?
Por Karina Carlos
Relato de ficción sobre operaciones de seguridad y cierre automatizado de alertas. Todas las personas, organizaciones, sistemas y situaciones son inventados.
Vera ya había movido el nombre de Jo en el calendario del equipo cuando Samir dejó una hoja junto a su teclado.
Tenía doce números de caso. Ninguno había aparecido en la cola de seguridad de esa mañana.
“¿Son incidentes?”, preguntó.
“Todavía no lo sé”.
En Bellrow Logistics, Vera dirigía las operaciones de seguridad de una red de almacenes. Seis semanas antes, el equipo había permitido que su sistema de selección con IA cerrara automáticamente un grupo definido de alertas de bajo riesgo. La cola nocturna se había reducido. Los analistas llegaban antes a los casos difíciles. Jo por fin había podido tomarse toda su hora de comida.
El tablero de esa mañana mostraba servicio normal y ninguna investigación atrasada. Vera había propuesto dedicar dos tardes por semana de Jo a un ejercicio con los equipos de los almacenes, aplazado durante meses. Samir cubriría la atención de alertas.
Él señaló uno de los números.
“Un supervisor preguntó por esto después de una visita de mantenimiento. Lo encontré en el historial de cierres. Luego busqué otros de la misma fuente”.
“¿Y?”.
“Diez tienen información suficiente para comprobar la explicación. Estos dos no”.
El resumen describía actividad de mantenimiento prevista. El registro disponible para Samir no indicaba qué calendario había respaldado esa conclusión. Una fuente de datos había cambiado la semana anterior. No podía saber si el sistema había utilizado el calendario actualizado, uno anterior u otra información.
Vera abrió el primer caso. Ahí estaba la conclusión, escrita en ese tono tranquilo al que el equipo ya se había acostumbrado. La leyó dos veces y después buscó el registro que la sustentaba.
“¿La actividad podría ser rutinaria?”.
“Sí”.
“¿Podría ser solo un problema en el registro?”.
“Sí. Pero con lo que tengo no puedo verificar el cierre”.
Jo llegó con el plan del ejercicio. Tres supervisores de almacén habían cambiado sus turnos para asistir. La última sesión se había cancelado porque seguridad tenía demasiado trabajo.
“¿Vamos a cancelar otra vez?”, preguntó.
Vera giró el calendario hacia ella. “Pensé que habíamos recuperado ese tiempo”.
“Algo de tiempo sí recuperamos”, dijo Jo. “Yo lo he estado usando”.
Samir acercó la hoja. “Entonces también tenemos que contar este trabajo”.
Por un momento, Vera deseó que le hubiera llevado un error confirmado. Un cierre equivocado habría sido más fácil de explicar en la reunión de operaciones. En cambio, tenía dos registros que no podía reconstruir y una propuesta de personal basada en trabajo que parecía terminado.
Preguntó cómo había elegido los doce casos. Todos venían de la fuente que había mencionado el supervisor. Le indicaban dónde investigar. No permitían saber con qué frecuencia ocurría lo mismo entre todos los casos que cerraba el sistema.
“Puedo revisar doce”, dijo Samir. “No puedo convertirme, sin que nadie lo vea, en una segunda cola”.
Llamaron a Ellis, responsable de ingeniería de la integración. Podía investigar el vínculo faltante con el calendario, pero necesitaba que el equipo del almacén estableciera qué versión había estado en uso. Repetir el resumen del modelo no resolvería esa pregunta.
Vera preguntó qué pasaría si llegaba otro cierre de esa fuente mientras investigaban. El procedimiento de cambios del equipo le permitía autorizar que ese grupo pasara temporalmente a revisión de un analista. Ellis advirtió que eso añadiría trabajo. Todavía nadie podía calcular cuánto.
“Dejemos los demás grupos como están”, dijo Vera. “Este pasa a revisión. Conservemos lo necesario para rastrear los dos casos y volvamos a decidir cuando sepamos qué ocurrió”.
El calendario del equipo seguía requiriendo una decisión.
Vera lo llevó con el plan del ejercicio y los doce números de Samir al gerente de operaciones. Pidió un bloque de revisión protegido y apoyo temporal para atender alertas. El gerente podía cubrir una tarde, no dos. Mantuvieron una sesión de capacitación. Jo hizo personalmente la llamada para aplazar la otra.
Más tarde, Ellis recuperó el calendario pertinente del primer caso. Samir comprobó que el cierre tenía sustento. En el segundo seguía faltando evidencia suficiente. Lo registró como pendiente de resolver.
“Un caso rutinario”, dijo Jo al leer la actualización. “Eso está bien”.
Lo estaba. Vera sintió alivio y algo de vergüenza por haber deseado tanto una respuesta más clara en cualquiera de los dos sentidos.
El tablero seguía en verde. La tarde de capacitación perdida continuaba visible en el calendario. Antes de irse, Vera anotó las horas que habían invertido Samir y Ellis junto al tiempo que la automatización había ahorrado. El segundo caso seguía abierto en la pantalla de Samir.
Lo que no mostraba el calendario
La decisión de Vera empezó con una afirmación sobre tiempo disponible. Examinar el trabajo cerrado cambió lo que podía sostener esa afirmación. El caso pendiente no demostraba una amenaza ni condenaba al sistema completo. Hacía visible trabajo que necesitaba evidencia, un responsable y capacidad real. Human Authority aparece aquí en la posibilidad institucional de examinar un juicio con consecuencias, incluso cuando se produce antes de que un analista vea el caso.
Continúa con el análisis: ¿Qué queda fuera de la revisión humana cuando la IA vacía la cola?
Examinar un proceso real
Si una pregunta semejante está presente en tu organización, te invito a examinar conmigo un proceso real: qué sale de la atención humana, quién puede reconstruir esa decisión y de dónde sale el tiempo para hacerlo. Podemos partir de una descripción no confidencial, sin nombres, datos de clientes ni información sensible de seguridad.
Comentarios