Seis formas de que un aviso de IA técnicamente presente no informe a nadie, y por qué cumplir depende del flujo y no del texto que escribas.
governance-as-a-product
13 textos
En 2022 dejé de tratar el programa de gobierno de IA como un proyecto con fecha de entrega y empecé a tratarlo como un producto. La diferencia metodológica es sustancial. Un proyecto se aprueba y se implementa; un producto se lanza en versión mínima, aprende en contacto con la realidad e itera. Estos textos exploran qué cambia cuando se aplica esa lógica al gobierno, hasta dónde llega la metáfora, y por qué con el tiempo descubrí que tampoco basta.
- El aviso de transparencia que no informa
- ¿Merece la pena certificarse en ISO/IEC 42001? Son dos decisiones, no una
Implantar el sistema de gestión y certificarlo son decisiones separables. Cuándo el sello se paga solo, qué acredita y las cuatro preguntas que deciden.
- Dónde colgar la función de gobierno de IA: Compliance para empezar, y la señal para mudarse
Compliance es la casa acertada en la fase inicial de un programa de gobierno de IA. Las tres fases de la función y las señales de que toca mover el mandato.
- EU AI Act e ISO/IEC 42001: qué cubre cada uno y dónde se solapan
Qué exige el EU AI Act, qué aporta ISO/IEC 42001 y qué maquinaria sirve a los dos frentes sin duplicar el trabajo.
- Del texto del EU AI Act al programa que lo ejecuta
Qué significa operacionalizar el EU AI Act cuando lo implementas: del articulado del reglamento a las cuatro piezas vivas que lo ejecutan en una organización.
- Deuda de gobierno
Las piezas de gobierno que faltan en sistemas ya en producción. Se inventaría y se paga como la deuda técnica, pero el vencimiento lo pone un regulador.
- Cero incidentes no es una métrica
En un dominio nuevo los indicadores rezagados arrancan en verde por falta de historia, no por control. Deben arrancar en «sin evidencia», que no es «adecuado».
- Las puertas reales que cruza una IA
El recorrido formal de aprobación de un modelo no es el real. Gobernar es conocer las puertas que ningún checklist recoge, no las del organigrama.
- Cómo se diseña un comité que decida, no que se reúna
Diseñar un comité que decida no es renombrar el que ya se reúne. Son tres elecciones estructurales que pocos toman antes de convocar la primera sesión.
- El KPI que mentía y el riesgo que cambió de cara
Por qué los comités trimestrales, los KPIs de actividad y las aprobaciones puntuales no gobiernan la IA. Gobernar es detectar; aprobar es bendecir.
- El gobierno de IA como sistema adaptativo
Dejé de pensar el gobierno de IA como un proceso. Tampoco basta verlo como un producto. Lo que queda es un sistema adaptativo, o no gobierna.
- Los cuatro mensajes que un Board debería recibir sobre gobierno de IA
Lo que un Consejo de Administración debería oír sobre gobierno de IA y casi nunca escucha. Cuatro mensajes operativos, sin teoría ni decoración.
- Hay un tipo de conocimiento sobre gobierno de IA que no aparece en ningún framework
Lo que se aprende liderando gobierno de IA sin un área que lo respalde. Una capa de criterio operativo que ningún manual recoge y que casi no se nombra.