Política de inteligencia artificial: compromisos que orientan el servicio
Una política útil ayuda a decidir qué usos de IA queremos, qué límites respetamos y cómo actuamos cuando aparecen dudas.
Recupera el alcance del módulo 2 y la decisión que preparaste en la lección 3.1. Tiempo orientativo: 15 minutos de lectura y 25 de práctica.
Para qué sirve una política
En la lección anterior trabajamos cómo la dirección convierte una necesidad en una decisión con autoridad y recursos. La política aporta continuidad: expresa los compromisos que deben orientar las decisiones posteriores, aunque cambien las personas o llegue una nueva herramienta.
ISO describe el SGIA como un sistema que relaciona políticas, objetivos y procesos para gestionar la IA. Aquí practicamos cómo redactar esos compromisos en lenguaje de servicio. La estructura de esta actividad es una propuesta didáctica, no un formulario obligatorio ni una reproducción de la norma.
Imagina que un técnico quiere introducir conversaciones de clientes en un asistente para resumirlas. Una política útil debe darle una orientación: utilizar entornos y datos autorizados, proteger la información y consultar cuando las condiciones no estén claras. El procedimiento concretará dónde comprobar la autorización y a quién dirigirse.
Política, objetivo y procedimiento
| Pieza | Qué aporta | Ejemplo propuesto |
|---|---|---|
| Política | Compromiso y criterio de actuación. | Utilizaremos IA bajo una supervisión proporcionada a sus riesgos y consecuencias. |
| Objetivo | Resultado que queremos alcanzar y evaluar. | Antes de ampliar el chatbot, demostrar que las personas asignadas pueden aplicar los criterios de intervención definidos. |
| Procedimiento | Pasos, condiciones y responsables de una tarea. | Cómo revisar una respuesta, detener su envío y escalar una duda. |
| Evidencia | Información que permite comprobar lo ocurrido. | Resultado de una prueba de intervención y acciones adoptadas ante los fallos. |
El objetivo del ejemplo todavía necesita concretar población, criterio de éxito, responsable y plazo. Eso lo desarrollaremos en la lección 3.4. Una frase en la política tampoco demuestra que la supervisión funcione: debe conectarse con medios y comprobaciones reales.
Qué trabajar en el borrador
Partimos del contexto, del alcance propuesto y de los requisitos identificados en el módulo 2. Evita copiar una política genérica y cambiar únicamente el nombre de la empresa.
- Finalidad y ámbito: qué pretende aportar la IA al servicio y a qué actividades, personas y relaciones se aplica la política. Debe ser coherente con el alcance del SGIA.
- Dirección y objetivos: qué prioridades guiarán el uso de IA y servirán de marco para establecer objetivos.
- Requisitos aplicables: compromiso de atender los requisitos que correspondan, con un proceso para identificarlos y revisar su aplicación. No basta una declaración de “cumplimos todo”.
- Gestión responsable: compromisos adecuados al caso sobre riesgos e impactos, información, supervisión, transparencia y relaciones con proveedores.
- Mejora del SGIA: utilizar resultados, incidencias y cambios para corregir problemas y mejorar la gestión.
- Aplicación: aprobación, comunicación, disponibilidad para las partes pertinentes y revisión del documento.
Los compromisos específicos deben ajustarse a los usos y responsabilidades de la organización. No fijamos aquí una periodicidad universal de revisión ni una lista cerrada de controles. La comprobación completa frente a ISO/IEC 42001 requiere consultar el texto normativo aplicable.
De una frase genérica a un compromiso útil
“Nuestra IA será siempre justa, segura y sin errores” promete un resultado absoluto que no podemos asegurar.
Una alternativa de trabajo sería: “Evaluaremos los riesgos y los efectos sobre las personas de los usos de IA incluidos en el SGIA; aplicaremos medidas proporcionadas y revisaremos su eficacia a partir de los resultados y las incidencias.”
Ahora podemos preguntar quién evalúa, con qué criterios, qué medidas se deciden y cómo se revisan. La política no resuelve por sí sola esas preguntas, pero obliga a conectarlas con la operación.
TechServe IT: una política puesta a prueba
Escenario hipotético para el ejercicio. Continuamos la situación de la lección 3.1: se plantea ampliar el chatbot y el equipo necesita aclarar tiempo de revisión, formación y autoridad para intervenir.
En esta nueva escena, una persona propone que la política diga: “Priorizamos la automatización para reducir el tiempo de atención”. Otra plantea: “Toda respuesta del chatbot será revisada por una persona”. No disponemos de datos que permitan asegurar que ninguna de las dos propuestas sea adecuada.
La primera puede orientar al equipo a acelerar sin considerar la calidad o las consecuencias. La segunda compromete una carga de revisión que hay que estimar y cuya necesidad depende del uso. Antes de aprobarlas, debemos contrastar qué hace el chatbot, qué puede ocurrir, quién resulta afectado y qué capacidad de intervención existe.
Propuesta razonada para discutir
“Orientaremos el uso de IA a mejorar la calidad y la utilidad del servicio. Definiremos las condiciones de uso y de intervención humana según los riesgos y las consecuencias identificados. Antes de ampliar un uso, comprobaremos que las responsabilidades, los medios y los mecanismos de seguimiento necesarios están establecidos.”
Es una propuesta del curso pendiente de validación, no una política ya aprobada de TechServe IT. También debe examinarse el uso actual: aplazar una ampliación no soluciona por sí solo una supervisión que ya sea insuficiente.
Si aparece una necesidad urgente, el equipo debe disponer de una vía de decisión conocida. Una excepción no puede utilizarse para eludir requisitos aplicables: habrá que valorar alternativas permitidas, límites, autoridad y seguimiento.
Aprobar, comunicar y mantener
- Contrastar el borrador. Revisar coherencia con el alcance, requisitos, otras políticas y capacidad real del servicio. Identificar contradicciones y asuntos pendientes.
- Preparar la aprobación. Identificar la dirección que debe asumir el compromiso. Separar quién redacta, quién asesora y quién aprueba; lo desarrollaremos en la lección 3.3.
- Comunicar para que se entienda. Explicar las decisiones esperadas con ejemplos según cada función. Enviar un correo o recoger una firma no demuestra comprensión.
- Facilitar el acceso. Determinar dónde se consulta la versión vigente y qué información corresponde poner a disposición de las partes interesadas pertinentes.
- Revisar con motivos. Establecer una revisión planificada y considerar cambios de uso, proveedor, requisitos, incidentes o resultados que puedan justificar una revisión adicional.
Conserva la identificación de la versión, la aprobación y las decisiones de revisión. Retira o señala las versiones sustituidas para evitar que alguien siga una indicación antigua.
Tu actividad: redactar y probar la política
Prepara un borrador breve. Usa entre cuatro y seis compromisos como orientación didáctica. Marca los datos desconocidos como pendientes y no inventes aprobaciones, cargos o fechas.
Después, prueba el texto con dos situaciones: introducir información de un cliente en una herramienta nueva y ampliar el chatbot sin tiempo de revisión reservado. Indica qué orienta la política, qué procedimiento falta y quién debería decidir.
Criterios para revisar tu trabajo
- El ámbito coincide con el alcance o identifica la diferencia pendiente de resolver.
- Los compromisos permiten orientar decisiones y evitan garantías absolutas.
- Se conectan con requisitos aplicables, objetivos y mejora del SGIA.
- La aprobación y la comunicación están propuestas con claridad, sin presentarlas como realizadas.
- Las dos situaciones de prueba permiten detectar dudas y procedimientos necesarios.
Orientación para resolver el caso
Para la herramienta nueva, una política sobre información y usos autorizados orientaría a comprobar datos, condiciones y autorizaciones antes de introducir información. Si faltan, se plantea una alternativa permitida o se escala la decisión. El procedimiento debe indicar cómo hacerlo.
Para la ampliación, el compromiso de disponer de medios exige comprobar capacidad y supervisión antes de decidir. Si no están disponibles, se pueden valorar una ampliación limitada, recursos adicionales o su aplazamiento. Deben revisarse también las condiciones del uso existente. Ninguna alternativa queda aprobada simplemente por escribirla en la ficha.
Repaso con respuestas explicadas
¿Una política firmada demuestra que se cumple?
No. La firma aporta evidencia de aprobación, pero la aplicación se comprueba en decisiones, prácticas, resultados y seguimiento. Debemos relacionar cada compromiso con lo que sucede en el servicio.
¿Hay que incluir todas las instrucciones técnicas?
No. La política expresa compromisos y orientación. Las instrucciones detalladas se desarrollan en procedimientos conectados con ella y accesibles a quienes los necesitan.
¿Basta con revisar la política cuando llega la fecha prevista?
Además de la revisión planificada, conviene valorar cambios o problemas que puedan dejarla desajustada. La frecuencia concreta debe responder al contexto; no hemos fijado una periodicidad impuesta por la norma.
¿Podemos cerrar esta actividad como “política aprobada”?
No. El resultado es un borrador didáctico. La adopción real requiere contraste con el contexto, los requisitos aplicables y una decisión de la dirección competente.
Referencias y continuidad
Consulta pública de apoyo: ISO/IEC 42001:2023 ↗ (nueva pestaña) y explicación general de ISO ↗ (nueva pestaña). Se han utilizado para la orientación general del sistema de gestión; esta lección no reproduce ni verifica exhaustivamente sus requisitos.
Guarda tu borrador. En la lección 3.3 concretaremos roles, responsabilidades y autoridad para que los compromisos tengan personas capaces de llevarlos a la práctica.
Audio 007 · Gobernar la IA más allá del papel
Liderazgo y política del SGIA · Apoyo a las lecciones 3.1 y 3.2.
Escuchar el episodio 007 en iVoox ↗ (nueva pestaña)
Aclaraciones para la escucha
Los porcentajes, plazos, cantidades de quejas y situaciones contractuales del audio son ejemplos ilustrativos. No son requisitos de ISO/IEC 42001 ni datos confirmados del caso ficticio TechServe IT.
Las condiciones de intervención deben definirse según el uso, los riesgos, los recursos y la autoridad asignada. Derivar conversaciones a personas y limitar una herramienta a solo lectura son medidas distintas; su viabilidad debe comprobarse.
Una barrera de implantación no demuestra que la decisión original fuera acertada. Cuando falta información, un piloto controlado puede ser una alternativa si sus condiciones lo permiten. Las cinco preguntas y las tres perspectivas son herramientas didácticas del curso.
El audio complementa el contenido escrito y sus actividades.