El modelo de gobernanza que falló porque asumí que el equipo lo comprendería solo
El primer framework de gobernanza que diseñé era técnicamente correcto. Tenía principios claros, categorías bien definidas y protocolos específicos para cada tipo de output. Lo compartí con el equipo en un documento de 4 páginas con una sesión de presentación de 30 minutos donde expliqué los principios y respondí preguntas. Tres semanas después, un incidente reveló que el framework no había cambiado el comportamiento del equipo en la dimensión que más importaba: la decisión de cuándo aplicar supervisión adicional antes de que un output de IA llegara al exterior.
La investigación de por qué el framework no había sido adoptado de la forma esperada reveló algo que debería haber anticipado: la diferencia entre entender un framework en el contexto de una presentación y saber aplicarlo en situaciones reales del trabajo diario. En la presentación, los principios eran claros porque los ejemplos que yo usaba para ilustrarlos habían sido seleccionados para su claridad. En la práctica, el equipo enfrentaba situaciones que eran más ambiguas que los ejemplos de la presentación y que requerían un nivel de interpretación de los principios que la presentación no había desarrollado.
El problema no era de comprensión de los principios. Era de transferencia de esos principios a la toma de decisiones en contextos ambiguos del trabajo real. Esa transferencia no ocurre con una presentación. Ocurre con práctica deliberada en contextos reales donde el error tiene consecuencias manejables y el aprendizaje es inmediato. La presentación del framework era el inicio del proceso de adopción, no el proceso completo.
Rediseñé el proceso de adopción del framework con 3 componentes adicionales a la presentación inicial. El primero era una sesión de casos prácticos: 8 situaciones reales del trabajo del equipo donde la aplicación del framework no era obvia, y donde el grupo trabajaba en equipo para llegar a la decisión correcta con el framework como guía. El segundo era el sistema de escalada accesible: un canal de comunicación directa donde cualquier miembro del equipo podía compartir un caso real de duda sobre si un uso específico de IA requería supervisión adicional y recibir una respuesta en menos de 4 horas.
El tercer componente fue el más efectivo: la documentación de 3 casos reales por mes donde el framework había guiado correctamente una decisión, compartidos con el equipo como ejemplos de aplicación en contextos reales. Los ejemplos reales del propio trabajo del equipo son más poderosos que cualquier ejemplo teórico de una presentación porque el equipo puede reconocer la situación como similar a las que enfrenta y puede extraer el criterio de decisión de forma más directa. La gobernanza que se enseña con principios y se aprende con ejemplos reales es la que el equipo aplica cuando enfrenta la próxima situación ambigua.