Gobernanza: derechos de decisión antes de la escalada
La gobernanza falla cuando los derechos de decisión son políticos, poco claros o se empujan hacia arriba cada vez que el sistema se encuentra con la realidad.
La señal: cada decisión se convierte en una reunión
La mayoría de los programas de transformación tienen gobernanza. Tienen comités de dirección, reuniones de líneas de trabajo, llamadas de escalada, registros de riesgos, seguimientos de acciones e informes para la dirección. Sobre el papel, esto debería crear control. En la realidad, muchos sistemas de gobernanza crean espera. Los equipos preparan diapositivas en lugar de tomar decisiones. Los líderes hablan de alineación en lugar de eliminar restricciones. Los problemas pasan de una reunión a la siguiente porque nadie está seguro de quién tiene derecho a decidir.
La señal es fácil de reconocer. Un equipo conoce el problema pero espera al siguiente foro de gobernanza. Una línea de trabajo tiene una recomendación pero no puede avanzar sin una aprobación política informal. Un conflicto regional se escala a la dirección porque la regla de decisión nunca se definió. Un jefe de proyecto hace seguimiento de acciones que dependen de personas que no son dueñas del resultado. La reunión termina con más tareas de seguimiento, pero la decisión sigue blanda.
Esto no es gobernanza. Es retraso en la decisión. La organización gasta tiempo de la dirección para compensar una arquitectura de decisión que falta.
Por qué la gobernanza se vuelve lenta
La gobernanza suele empezar con buenas intenciones. Los líderes quieren visibilidad, control del riesgo, alineación de los interlocutores y una ejecución disciplinada. Pero si la gobernanza se diseña en torno al reporting y no al flujo de decisión, se convierte en un escenario donde todos explican el trabajo y nadie asume la disyuntiva.
El problema de fondo es que los derechos de decisión suelen estar implícitos en lugar de diseñados. Se espera que el comité de dirección decida, pero también que la línea de trabajo recomiende, que el dueño del proceso acepte, que el negocio adopte, que finanzas valide, que TI configure y que la dirección alinee. Cada expectativa suena razonable hasta que las prioridades entran en conflicto. Entonces el sistema descubre que nunca definió quién puede decidir qué.
Los derechos de decisión políticos aparecen cuando la autoridad depende de la antigüedad, la personalidad, el poder local o de quién se queja con más eficacia. Los derechos de decisión formales aparecen cuando la organización ha acordado el responsable, el alcance, la evidencia, la regla de escalada y la consecuencia de cada tipo de decisión. La transformación necesita los segundos. Normalmente convive con los primeros.
El mapa de derechos de decisión
Un diseño de gobernanza útil empieza por mapear decisiones, no reuniones. ¿Qué decisiones debe tomar la transformación de forma repetida? Por ejemplo: cambios de alcance, excepciones de proceso, desviaciones de política, elección de proveedores, estándares de datos, configuración del sistema, localización regional, preparación del negocio, validación del valor, consecuencias de la adopción y disyuntivas de prioridad.
Para cada decisión, defina cinco cosas. Primero, el responsable de la decisión: la persona o el rol que responde de decidir. Segundo, el responsable de la recomendación: el rol encargado de preparar la evidencia y las opciones. Tercero, el grupo de consulta: las personas a las que hay que escuchar pero que no tienen la decisión como rehén. Cuarto, el desencadenante de escalada: la condición en la que la decisión sube de nivel. Quinto, el plazo estándar: la rapidez con la que debe moverse la decisión para proteger la ejecución.
Puede sonar básico, pero cambia la conversación. Sin esto, la gobernanza pregunta: «¿Estamos alineados?». Con esto, la gobernanza pregunta: «¿Está listo para decidir el responsable de la decisión, y la evidencia cumple el estándar?». Ese cambio protege la atención de la dirección y da a los equipos un camino más claro.
La gobernanza debe proteger la velocidad
La buena gobernanza no es lenta por definición. La mala gobernanza es lenta porque confunde inclusión con permiso. Muchas personas necesitan visibilidad. Menos personas necesitan ser consultadas. Aún menos necesitan derechos de decisión. Si cada interlocutor se convierte en titular de la decisión, el modelo operativo premia el retraso.
Velocidad no significa imprudencia. Significa movimiento predecible. Un sistema de gobernanza sólido deja claro qué decisiones pueden tomarse localmente, cuáles requieren acuerdo transversal, cuáles requieren escalada a la dirección y cuáles ya están cubiertas por una política. También deja claro cuándo el silencio cuenta como aceptación, cuándo debe documentarse el desacuerdo y cuándo el coste de negocio de esperar es mayor que el riesgo de decidir.
La prueba práctica es sencilla. Si un equipo lleva el mismo tema a gobernanza tres veces sin decisión, el sistema de gobernanza no funciona. O el responsable de la decisión no está claro, o el estándar de evidencia no está claro, o el conflicto es político, o el foro está diseñado para informar en lugar de decidir.
Cómo rediseñar la gobernanza
Empiece por las decisiones de mayor fricción. No rediseñe todos los comités a la vez. Elija cinco decisiones recurrentes que frenan la ejecución. Para cada una, escriba la regla de decisión en lenguaje llano. ¿Quién decide? ¿Con qué evidencia? ¿Tras consultar a quién? ¿En qué plazo? ¿Con qué desencadenante de escalada? Después ponga a prueba la regla con casos reales recientes.
Si la regla no habría resuelto las tres últimas escaladas, no es lo bastante fuerte. Si exige altos directivos para disyuntivas rutinarias, está demasiado arriba. Si da la responsabilidad a alguien sin autoridad, es simbólica. Si ignora a las personas que tendrán que vivir con la decisión, creará problemas de adopción. El diseño de decisiones es un equilibrio entre claridad, legitimidad y velocidad.
Una vez que existen las reglas, las reuniones de gobernanza pueden cambiar. El orden del día debe separar los puntos informativos de los puntos de decisión. Los puntos de decisión deben llegar con opciones, recomendación, evidencia, impacto, responsable, plazo y consecuencia de la escalada. La reunión no debe ser una sesión de descubrimiento salvo que el descubrimiento sea su propósito explícito.
El cambio de liderazgo
Los líderes suelen pedir más rendición de cuentas. Deberían preguntarse primero si el sistema da a las personas suficiente claridad de decisión para poder rendir cuentas. La rendición de cuentas sin derechos de decisión se convierte en presión. Los derechos de decisión sin rendición de cuentas se convierten en política. La gobernanza tiene que conectar ambas cosas.
Cuando los derechos de decisión están claros, la transformación se siente distinta. Las reuniones se acortan. Las escaladas son menos frecuentes. Los equipos saben hacia dónde moverse. Los directivos dedican menos tiempo a reinterpretar asuntos que deberían haberse decidido más cerca del trabajo. La gobernanza deja de ser una alineación de cara a la galería y se convierte en el ritmo operativo de la ejecución.
La prueba práctica
La prueba práctica de la gobernanza es la próxima decisión polémica. Antes de que empiece la reunión, ¿puede el equipo decir quién es dueño de la decisión, qué evidencia se requiere, qué opciones son aceptables, qué ocurre si los interlocutores discrepan y cuándo debe tomarse la decisión? Si faltan esas respuestas, la reunión probablemente se convertirá en una conversación sobre comodidad y no sobre movimiento. Una gobernanza sólida hace visible la decisión antes de que llegue la política.
Esta ruptura no es teórica. En un entorno de compras en S/4HANA, la capacidad del sistema no se tradujo en control de compras hasta que se gobernó el uso de los contratos: se declararon aproximadamente 450K USD de costes evitados mediante contratos marco, documentados en el registro del encargo. Leer el caso de control de contratos marco en S/4HANA. Si la misma señal está viva en su sistema de gobernanza, la vía de entrada es Executive Diagnosis.
Puente de decisión
Si esta señal le resulta familiar
No inicie todavía otro programa. Decida primero qué tipo de paso de diagnóstico encaja con la señal.
- ¿Un solo KPI o bloqueo? Inicie Value Snapshot™.
- ¿Un problema complejo de responsabilidad o gobernanza? Reserve Executive Diagnosis.
- ¿Una ruptura transversal del modelo operativo? Solicite System Review.
Lea las rutas de asesoría si necesita el mapa de rutas antes de elegir.