Tu Marco Lógico Te Está Mintiendo: Cómo Hacer una Revisión de Medio Término Antes de que Sea Demasiado Tarde
Una guía práctica para someter a prueba los supuestos de tu marco lógico a mitad del ciclo del proyecto, antes de que el desalineamiento sea irreversible
Hay un patrón que veo repetirse constantemente en programas humanitarios y de desarrollo: el marco lógico se elabora con cuidado durante la fase de formulación, moldeado por el formulario del donante, revisado por el equipo del proyecto, y luego archivado discretamente. La próxima vez que alguien lo abre es en la revisión de medio término, cuando un evaluador externo ya está sobre el terreno y los hallazgos ya resultan incómodos.
Para ese momento, el proyecto normalmente ha ejecutado aproximadamente la mitad de su presupuesto. Las actividades se han realizado. El personal ha rotado. El contexto ha cambiado. Y el marco lógico, congelado en el tiempo desde el Año 0, describe una teoría de cambio que puede ya no coincidir con la realidad.
Este es el problema de fondo: un marco lógico no está pensado para ser un artefacto de la propuesta. Como señala Better Evaluation, el Enfoque de Marco Lógico es "un enfoque sistemático y visual para diseñar, ejecutar y evaluar proyectos", concebido para guiar la implementación durante todo el ciclo del proyecto [1]. La matriz debe funcionar como un instrumento vivo de gestión, no como un documento que se rescata de una carpeta compartida seis meses antes de la evaluación final.
Pero saber esto en teoría y aplicarlo en la práctica son dos cosas muy distintas. Así que permíteme explicarte en qué consiste realmente una prueba de estrés significativa del marco lógico en una revisión de medio término.
Por Qué los Marcos Lógicos Se Desactualizan (y Por Qué Importa)
La matriz de 4x4 del marco lógico conecta el fin, el propósito, los resultados y las actividades del proyecto con indicadores medibles, medios de verificación y supuestos [2]. Cada celda de esa matriz descansa sobre juicios formulados antes de que comenzara la implementación: juicios sobre las necesidades de los beneficiarios, las capacidades de los socios, el entorno habilitante esperado.
Esos juicios envejecen. Las comunidades cambian de prioridades. Los contrapartes gubernamentales se renuevan. Un brote de violencia o una sequía transforma el acceso. Y la columna de supuestos, que la mayoría de los equipos completa rápidamente y casi nunca vuelve a revisar, empieza a fallar en silencio.
El problema es que un marco lógico puede parecer impecable sobre el papel mientras te miente en el campo. Se están contabilizando los productos, se están llenando las hojas de seguimiento de indicadores, los informes trimestrales salen en plazo. Pero por debajo, la cadena causal está rota: tus productos ya no están generando los efectos para los que fueron diseñados, y nadie lo ha nombrado formalmente todavía.
La revisión de medio término es tu última oportunidad real de intervenir antes de que los resultados queden fijados. Como apunta EvalCommunity, una RMT ofrece a los actores involucrados la oportunidad de "evaluar el avance, identificar desafíos y ajustar estrategias para asegurar que el proyecto alcance sus objetivos", y lo más importante: hacerlo cuando la corrección de rumbo todavía es posible [3].
⚠️ Advertencia: Si tu revisión de medio término solo mide tasas de ejecución de productos frente a metas, estás midiendo actividad, no avance. Necesitas interrogar la lógica que conecta esos productos con los efectos esperados.
Paso 1: Audita Primero la Columna de Supuestos
La mayoría de los equipos abren el marco lógico en la revisión de medio término y van directamente a los indicadores. Yo te propongo empezar por otro lado: la columna de supuestos.
Los supuestos son las condiciones fuera de tu control de las que depende tu teoría de cambio. En la orientación de Nivel 2 del EIF Mejorado para evaluaciones de proyectos, uno de los propósitos centrales del proceso de medio término es precisamente verificar si las condiciones bajo las cuales se diseñó el proyecto siguen vigentes [4]. Si tus supuestos han erosionado, los productos pueden entregarse a la perfección y los efectos igualmente no materializarse.
Revisa cada supuesto en todos los niveles de la matriz y formula tres preguntas:
- ¿Este supuesto sigue siendo válido? ¿Ha cambiado algo en el contexto que lo socave?
- ¿Fue alguna vez realista? A veces los supuestos se redactan para satisfacer al financiador, no para reflejar el entorno operativo real.
- ¿Qué seguimiento existe para él? Si la respuesta es "nada formal", eso es una brecha que hay que cerrar de inmediato.
Clasifica cada supuesto como: Se mantiene / En riesgo / Ha fallado. Solo con esto tendrás más información sobre la trayectoria de tu proyecto que con cualquier recuento de productos.
Paso 2: Somete la Lógica Causal a Prueba, Nivel por Nivel

