Cambio de responsable de IA: checklist de traspaso
Resumen
Un cambio de responsable de IA no termina al sustituir un nombre en una ficha. La persona que recibe la tarea debe poder encontrar las instrucciones, reconocer los asuntos pendientes y pedir ayuda cuando no puede decidir. Esta guía propone un traspaso pequeño, con dos ejemplos ficticios y una prueba de aceptación. Son recomendaciones de organización, no un procedimiento legal universal.
1. Delimita qué responsabilidad cambia de manos
Empieza por una herramienta y una función concreta. Administrar cuentas, revisar respuestas y aprobar cambios son tareas distintas. Escribe cuál se transfiere y cuál sigue en otra persona. La ausencia de esa distinción puede dejar al nuevo responsable recibiendo peticiones que no tiene autoridad para resolver.
Anota la fecha prevista del relevo y quién atiende las consultas durante la transición. No inventes disponibilidad: acuerda qué apoyo habrá y qué ocurrirá después. El mapa de responsables de IA: https://veritias.eu/blog/responsables-ia-matriz-raci-pequena-empresa ayuda a situar el relevo dentro del equipo, sin volver a diseñar toda la organización.
2. Prepara una ficha de traspaso breve
La ficha debe orientar el trabajo, no convertirse en una copia de todos los expedientes. Enlaza las versiones vigentes y distingue lo aprobado de los borradores.
Alcance: Herramienta, tarea y decisiones que puede tomar.
Instrucción vigente: Dónde está, quién la aprobó y qué versión se usa.
Pendientes: Próxima acción, responsable y motivo de la espera.
Permisos: Acceso necesario y quién debe autorizarlo.
Contactos: Sustituto y persona a la que escalar dudas.
Aceptación: Prueba realizada, límites encontrados y fecha.
No pegues contraseñas, claves ni documentos personales en esta ficha. Gestiona los accesos por el canal autorizado de la empresa. Que una persona reciba una responsabilidad no significa que deba heredar todos los permisos de su predecesora.
3. Recorre una tarea realista antes de cerrar el relevo
Pide a la persona entrante que complete un caso ficticio con los medios que tendrá después. Debe localizar la instrucción vigente, preparar un resultado, reconocer si necesita revisión y encontrar a quien pueda resolver una duda. La persona saliente observa y anota los bloqueos, sin completar cada paso por ella.
Si la prueba solo funciona porque alguien dicta dónde pulsar, el relevo todavía depende de esa ayuda. Corrige primero la instrucción o el acceso que falta. Repite únicamente el tramo afectado y conserva una nota breve del resultado; no hace falta grabar datos de clientes para demostrar que se ha ensayado.
4. Ejemplo: una revisión que estaba pendiente
Imagina que una persona revisa borradores comerciales preparados con IA y cambia de equipo. Hay cuatro propuestas en curso: una aprobada, dos pendientes de contraste y otra detenida porque falta una tarifa. El traspaso no consiste en mover las cuatro a una carpeta llamada «pendientes».
La nueva revisora debe distinguir esos estados y saber qué puede hacer con cada propuesta. En el ensayo recibe una copia ficticia de la propuesta detenida y explica por qué no la enviaría. El registro de revisión humana: https://veritias.eu/blog/registro-revision-humana-salidas-ia-ejemplo puede servir para describir la comprobación y la decisión, no para simular una aprobación que nadie ha realizado.
5. Ejemplo: el nuevo responsable no puede abrir la fuente
Supongamos que el relevo afecta a un asistente de soporte. La documentación parece completa, pero la persona entrante no puede acceder a la política de devoluciones que debe consultar. No se resuelve reenviando una cuenta compartida ni copiando el documento a una ubicación personal.
Se registra el bloqueo y se solicita el acceso necesario a quien lo administra. Mientras se resuelve, se mantiene la alternativa acordada o se limita la tarea. El plan de contingencia del proveedor de IA: https://veritias.eu/blog/plan-contingencia-proveedor-ia-pyme permite separar lo que puede continuar de lo que debe esperar. Tras habilitar el acceso, se repite el caso y se comprueba que utiliza la versión correcta.
6. Cierra el traspaso con límites explícitos
El marco de gestión de riesgos de IA de NIST: https://airc.nist.gov/airmf-resources/airmf/5-sec-core/ incluye responsabilidades organizativas dentro de GOVERN. Su Playbook: https://airc.nist.gov/airmf-resources/playbook/ contiene sugerencias voluntarias, no una lista obligatoria que deba aplicarse entera. La guía general de continuidad de negocio de INCIBE: https://www.incibe.es/sites/default/files/contenidos/dosieres/metad_plan_de_contingencia_y_continuidad_de_negocio.pdf aporta contexto sobre organización, respuesta y pruebas; no establece una obligación específica de traspaso de IA.
Estas referencias no certifican el cambio de responsable de IA. Para cerrar el relevo, deja constancia de la prueba, del alcance aceptado y de cualquier pendiente con su dueño. Empieza con una sola tarea: comprueba que la persona entrante puede ejecutarla y reconocer sus límites sin ayuda oculta. Contenido elaborado con asistencia de IA; fuentes revisadas el 6 de noviembre de 2026.