Qué exige el EU AI Act, qué aporta ISO/IEC 42001 y qué maquinaria sirve a los dos frentes sin duplicar el trabajo.
governance-as-a-product
7 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.
- EU AI Act e ISO/IEC 42001: qué cubre cada uno y dónde se solapan
- 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.
- 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.