re-ai-gov Apuntarse a la lista de espera

Kennisbank

Qué hace que una política de IA se utilice de verdad

La mayoría de las organizaciones ya cuentan con una política de IA. A menudo está bien escrita, es jurídicamente sólida y completa. Y a menudo no se lee, o se lee el día en que se aprueba y después nunca más. Eso no es cuestión de mala voluntad. Es cuestión del lugar que ocupa en el proceso.

Por qué se ignora un segundo proceso

Los empleados que trabajan con IA ya tienen un proceso: el trabajo mismo. Una política de IA que existe junto a ese trabajo, como documento aparte que uno consulta, compite con el tiempo que alguien ya no tiene. Quien tiene que escribir un texto, analizar un conjunto de datos o responder una pregunta de un cliente, no consulta primero la política. Utiliza la herramienta que funciona, y solo piensa en ello cuando alguien lo pregunta.

El resultado es previsible. Surge una práctica que difiere del documento, sin que nadie lo haga con mala intención. Nadie ha ignorado la política por falta de voluntad; simplemente no encajaba en el momento en que se tomó la decisión. Una política que quiere ser leída, por tanto, no debe estar junto al trabajo, sino dentro de él. Eso significa que responde a preguntas que ya se presentan —qué herramienta se permite aquí, quién es responsable si algo sale mal, qué ocurre con el resultado— en el momento en que esa pregunta se presenta, no tres capítulos más adelante en un pdf.

Qué debe contener ese documento

Una política de IA que funciona en la práctica contiene, en su núcleo, unos pocos elementos reconocibles. En primer lugar, una clasificación por riesgo: no toda aplicación de IA requiere la misma atención, y un documento que lo mete todo en el mismo saco no lo aplica nadie en serio. En segundo lugar, una respuesta clara a la pregunta de quién decide cuando un caso no encaja en la clasificación —eso corresponde a una lista de decisiones de supervisión que registra quién es responsable de qué, en lugar de a una nota al pie que nadie vuelve a encontrar.

En tercer lugar, una vía para lo que ocurre cuando algo sale mal o resulta dudoso: rutas de escalamiento que funcionan describen a quién se llama, no a quién en teoría se debería informar. Una política sin escalamiento funcional es una política que solo se lee después del incidente, y entonces ya es tarde para dirigir algo.

En cuarto lugar, una forma de seguimiento que no se detiene en la aprobación. Una política que se escribe una vez y después nunca se vuelve a evaluar envejece más rápido que la práctica que debe cubrir. El seguimiento que aporta algo no es una carga de informes adicional, sino el mecanismo con el que la política sigue estando al día con lo que realmente ocurre.

Encajar en lugar de añadir

Un error frecuente es pensar que la política de IA necesita un nuevo marco de gobernanza. Por lo general no es así. La mayoría de las organizaciones ya tienen una estructura de riesgos —para la privacidad, para los riesgos financieros, para la continuidad operativa. El riesgo de la IA encaja en la mayoría de los casos ahí, como categoría adicional o pregunta adicional dentro de las líneas de toma de decisiones existentes, no como circuito aparte con sus propias reuniones y sus propias líneas de informes. Encajar en la estructura de riesgos existente es precisamente por esa razón a menudo más eficaz que montar un marco nuevo: la gente ya conoce el proceso, y no tiene que aprender dónde está el nuevo documento.

Ese encaje es también donde, en la práctica, la cosa se atasca o precisamente tiene éxito. Una política que sobre el papel encaja bien pero en la práctica sigue siendo un documento aislado, se ignora igualmente. La pregunta no es solo qué dice el documento, sino cómo está integrado en lo que la gente ya hace —estructuras de reuniones, flujos de aprobación, momentos de informe que ya existían antes de que la IA se convirtiera en un tema. Cómo se ve eso en la práctica depende de cómo funciona ya la organización, y en eso profundiza lo que se describe sobre cómo se integra esa política en lo que ya existe.

Lo que ve el consejo de administración

Una política que funciona también se puede resumir en unas pocas frases para quienes no trabajan con ella a diario. Un consejo de administración no necesita el documento completo, sino una respuesta a la pregunta de si está bajo control y dónde no lo está. Un informe al consejo de una página es la prueba de si la política funciona: si no se puede resumir en una página, probablemente tampoco se puede aplicar en la práctica.

La siguiente pregunta

Una política que encaja con la práctica presupone que usted sabe cuál es esa práctica: qué tareas se realizan, y qué parte de ellas ya se ejecuta con IA o podría ejecutarse con IA. Esa es una pregunta distinta de la gobernanza, y esa pregunta la responde el escáner de trabajo de FTE TO AI: calcula, por tarea, qué parte del trabajo se puede transferir a la IA, de modo que la política no se apoye en suposiciones sino en una imagen concreta del trabajo mismo.

Andrewde assistent van de Responsible AI Scan

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.