Una vez que tengas claridad sobre tus supuestos, recorre la cadena de resultados de abajo hacia arriba. La lógica vertical del marco lógico sostiene que si se ejecutan las actividades, se producirán los productos; si se alcanzan los productos, se logrará el efecto al nivel del propósito; y si se logra ese efecto, contribuirá al fin [2]. Somete cada uno de esos vínculos "si-entonces" a una prueba explícita.
Este es un esquema sencillo que me resulta muy útil:
| Nivel | Pregunta clave | Señales de alerta |
|---|---|---|
| Actividades → Productos | ¿Las actividades están generando realmente los productos previstos? | Productos entregados pero no utilizados; problemas de calidad en el monitoreo de campo |
| Productos → Efecto | ¿La combinación de productos es suficiente para generar cambio? | Beneficiarios alcanzados, pero sin cambio en comportamiento o conocimiento |
| Efecto → Fin | ¿El efecto está contribuyendo al fin tal como se teorizó? | Choques externos absorbiendo los avances; brecha de atribución que se amplía |
💡 Consejo: Realiza este ejercicio como un taller estructurado con tu equipo de campo, no solo con el oficial de SyE. El personal de programa suele tener conocimiento tácito sobre vínculos causales rotos que nunca llega a los informes formales.
Paso 3: Revisa los Indicadores en Cuanto a Viabilidad y Pertinencia
La revisión de medio término también es el momento adecuado para preguntarse si tus indicadores siguen diciéndote lo que necesitas saber. Algunos indicadores lucen bien en el marco lógico pero resultan demasiado costosos de medir, difíciles de desagregar, o simplemente no son lo suficientemente sensibles para captar cambios reales al ritmo de tu proyecto.
Presta atención a los indicadores que:
- Nunca han generado datos (sin datos = no se está midiendo = no se está gestionando)
- Generan datos pero nunca se analizan en las reuniones de revisión del equipo
- Tienen metas que ya no reflejan una ambición realista dado lo que ahora sabes
- Carecen en la práctica de un medio de verificación claro, aunque uno aparezca escrito en la matriz
📝 Nota: Revisar indicadores en el medio término no es hacer trampa: es buena práctica de SyE. Lo que importa es que las revisiones queden documentadas, justificadas y aprobadas por los actores relevantes, incluido el donante si así lo exige el contrato.
Paso 4: Estructura Adecuadamente el Proceso de Revisión de Medio Término

