El problema no es que los equipos de programa no sepan cómo completar un marco lógico. La mayoría sí sabe. El problema es que el marco lógico se diseña habitualmente como un documento de cumplimiento elaborado para satisfacer los requisitos de diseño de programas de un donante, en lugar de como una herramienta de gestión diseñada en torno a las decisiones reales que los líderes de programa deben tomar.
Cuando el marco lógico es un documento de cumplimiento, se archiva y se olvida. Cuando es una herramienta de gestión, ocupa un lugar central en cada revisión trimestral, cada revisión del plan de trabajo y cada decisión de reasignación de recursos. Diseñar esto último requiere un punto de partida totalmente distinto.
Qué Es Realmente un Marco Lógico
Un marco lógico es una matriz que presenta la lógica de un programa en un formato estructurado y verificable. La matriz estándar de cuatro por cuatro contiene:
- Una columna de descripción del proyecto: la jerarquía de resultados desde las actividades hasta los productos, los efectos y el impacto
- Una columna de indicadores: la evidencia medible que mostrará si se ha alcanzado cada nivel de resultados
- Una columna de medios de verificación: las fuentes de datos de las que se recopilarán los valores de los indicadores
- Una columna de supuestos: las condiciones fuera del control del programa que deben cumplirse para que la cadena de resultados funcione
La lógica incorporada en la matriz es vertical y horizontal. Lógica vertical: si se completan las actividades, se producen los productos; si se producen los productos y se cumplen los supuestos, se logran los efectos; si se logran los efectos y se cumplen los supuestos, se obtiene el impacto. Lógica horizontal: cada nivel de resultado tiene indicadores específicos y medibles con fuentes de datos y métodos de verificación definidos.
Ambas dimensiones deben ser sólidas para que el marco lógico sea una herramienta útil. Un marco lógico con una lógica vertical plausible pero indicadores no medibles es decorativo. Un marco lógico con indicadores medibles pero una lógica vertical rota produce datos que no pueden vincularse a los resultados.
La Jerarquía de Resultados: Comprender Cada Nivel
Actividades
Las actividades son lo que hace el programa. Capacitación de agentes comunitarios de salud. Configuración de DHIS2 Tracker para la vigilancia de enfermedades. Distribución de mosquiteros tratados con insecticida. Realización de encuestas de hogares.
Las actividades son el insumo de la cadena de resultados, no el resultado. Un error común y costoso en el diseño del marco lógico es colocar las actividades al nivel de efecto informando las sesiones de capacitación realizadas como si fueran el cambio que el programa estaba diseñado para producir. La capacitación es una actividad. El cambio en la práctica de los trabajadores de salud es un efecto. La distancia entre ambos es donde la mayoría de las evaluaciones de programas encuentran su brecha.
Productos
Los productos son los resultados directos y tangibles de las actividades: lo que el programa entrega. Número de trabajadores de salud capacitados. Número de informes de vigilancia generados. Número de comunidades alcanzadas. Número de herramientas de recolección de datos desplegadas.
Los productos están bajo el control directo del programa y, por lo general, son fáciles de medir. Son necesarios para los efectos, pero no suficientes. Un programa que entrega todos sus productos planificados y no produce ningún cambio en la población objetivo no ha fallado en la implementación: ha fallado en el diseño de la teoría del cambio.
Efectos
Los efectos son cambios en el conocimiento, las habilidades, los comportamientos, las prácticas o los sistemas que resultan de los productos del programa. Trabajadores de salud que aplican correctamente las definiciones de caso en el punto de atención. Datos de vigilancia que llegan al epidemiólogo estatal dentro de las 48 horas. Funcionarios de salud de la LGA que utilizan los datos del panel de control en las reuniones informativas semanales.
Los efectos son más difíciles de medir que los productos, tardan más en materializarse y son más difíciles de atribuir a un solo programa. Precisamente por eso son más importantes. Un programa medido solo por sus productos puede tener éxito sobre el papel sin producir ningún cambio en el mundo real. Un programa medido por sus efectos no puede hacerlo.
Para un tratamiento completo de los indicadores de efecto y cómo diseñarlos, consulte Cómo Diseñar Indicadores de S&E.
Impacto
El impacto es el cambio a largo plazo, a nivel poblacional, al que contribuye el programa, generalmente medido en términos de carga de morbilidad: tasas de morbilidad, tasas de mortalidad, incidencia de enfermedades, años de vida ajustados por discapacidad. El impacto rara vez es atribuible a un solo programa y opera en una escala temporal que excede la mayoría de los ciclos de financiamiento de los programas.
En el diseño del marco lógico, esto crea una tensión práctica: el impacto es lo que en última instancia importa, pero no es lo que un programa de tres años puede demostrar con certeza. La solución es diseñar el marco lógico con el impacto como meta direccional, midiendo rigurosamente los efectos. Si la teoría del cambio es sólida y se logran los efectos, el impacto seguirá aunque demostrar la causalidad a nivel poblacional generalmente requiere un diseño de evaluación separado.
Diseñar la Columna de Supuestos: La Columna Más Descuidada
La columna de supuestos es donde el diseño del marco lógico revela su calidad analítica. La mayoría de los marcos lógicos que reviso enumeran supuestos que son triviales por ser evidentemente ciertos ("el gobierno mantiene su compromiso con el programa"), demostrablemente falsos ("las comunidades buscarán activamente servicios de salud"), o lo suficientemente genéricos como para aplicarse a cualquier programa en cualquier contexto.
Un supuesto útil es una condición específica y verificable que sea genuinamente incierta, que el programa no pueda controlar y que sea relevante para la cadena de resultados. Para un programa de vigilancia de enfermedades en África Occidental, los supuestos reales incluyen:
- La capacidad del laboratorio de referencia estatal mantiene un rendimiento suficiente para procesar muestras en un plazo de cinco días hábiles
- La cobertura de red móvil en las LGA objetivo es suficiente para la sincronización de DHIS2 al menos una vez por semana
- El ministerio de salud estatal mantiene a los funcionarios de vigilancia capacitados en su puesto durante la duración del ciclo del programa
- Los agentes comunitarios de salud completan los informes mensuales de manera consistente sin incentivo financiero adicional
Estos son supuestos porque son inciertos. Algunos de ellos resultarán falsos en algunos contextos. Cuando un supuesto falla, rompe la cadena causal en el punto donde se encuentra. Identificar ese fallo temprano mediante el seguimiento sistemático de los supuestos clave, no solo de los indicadores del programa es lo que permite al programa adaptarse antes de que la cadena de resultados colapse.
Incorpore el seguimiento de supuestos en su plan de S&E. Asigne responsabilidad para el seguimiento de cada supuesto crítico. Revise el estado de los supuestos en las revisiones trimestrales del programa junto con los datos de los indicadores.
Selección de Indicadores: La Prueba de la Lógica Horizontal
Para cada nivel de la jerarquía de resultados, el indicador debe superar una prueba de tres partes:
- ¿Mide realmente el resultado al que está asignado? Un indicador que mide la entrega de productos frente a un resultado de efecto produce datos de producto y los presenta como evidencia de efecto.
- ¿Puede recopilarse a través del medio de verificación establecido? Un indicador sin una fuente de datos plausible y asequible no es un indicador es una aspiración.
- ¿Es lo suficientemente sensible para detectar cambios dentro del plazo del programa? Las tasas de incidencia de enfermedades a nivel poblacional no mostrarán un cambio detectable en un programa de dos años. Un indicador intermedio sensibilidad de la vigilancia, oportunidad de la investigación, integridad de la notificación sí lo hará.
El tercer criterio es el que se incumple con mayor frecuencia. Los diseñadores de programas seleccionan indicadores de nivel de impacto para las filas de efectos porque suenan impresionantes. El programa luego no produce ningún cambio medible frente a esos indicadores no porque el programa haya fracasado, sino porque los indicadores no eran sensibles al nivel de cambio que el programa estaba diseñado para producir.
Para obtener orientación detallada sobre la selección de indicadores, consulte el Glosario de S&E y Cómo Diseñar Indicadores de S&E.
El Marco Lógico en las Revisiones de Programa
Un marco lógico que no se abre en las reuniones de revisión de programa ha fracasado como herramienta de gestión, sin importar cuán bien diseñado esté técnicamente.
En los programas de polio y vigilancia de la OMS que he apoyado, el marco lógico es el primer documento que se revisa en cada revisión trimestral del programa. La estructura de la revisión sigue la matriz:
- Revisión del estado de los indicadores: Para cada indicador de efecto y de producto, ¿cuál es el valor actual frente a la meta? ¿Rojo, ámbar o verde? ¿Cuál es la tendencia?
- Revisión del estado de los supuestos: ¿Qué supuestos críticos siguen cumpliéndose? ¿Cuáles han cambiado? ¿Cuáles son las implicaciones para la cadena de resultados?
- Ajuste del plan de trabajo: Según el estado de los indicadores y los cambios en los supuestos, ¿qué ajustes son necesarios en el plan de trabajo para el próximo trimestre?
- Decisiones de reasignación de recursos: ¿Están los recursos asignados a las actividades con mayor probabilidad de mover los indicadores rezagados? Si no es así, ¿qué cambios son necesarios?
Esta estructura convierte al marco lógico en lo que fue diseñado para ser: la columna vertebral analítica de la gestión adaptativa de programas, no un documento de planificación estático.
Errores Comunes en el Diseño del Marco Lógico
Demasiados indicadores
Un marco lógico con cuarenta indicadores para un programa de tres años, o bien producirá una carga de recolección de datos que consume los recursos del programa, o se completará con valores estimados. Limite la matriz a los diez o quince indicadores que son genuinamente esenciales para las decisiones de gestión. Para el resto, utilice un plan de seguimiento separado con una medición de menor frecuencia.
Confundir productos y efectos
El error más común en el diseño del marco lógico. Las sesiones de capacitación completadas son un producto. El cambio en la práctica entre los trabajadores de salud capacitados es un efecto. Los trabajadores de salud capacitados son un producto. Los trabajadores de salud que aplican definiciones de caso correctas en el punto de atención son un efecto. Estas distinciones importan porque determinan de qué es responsable el programa y qué evidencia debe producir.
Líneas de base establecidas después de que el programa comienza
Una línea de base medida después de que han comenzado las actividades del programa no es una línea de base. Es un punto intermedio. Sin una verdadera línea de base previa al programa, es imposible medir el cambio solo se puede describir el estado actual. La recopilación de datos de línea de base debe completarse antes de que comience cualquier actividad programática que pueda afectar a los indicadores.
Metas establecidas sin referencia a evidencia
Las metas establecidas de manera arbitraria "aumentar la cobertura en un 20%" porque el 20% suena ambicioso producen fracasos sistemáticos de las metas en contextos desafiantes y una ambición sistemáticamente insuficiente en los de alto desempeño. Establezca las metas basándose en el desempeño histórico del programa, el tamaño de la población, los niveles de recursos y programas comparables. Consulte Gestión Basada en Resultados para un marco de establecimiento de metas fundamentado en evidencia.
El Marco Lógico Es una Teoría, No una Garantía
Todo marco lógico incorpora una teoría sobre cómo funciona el mundo cómo las actividades producen productos, cómo los productos producen efectos, cómo los efectos contribuyen al impacto. Esa teoría puede ser correcta o incorrecta. El propósito del seguimiento es poner a prueba la teoría en condiciones reales y ajustarla cuando la evidencia muestre que no se cumple.
Un programa que implementa rigurosamente una teoría del cambio defectuosa producirá productos fielmente y efectos que divergen de la cadena de resultados. El marco lógico es la herramienta que hace visible esa divergencia lo suficientemente pronto como para responder.
Esto es lo que exige el modelo de Datos a Decisión: no solo que se recopilen datos conforme a un plan, sino que informen un ciclo de retroalimentación en tiempo real entre la evidencia y la acción.