Ni congelado ni improvisado
Un modelo de gobierno se diseña para la organización de un momento concreto: su tamaño, sus nubes, sus riesgos. La organización cambia: entra un proveedor nuevo, crece un equipo, aparece una normativa, se adopta la inteligencia artificial. Si el gobierno no cambia con ella, se vuelve irrelevante. Si cambia sin orden, se vuelve imposible de seguir.
El modelo completo con versiones
Todo lo que forma el gobierno se versiona junto: el mapa de dominios y responsables, la norma, las políticas automáticas, la estructura de cuentas, los roles de identidad y los indicadores. Una nueva versión del modelo:
- Tiene número, fecha y lista de cambios en lenguaje claro.
- Se anuncia antes de entrar en vigor, con un periodo de transición.
- Explica el porqué de cada cambio: un incidente, un indicador, una decisión estratégica.
- Se mide su adopción: qué parte de la organización ya cumple la versión nueva.
Las entradas del cambio
Un modelo de gobierno sano cambia a partir de señales que ya ha recogido:
- Indicadores que empeoran (lo vimos en el artículo anterior).
- Excepciones que se repiten sobre la misma regla.
- Incidentes cuya causa revela un vacío.
- Escalados frecuentes que indican que un nivel de decisión está mal definido.
- Cambios estratégicos: una nube nueva, un mercado nuevo, una tecnología nueva.
Cierre de la serie
Organización antes que herramientas, responsables con nombre, decisiones en el nivel que les corresponde, una norma que se puede cumplir y que evoluciona, excepciones con caducidad, una estructura de cuentas pensada, una sola identidad, políticas que se heredan y un gobierno que se mide y se versiona. El objetivo no es controlar más, sino que cada equipo sepa qué puede hacer sin preguntar, y que la organización pueda demostrar, cuando se lo pidan, que hace lo que dice.
Cómo lo aplicamos: Gobierno Multicloud.