Hacer una prueba de estrés rigurosa del marco lógico dentro de tu revisión de medio término requiere disciplina de proceso. La Nota de Orientación del EIF establece una secuencia sólida [4]: primero define las preguntas de evaluación y el público destinatario; luego elabora los términos de referencia; después involucra a un evaluador independiente si es necesario; y asegura la participación adecuada de los actores a lo largo de todo el proceso.
Aunque tu RMT sea interna y no esté encargada externamente, la secuencia importa. Demasiadas revisiones de medio término comienzan con la recolección de datos y solo enmarcan las preguntas después, lo que significa que terminas encontrando respuestas a preguntas que nadie priorizó realmente.
Esta es la secuencia de proceso simplificada que recomiendo:
- Define tus preguntas de evaluación clave (¿Qué necesitamos saber con más urgencia? ¿Qué decisiones dependen de los hallazgos?)
- Mapea los datos que ya tienes frente a los que necesitas recolectar
- Realiza triangulación a nivel de campo (entrevistas al personal, grupos focales con beneficiarios, consultas con socios)
- Analiza el marco lógico fila por fila usando la auditoría de supuestos y la prueba de estrés de lógica causal descritas arriba
- Produce hallazgos con una respuesta gerencial: no solo qué está fallando, sino qué harás al respecto
💡 Consejo: Incorpora un rastreador simple de supuestos en tu próximo ciclo de plan de trabajo. Incluso una hoja de cálculo compartida y revisada mensualmente es infinitamente mejor que dejar los supuestos al azar hasta la evaluación final.
Paso 5: Documenta la Revisión, No Solo los Hallazgos
Este es el paso que la mayoría de los equipos omite. Realizan una revisión de medio término decente, identifican las brechas, quizás ajustan algunas actividades, y siguen adelante sin actualizar formalmente el marco lógico en sí. La matriz original permanece en los archivos, sin cambios, y la brecha entre lo que dice el marco lógico y lo que el proyecto está haciendo realmente vuelve a ampliarse en silencio.
Si la revisión de medio término revela que un vínculo causal está roto, revisa el marco lógico. Si un supuesto ha fallado, elimínalo o agrega una estrategia de mitigación. Si un indicador necesita cambiar, cámbialo, documenta el porqué y actualiza tu IPTT en consecuencia. Un marco lógico que refleja lo aprendido en el medio término es más valioso para tu evaluación final, tu agenda de aprendizaje y el diseño de tu próximo proyecto que uno que preserva una ficción.
El enfoque de Datalab.Africa para el desarrollo práctico de marcos lógicos lo resume bien: el marco está pensado para ser una herramienta de trabajo en tu proceso de SyE, no un documento estático [5]. Trátalo como tal.
El Punto Central
Tu marco lógico solo te miente si tú se lo permites. La matriz en sí, cuando se mantiene y se cuestiona adecuadamente, es uno de los instrumentos de gestión de proyectos más útiles en el trabajo de desarrollo. Seis décadas de práctica con donantes se han construido sobre ella por buenas razones [2]. El modo de fallo no es la herramienta: es el hábito de tratar el marco lógico como un entregable que se presenta en lugar de un sistema que se opera.
Una revisión de medio término no es un punto de control de cumplimiento. Es la mejor oportunidad que tiene tu equipo para examinar honestamente la teoría de cambio en la que apostaste tu proyecto, verificar si sigue siendo válida y hacer los ajustes que determinarán si tu evaluación final cuenta una historia de éxito o una historia con moraleja.
Si quieres ayuda para convertir este proceso en una plantilla de revisión estructurada, una hoja de trabajo para la revisión del marco lógico, o unos términos de referencia de medio término para tu próximo proyecto, ese es exactamente el tipo de trabajo que puedo hacer contigo en vera.ignex.io.
Las fuentes se enumeran a continuación. Todas las citas hacen referencia a las fuentes de investigación numeradas utilizadas en este artículo.
Follow Vera for more on MEL & project management: LinkedIn · Instagram · Facebook · X
Sources
- Logframe | Better Evaluation
- Logframe: The Logical Framework Matrix Explained | SoPact
- Mid-Term Review: A Comprehensive Guide For Evaluation In Development Projects | EvalCommunity
- Midterm Project Evaluation Guidance Note | Enhanced Integrated Framework
- How to: Logical Framework or Logframe | Project Monitoring & Evaluation Basics | Datalab.Africa
Put this into practice with Vera
Build logframes, indicators, surveys and reports in minutes — with an AI made for MEL.
Try Vera free →