La calidad era el punto del coaching ágil
El coaching ágil empezó con calidad de software, excelencia técnica y feedback. Luego el mercado premió rituales, ali...
8 min de lectura
03.07.2026, Por Stephan Schwab
"Gobernanza" es una de esas palabras ejecutivas que suenan responsables apenas entran en la sala. La gente la usa para transmitir seriedad, supervisión y adultez institucional. Después la pega a cadenas de aprobación, comités, reportes extra y documentos que nadie vuelve a leer cuando termina la reunión. Eso no es gobernanza. Eso es perfume administrativo rociado sobre la incertidumbre. La gobernanza real es más simple y más dura. Decide cómo juzga el liderazgo, a qué le presta atención, quién carga con qué riesgo y cómo entra la realidad a corregir decisiones antes de que la organización haga algo caro y estúpido.
Esta distinción importa porque a los líderes muchas veces les venden una falsa elección.
O controlas el trabajo con fuerza, o los equipos se desordenan.
Eso es un disparate.
Control es intervención directa. Más aprobaciones. Más pasos obligatorios. Más excepciones que exigen un título más alto en la sala. Más mecanismos para frenar movimiento.
Gobernanza trata de calidad de decisión bajo incertidumbre. Responde preguntas como estas:
Eso es gobernanza.
No exige que los líderes sobrevuelen cada equipo. Exige que definan qué debe ser cierto, qué debe ser visible y qué debe ocurrir cuando la realidad contradice el plan.
Si quitamos el empapelado corporativo, la gobernanza tiene tres trabajos.
El liderazgo decide qué restricciones son reales.
Límites de presupuesto. Obligaciones legales. Requisitos de seguridad. Postura de seguridad. Prioridades estratégicas. Compromisos de servicio. Tolerancia al riesgo. Todo eso son preguntas de gobernanza porque define los bordes dentro de los cuales operan los equipos.
La buena gobernanza deja claros esos bordes.
La mala los mantiene vagos hasta que algo sale mal y de pronto declara que todos debieron haberlo sabido.
No toda decisión pertenece arriba. De hecho, la mayoría no.
La gobernanza decide quién decide qué. Qué elecciones de producto pertenecen a producto. Qué decisiones técnicas pertenecen a desarrolladores y arquitectos. Qué cuestiones legales requieren asesoría. Qué umbrales de gasto exigen aprobación ejecutiva. Qué excepciones pueden resolverse localmente y cuáles deben escalar.
Esta es una de las partes menos glamorosas y más importantes del liderazgo. Si los derechos de decisión son difusos, las organizaciones pierden tiempo negociando autoridad en cada crisis.
Una organización con buena gobernanza no espera a las diapositivas trimestrales para descubrir que sus supuestos eran un disparate.
Decide de antemano qué señales importan y con qué frecuencia se revisan. Eso puede incluir disponibilidad, lead time, defectos escapados, retención de clientes, hallazgos de auditoría, movimiento de margen, exposición de caja o excepciones regulatorias. Las señales cambian según el negocio. El principio no.
Gobernanza significa decidir cómo entra la verdad en la sala.
Sin eso, gana la persona más ruidosa, el título más alto o la presentación más bonita.
A muchas cosas se les llama gobernanza porque la etiqueta les da respetabilidad.
Siguen siendo malas ideas.
Gobernanza no es:
Aquí es donde muchas organizaciones entran en estupidez autoinfligida.
Construyen una estructura que produce supervisión visible pero peores decisiones. Se sienten más seguras porque más personas tocaron el proceso. Mientras tanto, nadie asume con claridad el resultado, nadie ve la señal real a tiempo y los equipos aprenden que sobrevivir el proceso importa más que resolver el problema.
Eso no es gobernanza.
Eso es burocracia con corbata.
Esto pasa todo el tiempo en software y en negocios intensivos en tecnología.
Los líderes senior saben que responden por riesgo, costo, tiempo y reputación. Correcto. Pero como muchas veces no pueden evaluar directamente las decisiones técnicas de fondo, buscan sustitutos visibles.
Los documentos parecen más seguros que el código. Los comités parecen más seguros que el criterio de los desarrolladores. Las compuertas de fase parecen más seguras que los ciclos cortos de retroalimentación. Los colores de estado parecen más seguros que la evidencia operativa.
El problema no es que el liderazgo quiera visibilidad. El problema es que muchas veces elige la clase equivocada.
El trabajo de software suele ser invisible en los lugares equivocados y brutalmente visible en los momentos equivocados. Por eso la supervisión simbólica resulta tan seductora.
Un equipo puede cumplir cada ritual de gobernanza y aun así ir directo a un desastre en producción. Otro puede verse más ruidoso, adaptativo y ligeramente incómodo, y estar mucho mejor gobernado porque las señales reales están vivas y los responsables reales están mirando.
La buena gobernanza no elimina la incertidumbre. Evita que la incertidumbre se esconda detrás de artefactos de presentación pulidos.
Para liderazgo, la prueba práctica no es si la organización se siente controlada. La prueba práctica es si las personas correctas pueden tomar las decisiones correctas con la evidencia correcta en el momento correcto.
La buena gobernanza suele tener unas cuantas características aburridas:
Fíjate en lo que falta en esa lista.
Nada de adoración a formularios. Nada de preaprobación universal. Nada de fantasía de que un comité pueda reemplazar pericia. Nada de la suposición de que sumar capas reduce riesgo por sí solo.
En software, la buena gobernanza suele significar que liderazgo acuerda expectativas de servicio, requisitos de seguridad, restricciones de cumplimiento, límites de presupuesto y señales de entrega, y luego deja trabajar a equipos competentes dentro de esos bordes. El punto no es liberar a los equipos de responsabilidad. El punto es conectar la responsabilidad con la realidad y no con la ceremonia.
Eso desde fuera puede verse menos ordenado que el teatro gerencial tradicional. Suele ser bastante más seguro.
Eso tiene solución, pero solo si la pregunta se vuelve más precisa.
En vez de decir “necesitamos más gobernanza”, pregunte:
Esas preguntas sí llevan a algo útil.
La demanda vaga de “más gobernanza” suele llevar apenas a otro comité.
Y los comités son maravillosos si el objetivo es repartir la responsabilidad lo bastante fino como para que nadie cargue con ella limpiamente.
La gobernanza real no es lo que ocurre después de que el liderazgo ya terminó de pensar.
La gobernanza real forma parte del pensamiento de liderazgo.
Es la disciplina de decidir qué importa, nombrar quién es dueño de qué, exigir evidencia en lugar de consuelo y corregir rumbo cuando cambian los hechos.
Por eso la gobernanza no puede externalizarse a proceso sin más. El proceso puede apoyarla. El reporte puede apoyarla. La automatización puede apoyarla. Los controles internos pueden apoyarla. Nada de eso es gobernanza por sí solo.
Gobernanza es criterio expresado como estructura.
Y eso significa que la calidad de la gobernanza depende de la calidad de las personas que la diseñan.
Si los líderes son vagos, asustados, performativos o adictos a la óptica, la gobernanza lo reflejará. Pesada donde debería ser liviana. Ciega donde debería ser afilada. Ruidosa donde debería ser honesta.
Si los líderes son claros, guiados por evidencia y están dispuestos a dejar que la pericia opere dentro de límites definidos, la gobernanza se vuelve mucho más útil.
Se convierte en una forma de que la organización siga siendo responsable sin quedarse paralizada.
Eso es gobernanza.
Casi todo lo demás es mobiliario de oficina.
Hablemos de tu situación real. ¿Quieres acelerar la entrega, quitar bloqueos técnicos o validar si una idea merece más inversión? Escucho tu contexto y te doy 1-2 recomendaciones prácticas. Sin compromiso ni discurso comercial. Confidencial y directo.
Empecemos a trabajar juntosVisibilidad y capacidad de ejecución
Navigator ofrece a tus ejecutivos una visión clara de patrones, bloqueos y capacidad. Nuestro Developer Advocate programa código productivo con tu equipo y acelera la entrega.