Del documento de gobierno a una operación que funciona cada semana

Es la forma estable de repartir decisiones, soporte y controles para IA. Puede ser un equipo pequeño y federado o una función más formal. Define servicios, roles, foros, procesos y métricas; no necesita crear burocracia separada si la organización ya tiene arquitectura, seguridad y gestión de cambios.

Negocio responde por finalidad y valor; IT por arquitectura y operación; seguridad y privacidad por controles y riesgo; legal por interpretación y contratos. Los límites concretos se documentan en una matriz RACI, incluyendo quién aprueba excepciones y quién acepta riesgo residual.

Integrándolo en los procesos de alta, cambio y retirada, con campos mínimos y responsables. Se automatiza información de plataformas cuando es útil y se valida periódicamente. Un catálogo manual desconectado del ciclo de vida se queda obsoleto con rapidez.

Uso y valor del caso, calidad, errores, acciones bloqueadas, incidentes, latencia, consumo y coste, además de accesos y revisiones vencidas. No todos los indicadores aplican a todos los activos. El cuadro distingue salud operativa de impacto de negocio.

Los suficientes para reconstruir una ejecución, detectar degradación y actuar sin registrar datos sensibles innecesarios. Incluyen errores, latencia, consumo, versión, herramientas y eventos de seguridad. Las alertas tienen umbral, propietario y acción; si nadie puede responder, solo generan ruido.

Se clasifican por impacto: cambios menores siguen un flujo ligero y los que afectan datos, permisos, modelo o acciones requieren evaluación y pruebas. La versión anterior, resultados y aprobación quedan registrados. También se define una vía urgente con revisión posterior.

Se acuerdan severidades, canales, responsables, tiempos y dependencias según criticidad. Los runbooks cubren contención, diagnóstico, rollback y comunicación. Después se analiza causa y se incorporan mejoras a pruebas, controles o documentación.

Finalidad, propietario, arquitectura, fuentes, permisos, despliegue, monitorización, recuperación y decisiones relevantes. El runbook prioriza acciones ejecutables ante fallos. La documentación se revisa con cambios y simulacros; no se mide por volumen, sino por su utilidad.

Según criticidad, cambios y requisitos. Los accesos de activos críticos pueden revisarse trimestralmente o ante eventos; otros, con menor frecuencia. Proveedores, modelos o integraciones nuevas adelantan la revisión. El calendario incluye owner y evidencia.

Directivos necesitan decisiones, riesgo y responsabilidad; IT y seguridad, arquitectura, evaluación y operación; makers, datos, permisos, estándares y publicación. La formación usa casos y herramientas reales, y se actualiza con incidentes y cambios del modelo de gobierno.