No siempre se ejecuta mal por falta de recursos, voluntad o capacidad. Muchas veces se ejecuta mal porque el sistema fue concebido sin suficiente articulación entre norma, proceso, información y control.
Por Rubén Darío Ayala Olmedo
La conversación pública sobre la gestión estatal suele caer en una simplificación que termina ocultando el problema real. Cuando una institución no logra ejecutar bien, se atribuye casi todo a la lentitud burocrática, a la falta de presupuesto, a la desidia del funcionario o a la rigidez normativa. Algo de eso puede existir. Pero, en mi experiencia, esas explicaciones muchas veces describen síntomas y no la estructura del problema.
La ejecución pública no fracasa solamente por fallas humanas. También fracasa cuando el diseño del sistema no permite que las decisiones viajen con claridad desde la norma hasta la operación. Allí aparece una de las debilidades más persistentes de la administración pública: se pretende obtener resultados estables con arquitecturas institucionales fragmentadas, con flujos de información incompletos y con controles que llegan tarde o actúan de manera aislada.
Por eso sostengo que la ejecución pública debe analizarse como un problema de diseño.
Donde la norma deja de alcanzar
En el sector público existe una tendencia a creer que la existencia de una norma suficiente equivale a la existencia de un sistema funcionando. No es así. La norma define límites, competencias, procedimientos y responsabilidades. Pero la ejecución real depende de cómo esas reglas se traducen en circuitos, validaciones, registros, secuencias operativas y criterios de decisión.
Entre la disposición normativa y el resultado administrativo existe una capa intermedia que suele ser subestimada. Esa capa está compuesta por procesos, sistemas de información, distribución de responsabilidades, controles, documentos, tiempos y puntos de validación. Cuando esa capa está mal diseñada, la institución puede cumplir formalmente con la norma y, aun así, producir una ejecución débil, fragmentada o tardía.
El problema no siempre está en la ausencia de reglas. Muchas veces está en la incapacidad del sistema para convertir reglas en ejecución consistente.
La ejecución no es un acto, sino una arquitectura
Uno de los errores más frecuentes consiste en mirar la ejecución como si fuera un hecho puntual: una compra, un pago, un acto administrativo, una imputación presupuestaria, una registración patrimonial, una rendición. Pero la ejecución no es un acto aislado. Es una cadena de decisiones interdependientes.
Cada resultado visible descansa sobre una secuencia previa. Alguien definió una necesidad. Alguien la tradujo en requerimiento. Alguien la vinculó con una línea presupuestaria. Alguien verificó disponibilidad. Alguien estructuró el procedimiento. Alguien controló la legalidad. Alguien autorizó. Alguien registró. Alguien ejecutó. Alguien informó. Alguien controló ex post.
Cuando esa secuencia carece de coherencia, la institución empieza a operar por reacción y no por diseño. Entonces aparecen desvíos previsibles: duplicidades, vacíos de responsabilidad, trámites que circulan sin criterio común, controles que no dialogan entre sí y decisiones que no dejan trazabilidad suficiente.
Por eso hablo de arquitectura de ejecución. Porque ejecutar no es solo hacer. Es hacer dentro de un orden que permita sostener legalidad, oportunidad, información confiable y responsabilidad identificable.
El punto ciego: la desarticulación entre capas
En la gestión pública no basta con mirar cada pieza por separado. Presupuesto, contrataciones, tesorería, patrimonio, control interno, auditoría y estructura organizacional no funcionan como compartimentos estancos, aunque muchas veces se administren como si lo fueran.
Cuando una institución trabaja por capas desconectadas, la ejecución se vuelve vulnerable. El área técnica formula sin dialogar con presupuesto. Presupuesto habilita sin suficiente conversación con el plan operativo. Contrataciones procesa sin vínculo suficiente con la lógica de uso final. Patrimonio recibe información tardía o incompleta. Control interno interviene cuando el problema ya se consolidó. Auditoría observa después de que la decisión produjo efectos.
La falla, entonces, no debe leerse como una suma de errores individuales. Debe leerse como una desarticulación sistémica.
Este punto es central. Una institución puede tener funcionarios competentes y, aun así, ejecutar mal si el diseño de la relación entre áreas, procesos y sistemas es débil. Del mismo modo, una institución puede mejorar de manera significativa cuando corrige la arquitectura que conecta sus decisiones, aunque no cambie inmediatamente a todas las personas.
Trazabilidad: el criterio que separa la gestión del desorden
Hay una pregunta que sirve para medir la calidad real de una ejecución pública: ¿puedo reconstruir con claridad cómo se tomó esta decisión?
Si la respuesta es difusa, el sistema tiene un problema. La trazabilidad no es un lujo documental. Es una condición mínima de integridad administrativa. Permite saber qué información existía al momento de decidir, qué órgano intervino, qué validaciones se realizaron, qué norma se aplicó, qué control operó y qué consecuencia produjo la decisión adoptada.
Sin trazabilidad, la institución pierde memoria operativa. Y cuando una organización pierde memoria operativa, empieza a depender de personas en lugar de depender de sistemas. Allí nace una de las formas más comunes de fragilidad institucional: la administración basada en conocimiento disperso, informal o no documentado.
La trazabilidad también protege. Protege al decisor serio, protege a la institución y protege al interés público. No porque garantice infalibilidad, sino porque vuelve visible la lógica de la decisión y permite revisar su consistencia.
El control interno no corrige un mal diseño
Con frecuencia se invoca el control interno como si fuera una solución universal. Pero el control interno no reemplaza el diseño. No puede corregir por sí solo una arquitectura defectuosa. Puede advertir, acompañar, ordenar, medir, señalar riesgos y exigir consistencia. Pero si el proceso nació mal concebido, el control llega con un margen limitado.
El enfoque contemporáneo del control interno, especialmente el que articula procesos, riesgos, información, seguimiento y mejora, parte de una premisa básica: el control no es un evento separado de la gestión, sino una parte integrada a ella. El MECIP 2015 define precisamente el control interno como un conjunto de normas, principios, acciones y procesos orientados a asegurar razonablemente el logro de los objetivos institucionales, con enfoque basado en procesos y riesgos.
Ese punto importa mucho. Si el control se piensa como un apéndice, la institución produce formalidades. Si se lo integra al diseño, la institución gana capacidad de conducción.
Por eso, cuando una ejecución falla, no basta con pedir más controles. Primero hay que preguntarse si el proceso estaba diseñado para ser controlable, si la información necesaria circula, si los responsables están definidos, si los riesgos fueron identificados y si el sistema permite verificar la secuencia sin depender de interpretaciones posteriores. El propio desarrollo conceptual del MECIP ya asociaba control interno con estructura, procesos, administración de riesgos, información, comunicación, evaluación y mejora, no con simple revisión posterior.
Diseñar mejor no significa burocratizar más
Otro error habitual es creer que mejorar el diseño equivale a agregar pasos, formularios y firmas. En realidad, ocurre lo contrario. Un buen diseño no multiplica fricción sin sentido. Ordena. Define. aclara. distribuye. Reduce ambigüedad.
Diseñar mejor implica decidir con precisión al menos cinco cosas.
- Primero, dónde nace la decisión y con qué información mínima debe nacer.
- Segundo, qué recorrido institucional debe seguir para no romper la legalidad ni la lógica operativa.
- Tercero, qué controles deben actuar en cada tramo y no únicamente al final.
- Cuarto, qué evidencia debe dejar el proceso para asegurar trazabilidad.
- Quinto, cómo se convierte esa experiencia en aprendizaje institucional y no solo en expediente cerrado.
Cuando estas definiciones no existen, la institución cae en una lógica de remiendo permanente. Cada caso se resuelve como excepción. Cada urgencia crea un atajo. Cada observación genera un parche. El sistema sigue funcionando, pero cada vez con menos inteligencia estructural.
La ejecución pública como problema de gobierno
Hablar de diseño no es hablar solamente de manuales, flujogramas o procedimientos. Es hablar de gobierno institucional. Quien dirige una organización pública no solo administra recursos. También define la arquitectura bajo la cual se toman decisiones con efectos jurídicos, financieros y operativos.
Eso exige un cambio de mirada. La cuestión no es solo si la institución tiene personal suficiente o presupuesto adecuado. La cuestión es si existe una estructura capaz de convertir mandato normativo en ejecución verificable.
Cuando ese puente no existe, la organización queda atrapada entre dos extremos igualmente dañinos. Por un lado, el formalismo que cumple papeles sin asegurar resultados. Por otro, el voluntarismo que busca resultados sin asegurar estructura. Ninguno de los dos sostiene instituciones serias.
Una ejecución sólida requiere otra cosa: diseño, secuencia, información, trazabilidad y control integrado.
Cuando la ejecución habla
Hay momentos en que una institución se revela por completo en la forma en que ejecuta. No en sus discursos, no en sus organigramas, no en sus declaraciones de principios. En su ejecución.
Allí se ve si la norma fue incorporada o solo citada. Allí se ve si el control interno acompaña o solo observa. Allí se ve si la información organiza o apenas circula. Allí se ve si la responsabilidad está distribuida con criterio o escondida en la dispersión.
Por eso insisto en este punto: la calidad de la ejecución pública depende menos de la retórica institucional y más de la calidad del diseño que sostiene las decisiones. Cuando el diseño es débil, la administración reacciona. Cuando el diseño es serio, la institución conduce.
Y en el sector público, conducir bien no es una ventaja secundaria. Es una forma concreta de proteger recursos, sostener legalidad y cuidar la integridad de la decisión.
Rubén Ayala