Política de uso de asistentes en el equipo

Una política de uso de asistentes responde a cuatro preguntas: qué herramientas se pueden usar y con qué condiciones de contrato (si el proveedor retiene o entrena con lo que recibe), qué información nunca se les entrega (secretos, datos personales de clientes, configuración de producción), cómo se revisa lo que producen y quién responde por ello. La última tiene una sola respuesta sensata: quien firma el cambio responde por todo lo que contiene, lo haya escrito quien lo haya escrito.

Una política sirve si se cumple sin depender de la memoria de cada persona. Por eso se revisa contra la configuración y los registros, no contra su redacción: una regla que nada hace cumplir es una intención.

Abre el laboratorio y compara el punto 2 del borrador con config-repositorios.txt. Casi todos los repositorios excluyen algo, aunque no todos lo mismo ni lo suficiente. Uno no excluye nada, y por su nombre es el último en el que debería pasar.

herramientas-aprobadas.txt dice qué asistentes están aprobados y cuáles no. registro-uso.txt lista lo que el equipo declaró haber entregado a cada uno en noviembre. Dos usos se hicieron con una herramienta no aprobada; solo uno de ellos sacó de la empresa datos personales de clientes, y es el que obliga además a valorar si hay un incidente de datos personales que el área jurídica debe conocer.

El punto 3 del borrador pide dos aprobaciones de personas distintas del autor para toda solicitud asistida. En solicitudes-asistidas.txt, cuenta las solicitudes asistidas que se fusionaron con menos de dos. Las que no se fusionaron todavía están a tiempo y no cuentan.

El borrador está bien escrito y aun así ninguno de sus puntos se cumplió del todo en noviembre. Lo que le falta no es otra frase: es que cada regla quede en la herramienta que la hace cumplir.