Un inventario de uso de IA suele arrojar una lista demasiado larga para abordarla de una sola vez. La pregunta que sigue entonces no es "qué debemos hacer" sino "qué debemos hacer primero". Esa es una cuestión de clasificación, y la respuesta no depende de cuántos sistemas hay, sino de qué hacen esos sistemas y para quién.
El primer factor es el nivel de riesgo de la aplicación en sí. Un sistema que prepara decisiones sobre personas —contratación, concesión de crédito, asignación de atención o prestaciones— requiere un tratamiento distinto al de una herramienta que reescribe textos para uso interno. Lo que significa un nivel de riesgo alto para su organización varía, por tanto, según la aplicación, y esas diferencias determinan qué sistemas se atienden primero.
El segundo factor es el papel de la organización respecto a ese sistema. Quien compra un modelo y lo utiliza sin modificaciones tiene obligaciones distintas a quien hace entrenar un modelo con datos propios o ajusta el resultado de forma estructural. Si usted es proveedor o usuario de una aplicación de IA no solo determina qué obligaciones aplican, sino también cuánto tiempo se necesita para cumplirlas: un proveedor suele tener más que preparar que un usuario.
El tercer factor es si el sistema ya está en uso o todavía se está adquiriendo. Un riesgo que ya está en funcionamiento —con usuarios reales, decisiones reales, datos reales— requiere un orden distinto al de un riesgo que aún está en fase de contratación y donde todavía pueden establecerse acuerdos antes de que el sistema entre en funcionamiento.
Esta clasificación no es una fotografía fija. Un sistema que hoy es de riesgo bajo puede dejar de serlo tras una modificación. Lo que significa cuando usted mismo ajusta un modelo —ajuste fino, un nuevo conjunto de datos, otra aplicación de la misma tecnología subyacente— depende de qué cambia exactamente, pero la clasificación hecha anteriormente no se mantiene automáticamente por ello.
Lo mismo ocurre con el cambio de rol. Una organización que adquiere un modelo listo para usar y luego lo modifica considerablemente puede pasar así de usuario a proveedor. Cuándo cambia ese rol no siempre es el momento de la modificación en sí, sino el momento en que esa modificación cambia el carácter del sistema. También esa es una cuestión de clasificación, y también requiere una reevaluación en cuanto la situación cambie, no una comprobación única que permanezca válida después.
Y un sistema que todavía está en fase de adquisición pasa de planificable a urgente en el momento en que entra en funcionamiento. La clasificación válida para la fase de contratación no es válida para la fase de uso.
La consecuencia práctica es que un inventario no arroja una lista de prioridades una sola vez, sino una estructura que debe recorrerse repetidamente. Los sistemas con un nivel de riesgo alto y un rol activo de proveedor requieren atención ahora. Los sistemas con un nivel de riesgo bajo que todavía no están en uso pueden planificarse, pero la planificación debe incluir un momento en el que se vuelva a revisar, porque las modificaciones, el cambio de rol o la puesta en marcha pueden invertir la clasificación.
Eso requiere un lugar fijo donde se registren las decisiones sobre esa clasificación: qué sistema se ha marcado como urgente, en base a qué factor, y cuándo se hizo esa evaluación por última vez. Una lista de decisiones de supervisión es la forma en que esa clasificación se hace demostrable, no como administración adicional, sino como la única prueba de que la clasificación no es casual, sino el resultado de un proceso repetible.
La normativa concreta —qué plazos aplican, qué obligaciones por clase de riesgo corresponden a qué fecha— se encuentra en otro lugar. Esta página describe el mecanismo con el que usted distingue lo urgente de lo planificable; el texto legal vigente y los plazos no los encontrará aquí.
La clasificación en urgente y planificable dice algo sobre el orden de atención, no sobre el contenido del trabajo en sí. Una vez que está claro qué aplicación de IA tiene prioridad, sigue abierta la pregunta de qué hace exactamente esa aplicación con el trabajo que la rodea: qué parte de una tarea se ejecuta de forma automática, qué parte requiere control, y qué parte permanece en manos de una persona. Esa pregunta la responde el escáner de trabajo de FTE TO AI, que calcula por tarea qué parte del trabajo puede asumir la IA: un complemento a la clasificación que se hace aquí, centrado en el contenido del trabajo en sí.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.