Teoría del programa: qué es y para qué sirve en monitoreo y evaluación

¿Qué es la teoría del programa?

La teoría del programa es la descripción explícita de cómo se espera que las actividades y los recursos de un programa produzcan cambios. Recorre la cadena causal completa: los insumos y recursos que hacen falta, las actividades que se realizan con ellos, los productos inmediatos que resultan, los cambios de comportamiento o en los sistemas que esos productos desencadenan, los resultados a mediano plazo y, al final, el impacto a largo plazo que el programa busca alcanzar.

Con ella quedan a la vista los supuestos del programa y la lógica con que se diseñó. A menudo se denomina "teoría de la intervención" o "lógica del programa", y es la base conceptual de una Teoría del Cambio.

Por qué es importante

Cuando la teoría del programa no está explícita, el personal y las partes interesadas pueden trabajar con ideas distintas sobre cómo funciona el programa. De ahí surgen desacuerdos sobre la estrategia, discusiones sobre las prioridades y dificultad para saber si el programa avanza según lo previsto. Una teoría explícita da al equipo una lógica compartida que puede ponerse a prueba, y permite hacer dos preguntas distintas: "¿Estamos haciendo lo que dijimos que haríamos?" (fidelidad de los productos) y "¿El programa está funcionando como se diseñó?" (logro de los resultados).

También ayuda a quien evalúa. Permite entender si un fracaso se debe a problemas de ejecución o a una teoría defectuosa. Los enfoques de evaluación basados en la teoría, como el Análisis de Contribución, la Evaluación Realista y el Rastreo de Procesos, dependen de contar con una teoría del programa explícita de la cual partir.

En la práctica

La teoría del programa se elabora de forma colaborativa durante el diseño. El equipo suele partir de la visión final, es decir, del impacto deseado, y retrocede paso a paso. ¿Qué tiene que cambiar en el mundo? ¿Qué resultados a mediano plazo deben darse? ¿Qué comportamientos o decisiones tienen que modificarse? ¿Qué productos deben generarse? ¿Qué actividades y recursos se necesitan? Mientras construye esta lógica, el equipo anota los supuestos: qué condiciones deben cumplirse y qué partes interesadas deben cooperar.

El resultado suele ser un diagrama, conocido como modelo lógico o cadena de resultados, que muestra las vías causales.

Por ejemplo, un programa de empleo juvenil en una zona urbana podría plantear lo siguiente:

1. Si capacitamos a jóvenes en habilidades técnicas (actividad), adquirirán competencias laborales (producto).
2. Si los empleadores valoran esas competencias, los jóvenes serán contratados (resultado).
3. Si permanecen empleados por más de 12 meses, sus ingresos aumentarán (impacto).

Cada paso es un supuesto verificable que el monitoreo y la evaluación pueden examinar.

Cómo trabajar con el diagrama

Un buen punto de partida es un taller corto con el personal del programa, con representantes de la población participante y con quienes conocen el contexto. Conviene reunir a personas con visiones distintas del programa, porque las diferencias salen a la luz cuando cada una dibuja su propia cadena. Después se comparan los dibujos y se acuerda una versión común.

Una vez acordada la versión, cada flecha del diagrama plantea una pregunta: ¿qué tendría que ser cierto para que este paso conduzca al siguiente? Las respuestas son los supuestos, y conviene anotarlos junto al paso al que corresponden. Algunos se pueden comprobar con datos que el programa ya recoge. Otros exigen una pregunta específica en una encuesta, una entrevista o un grupo de discusión.

La teoría se revisa a lo largo del programa, sobre todo cuando el monitoreo muestra que un paso no se cumple o cambia el contexto, por ejemplo si cierra una empresa que iba a contratar a los jóvenes del ejemplo anterior.

Relación con la Teoría del Cambio y el marco lógico

En este sitio, la entrada sobre la Teoría del Cambio registra "teoría del programa" como uno de sus nombres alternativos, y muchos equipos usan los dos términos casi como sinónimos. Conviene aclarar en cada documento qué se entiende por cada uno.

El marco lógico resume la lógica en una matriz con indicadores, medios de verificación y supuestos. Puede construirse a partir de la teoría del programa, pero no la reemplaza: la matriz indica qué se medirá, y la teoría explica por qué se espera que ocurra el cambio.

Errores frecuentes

• Saltar pasos. Pasar de "capacitar a jóvenes" a "mejorar los ingresos" sin pasar por competencias, contratación y permanencia en el empleo deja sin examinar justo lo que más interesa comprobar.
• Dejar los supuestos implícitos. Si nadie los escribe, nadie los verifica, y es frecuente que fallen sin que nadie lo note.
• Elaborarla sin las personas que ejecutan el programa. Una teoría redactada solo por quien diseñó la propuesta puede alejarse de lo que ocurre en campo.
• Tratarla como un requisito del donante. Un diagrama que se hace para cumplir y se archiva no sirve para el monitoreo ni para decidir cambios en el programa.
• Hacerla tan detallada que nadie la use. Una cadena con decenas de cajas es difícil de revisar. Conviene que quepa en una página y que cada paso se pueda poner a prueba.