Documente Academic
Documente Profesional
Documente Cultură
Partes: 1, 2
1.
Presentacin
2.
Introduccin
3.
Concepto
4.
5.
6.
7.
8.
9.
10.
Bibliografa
Presentacin
El Marco Lgico es una herramienta de gestin para la formulacin, ejecucin, seguimiento y evaluacin
de proyectos y programas por parte de gerentes, supervisores, y todos los profesionales que trabajan en
las instituciones pblicas y privadas del pas
1El texto recoge de manera didctica todos los conceptos y aplicaciones de la Metodologa. Se exponen
secuencialmente el anlisis de involucrados, el rbol de problemas, la estructura analtica del proyecto y
se detallan los componentes bsicos de la matriz, su relacin con ciclo de gestin de proyectos. De igual
manera, se detallan todas las ideas que comprenden el monitoreo y la evaluacin de proyectos y
programas. Para facilitar su comprensin y utilizacin por parte de las personas que trabajan con
proyectos de desarrollo se incluye una metodolgica con todos los elementos y variables que comprenden
esta. Se ha privilegiado la sencillez en la exposicin de las ideas sobre la extensin analtica, con el
objeto de que se convierta en una herramienta de apoyo para todas las actividades de gestin de
proyectos que desarrollan los profesionales ante los organismos de financiamiento internacional, Banco
Mundial (BM), y otras agencias de desarrollo (BID), la Cooperacin Tcnica Alemana(GTZ) y las
instituciones nacionales como: Programa de Apoyo a
la Seguridad Alimentaria(PASA),INIAF,EMPODERAR, y otras. Por esta razn, su elaboracin va
acompaada de ejemplos, experiencias y puesta en prctica de los conceptos que constituyen la esencia
de este instrumento de planificacin.
Introduccin
La formulacin y Evaluacin de Proyectos, son tareas que las instituciones pblicas y privadas deben
realizar continuamente en la bsqueda de sus objetivos mediatos e inmediatos. Los aspectos tcnicos
como son la ingeniera del Proyecto, el anlisis econmico y financiero o el anlisis social. Son areas
especificas necesariamente elaboradas por equipos especializados, sin las cuales los proyectos no
pueden llevarse a cabo.
Estas areas pueden utilizar diferentes herramientas para una mejor definicin del proyecto. Una entre
tantas herramientas es el Marco Lgico.
El Marco Lgico fue originalmente desarrollado por la consultora Practical Concepts Inc. por encargo de
USAID en 1979.Si bien el desarrollo de todo proyecto obedece a una determinada lgica, no siempre se
llega a visualizar el eslabonamiento que debe existir entre medios y fines para lograr una
mayor eficiencia del uso de los recursos utilizados en la ejecucin de un proyecto. En este sentido el
desarrollo del marco Lgico por la mencionada consultora, se realizo para contribuir a una clarificacin
conceptual de un conjunto de tareas que deben dirigirse sin mayor dispersin de esfuerzos al
cumplimiento de determinados objetivos.
El desarrollo del marco lgico, responde a una preocupacin de un ente financiador que observa la
utilizacin de elevados recursos sin que se logre resultados efectivos. Es por tanto una respuesta que
considera que una de las fallas fundamentales en el proceso de la planificacin del desarrollo, se
encuentra en la ausencia de clarididad en la definicin de medios y fines incorporados en un proyecto.
Concepto
3. Medios de verificacin que sealan los datos necesarios para verificar los resultados.
4. Los supuestos (riesgos) factores externos que podran interferir el logro de resultados.
Las 4 filas de la matriz son los niveles del marco lgico:
1. Actividades que deben realizarse para lograra los:
2. Componentes, cuyo logro a su vez cumplen con los:
3. Propsito que coadyuvan a la:
4. Finalidad del proyecto, detalle se encuentra en el (ver anexo 1)
La metodologa asociada al marco lgico proporciona una manera de resaltar los vnculos entre el fin, los
propsitos, componentes y actividades que contiene un proyecto. Ofrece un esquema de orden para
conceptuar y describir. Clarifica que es lo que se quiere y como se quiere lograr. Provee indicadores
precisos de lo que se entiende por xito una base objetiva para comparar lo que se espera con lo que se
logra durante la ejecucin. Es til para comunicar informacin esencial sobre los proyectos de una
manera escueta, lgica y homognea.
Prev los posibles acontecimientos que con un grado razonable de probabilidad puede impedir el logro de
un objetivo y por lo tanto, permite definir las acciones necesarias y oportunas para enfrentar esos riesgos
que amenazan al proyecto.
El Marco Lgico permite relacionar la fase del diseo, como una visin anticipada del proyecto, con la
ejecucin del mismo y considerarlo como la conclusin lgica de las diferentes actividades y componentes
a realizar. Ofrece como llevar adelante el efectivo control y seguimiento de las actividades y tareas del
proyecto en la fase de ejecucin. Contribuye a alcanzar el propsito. Facilita la definicin de medios de
prevencin a las amenazas latentes y la toma de medidas correctivas. Tambin agiliza la labor de
evaluacin post, de una forma detalla, ordenada y estimable.
El Marco Lgico es un instrumento para la planificacin de proyectos, su aplicacin tendr xito o no
dependiendo de quien y como la aplica. Pero puede ser un instrumento poderoso para el fin que se
pretende, particularmente cuando se emplea de una manera participativa que logra consensos entre los
involucrados.
representar algn grupo de involucrados. Se simula una reunin donde cada uno debe dar argumentos en
favor de su posicin. Ello ayuda a comprender mejor los intereses, expectativas, razones y temores de los
distintos involucrados.
La tabla de expectativas - fuerzas, donde se anotar para cada involucrado sus intereses o expectativas
y se le asignar un valor a cada uno (valencia) que represente el nivel de importancia que tiene para el
grupo (positivo si es favorable, negativo si se opone).
CUADRO No 1 MATRIZ DE INVOLUCRADOS
Grupo
Inters u Objetivos
Problemas
Percibidos
Inters en el
Proyecto
-Recoleccin
Municipio
Colocar a su
Prestacin
de basura deficiente
de
gente en el
de servicios pblicos -Falta de calidez en
Porvenir
proyecto
la atencin de salud
CIES
Captar a jvenes
voluntarios
-Conflicto entre
organizaciones
Ampliar su
base de
voluntarios
Conflictos
Potenciales
Partidizacin del
proyecto
Divisin de los
grupos de jvenes
(Proy. y CIES)
efectos ms directos que la existencia de dicho problema est causando. Posteriormente se examina
cada uno de los efectos anotados y se estudia si ste a su vez provoca otros efectos sobre el medio, las
personas o laeconoma. Se contina as hasta alcanzar un nivel razonable de detalle (no llegar hasta el
juicio final!). Dos a cuatro niveles de efectos encadenados suelen ser suficientes para una adecuada
descripcin de los efectos generados por el problema. A continuacin se presenta un ejemplo de rbol de
efectos para un problema identificado como "Alta tasa de enfermedades en la localidad".El proceso no es
tan sencillo como parece y puede requerir de muchas horas de trabajo al equipo del proyecto alcanzar un
acuerdo sobre como graficar los distintos efectos y sus relaciones con el problema y entre ellos. Sin
embargo, realizar este trabajo en forma seria y detallada sienta las bases para una buena identificacin
de los impactos y, por lo tanto, de los beneficios esperados del proyecto.Si los efectos identificados son
serios y ameritan trabajar para evitarlos, se proceder al anlisis de las causas del problema. En caso
contrario, es decir si la existencia del problema no genera ni puede generar (en el corto o mediano plazo)
efectos negativos importantes, se podr abandonar aqu la iniciativa.
(12)
2. El rbol de Causas
El siguiente paso consiste en analizar las causas que han dado origen al problema. Para ello se procede
en forma similar: se dibuja un recuadro y se anota en ste el problema identificado. Luego nos
preguntamos que ha llevado a la existencia del problema y anotamos las distintas ideas en recuadros
bajo. Se dibujan inmediatamente bajo el problema las causas ms directas, por obvias que parezcan,
unindolas con flechas de abajo hacia arriba (siguiendo la relacin causa-efecto) al problema.
Luego nos preguntamos qu ha llevado a la existencia de dichas causas, identificando as las causas de
las causas, las cuales se dibujarn en un segundo nivel bajo el problema, unidas por flechas a las causas
ms directas (de primer nivel). Continuamos con el procedimiento hasta donde sea razonable (dos a
cuatro niveles, no llegar hasta la creacin del hombre!). En esta tarea tambin puede ser de
suma utilidad revisar los resultados de la lluvia de ideas realizada para definir el problema. A continuacin
se presenta un rbol de causas para el problema identificado.
Es la etapa se analizan los objetivos (imagen del futuro y de una situacin mejor) y el anlisis de
estrategias (comparacin de diferentes alternativas en repuesta a una situacin concreta).donde los
problemas que han sido descritos con situaciones negativas percibidas como tal por algunos de los
implicados pasan ahora a ser definidos como estados alcanzados positivos que se establecen sobre la
resolucin de los problemas anteriormente identificados". En consecuencia, para el enfoque del marco
lgico, los objetivos de desarrollo se construyen sobre la solucin de problemas concretos que afectan a
personas concretas y cuya definicin y relaciones se han establecido en el paso anterior
a) El anlisis de Objetivos
El siguiente paso consiste en crear el rbol de objetivos. Este ser una representacin de la situacin
esperada al resolver el problema. Para construirlo se parte del rbol del problema, buscando para cada
uno de los recuadros de dicho rbol la expresin contraria a las indicadas. Si algo faltaba, ahora existir,
si un bien estaba deteriorado, ahora estar en buenas condiciones, si la poblacin sufra, ya no lo har
ms. Todo lo negativo se volver positivo, como tocado por una varita mgica.
Al realizar este cambio, los efectos negativos que generaba la existencia del problema pasarn a ser los
fines que perseguimos con la solucin de ste (por ejemplo, alta delincuencia se convertir en baja o
menor delincuencia). Por su parte, las causas se convertirn en los medios con que deberemos contar
para poder solucionar efectivamente el problema (por ejemplo, faltan computadoras se transformar que
hay suficientes computadoras). A continuacin se presenta el rbol de objetivos correspondiente al
anterior rbol del problema.
Este proceso, que puede parecer mecnico y simple, pero no es. En efecto, es frecuente encontrar
causas o efectos para los cuales no es posible concebir una manifestacin opuesta. Ello puede darse a
que hay un problema en el rbol causas-efectos, en cuyo caso ste deber ser revisado. Pero pueden
existir tambin situaciones para las cuales no es razonable considerar la manifestacin opuesta (por
ejemplo, para "crecimiento poblacional" o para "fuerte expansin del comercio"). En tales casos habr que
limitarse a consignar la situacin en el rbol del problema, pero no se la reflejar en el rbol de objetivos.
Adems, es el momento de verificar la lgica del rbol de objetivos, para ver si existe la coherencia de
relaciones causa - efecto que dieron origen a la estructura del rbol del problema. Si ello no ocurre, es
decir si no se mantiene la relacin de causalidad en el rbol de objetivos, ser necesario volver atrs y
revisar la lgica de las relaciones en el rbol del problema.
Tambin suele ocurrir que al construir el rbol de objetivos, el equipo del proyecto se percate de que no
aparece en ste algn efecto positivo que se espera genere la solucin del problema, o bien no aparezca
algn medio que claramente podra aportar a la solucin del problema. En tal caso tambin ser
necesario volver a revisar la estructura del rbol del problema.
Definicin de acciones
Una vez completada la revisin del rbol del problema y del rbol de objetivos, el equipo podr proceder a
estudiar como materializar los medios cuya existencia garantizara la solucin del problema. Para ello es
necesario estudiar los distintos medios anotados en el rbol de objetivos, concentrndose en el nivel
inferior. Para cada una de stos se debe considerar una accin (o ms de una) que sea factible realizar
para contar efectivamente con dicho medio.
Por ejemplo, si el medio fuese "pupitres en buenas condiciones", la accin podra ser "reparacin de
pupitres". En el caso desarrollado precedentemente, las acciones podran ser las que se presentan en la
siguiente figura. Una vez identificadas las acciones, es conveniente analizar, en forma preliminar y muy
genrica, la viabilidad de realizar cada una de ellas.
Por ejemplo, en el caso antes presentado puede ser imposible por problemas topogrficos y por no existir
un sistema de distribucin domiciliaria de agua potable la construccin de una red de alcantarillado.
Luego se debe analizar el nivel de incidencia de cada accin en la solucin del problema. Es decir, hay
que estimar en qu medida cada una de las acciones contribuira a solucionar el problema. Con base en
esta estimacin se podrn priorizar las acciones de mayor incidencia.
Adems, es necesario establecer si las distintas acciones son complementarias o sustitutas. Dos acciones
sern complementarias si al realizar ambas se logra solucionar en mayor medida el problema. Sern
sustitutas cuando contribuyan en similar medida a la solucin del problema y su ejecucin conjunta no
tenga sentido o no contribuya a solucionar en mayor medida el problema.
b).Anlisis de alternativas de proyecto
Para configurar las distintas alternativas de solucin del problema se agruparn acciones
complementarias. Cada accin sustituta, junto con los que son complementarias, dar origen a una
alternativa de proyecto. Para algunas de las acciones antes definidas, alternativas de proyecto podran
generarse como se indica en la figura siguiente.
Una vez definida las alternativas de solucin, se deber analizar en forma preliminar la factibilidad de
cada una. Para ello es conveniente discutir en equipo del proyecto cada alternativa considerando los
siguientes aspectos:
Viabilidad tcnica de construirla o implementarla
Aceptabilidad de la alternativa por la comunidad
Financiamiento requerido versus disponible
Capacidad institucional para ejecutar y administrar la alternativa de proyecto
Impacto ambiental
Este primer anlisis permitir descartar rpidamente aquellas alternativas que por uno u otro motivo sean
claramente no viables. Ello ahorrar trabajo al equipo cuando las distintas alternativas de proyecto deben
ser analizadas en detalle.
c).Del rbol de Objetivos a la Matriz de Marco Lgico
En algunos textos se postula una transposicin directa del rbol de objetivos al resumen narrativo del
proyecto. Sin embargo, esto pocas veces es viable, requirindose buen juicio y algunos ajustes para
obtener un buen resumen narrativo. Puede ser necesario cambiar la redaccin y habr que revisar
cuidadosamente que se mantenga la lgica vertical causa efecto al pasar del rbol de objetivos al
resumen narrativo.
Por ejemplo, a partir del rbol de objetivos antes desarrollado, y suponiendo que se ha seleccionado la
alternativa de construir un centro de salud en la localidad y complementar esta accin con capacitacin
en higiene, podran definirse los objetivos segn la correspondencia que se presenta en la siguiente
figura.
Note que en este caso se ha asociado el Fin con el fin de nivel superior, pero en ocasiones puede ocurrir
que el Fin se defina a partir de fines intermedios e incluso a partir de la solucin del problema. Asimismo,
el Propsito puede estar asociado a uno o ms medios, o con mayor frecuencia a la solucin del
problema.
4.3 La Matriz de Marco Lgico
La Matriz de Marco Lgico es una sencilla tabla (matriz) de cuatro filas por cuatro columnas en el cual se
registra, en forma resumida, informacin sobre un proyecto.
Las filas de la matriz presentan informacin acerca de cuatro distintos niveles de objetivos llamados Fin,
Propsito, Componentes y Actividades.
CUADRO No 2 MATRIZ DE MARCO LOGICO
La primera fila corresponde al "Fin" se define como un objetivo de desarrollo de nivel superior e
importancia nacional, sectorial o regional, a cuyo logro contribuir el proyecto a mediano o largo plazo.
La segunda fila corresponde al "Propsito" del proyecto, que es el resultado directo (impacto) que se
espera lograr cuando se haya concluido la ejecucin del proyecto.
La tercera fila corresponde a los "Componentes" del proyecto, es decir, lo que debe ser completado
(entregado) durante la ejecucin o al trmino de esta.
La cuarta fila corresponde a las "Actividades" que debern ser realizadas durante la ejecucin del
proyecto para producir los Componentes.
Por su parte, las columnas de esta tabla se utilizan para registrar la siguiente informacin:
La primera columna, llamada "Resumen Narrativo" sirve para registrar los objetivos del proyecto y las
actividades que ser necesario desarrollar para el logro de stos. Por eso tambin se la denomina
"Columna de objetivos" o simplemente "Objetivos"
La segunda columna detalla los "Indicadores" que nos permitirn controlar el avance del proyecto y
evaluar los logros alcanzados.
La tercera columna presenta los "Medios de Verificacin" (fuentes de informacin) a los que se puede
recurrir para obtener los datos necesarios para calcular los indicadores definidos en la segunda columna.
La cuarta columna, llamada "Supuestos" sirve para anotar los factores externos cuya ocurrencia es
importante para el logro de los objetivos del proyecto.
Otros dos conceptos importantes en la Matriz de Marco Lgico son la "lgica vertical" y la "lgica
horizontal". La lgica vertical se refiere a las relaciones de causalidad entre los distintos niveles de
objetivos en la MML (Actividades => Componentes => Propsito => Fin) y relaciona stas con los factores
externos que pueden afectar los resultados del proyecto (los Supuestos).
La lgica horizontal establece cmo se controlar y medir el logro de cada nivel de objetivos y de donde
se obtendr la informacin necesaria para ello. Constituye as la base para el seguimiento, el control y la
evaluacin del proyecto.
A continuacin se analizarn con mayor detalle los distintos niveles de objetivos.
a) Resumen Narrativo del proyecto
El Resumen Narrativo permite responder a las interrogantes: Cul es la finalidad del proyecto?, Qu
impacto concreto se espera lograr con el proyecto?, Qu bienes o servicios debern ser producidos? y
Cmo se va a hacer para producir dichos bienes o servicios?.
1. Fin:
El Fin es un objetivo superior a cuyo logro el proyecto contribuir de manera significativa. Dicho objetivo
corresponder a la solucin de un problema de desarrollo que se ha detectado y que ha sido considerado
el problema principal para la localidad, la regin, el sector, la institucin o la comunidad.
Considrese, por ejemplo, una localidad en la cual buena parte de la poblacin est en condicin
de pobreza. En un trabajo con la comunidad se determin que son varias las causas que contribuyen a
ello, siendo una de estas que en la zona hay una alta tasa de enfermedades contagiosas. Ello afecta el
rendimiento laboral de los adultos y el desempeo escolar de los nios, incrementando y perpetuando la
pobreza. En tal caso el Fin de un proyecto que apunte a mejorar las condiciones de salud de la poblacin
podra ser "Contribuir a reducir la pobreza de los habitantes de Porvenir.
2. Propsito:
El Propsito es el resultado esperado una vez finalizada la ejecucin del proyecto. Es la consecuencia
directa que se espera como resultado de disponer de los bienes o servicios que producir el proyecto. Por
ser un resultado hipottico, que depende de la utilizacin de los productos del proyecto (Componentes)
por parte de los beneficiarios, su logro est ms all del control del equipo responsable de la ejecucin.
Por ejemplo, el equipo del proyecto puede desarrollar muy bien capacitacin en higiene, pero que la
poblacin aplique lo aprendido no depende de ellos.
Cada proyecto debe tener un Propsito nico, ya que si existe ms de uno no habr claridad respecto a
que se espera lograr. Ello afectar la ejecucin del proyecto ya que existir competencia por los recursos
entre los objetivos planteados. El ejecutor puede priorizar el objetivo ms sencillo de lograr o el menos
costoso, el cual puede no ser el prioritario para el pas, la comunidad o la institucin. Adems, se
complicar la evaluacin de resultados, pues el proyecto puede ser muy exitoso respecto a un objetivo y
muy malo frente a otro. Por ejemplo, no sera conveniente definir el Propsito de un proyecto como "La
poblacin de Porvenir cuenta con atencin de salud y una escuela bsica". Que se priorizara? El
centro de salud o la escuela bsica?
El Propsito tiene siempre una estrecha relacin con el nombre que se le asigna al proyecto, aunque
puede haber diferencias en la redaccin. Por ejemplo, el proyecto propuesto podra denominarse
"Mejoramiento de la salud de los habitantes de Porvenir".
3. Componente:
Los Componentes son los productos o servicios que debe producir el proyecto. Puede tratarse de
infraestructura (edificios, viviendas, caminos, tendido elctrico, red de caeras, etc.), bienes (mobiliario,
equipos agrcolas, instrumental y equipos mdicos, etc.) o servicios (capacitacin, vacunacin, nutricin,
etc.). Cada Componente debe ser necesario para el logro del Propsito del proyecto. Si es posible
prescindir de un Componente sin que ello afecte el logro del Propsito en forma alguna (por ejemplo
respecto al plazo o la calidad), dicho Componente sobra y debe ser eliminado. Asimismo, los
Componentes deben ser los necesarios para que sea razonable esperar que una vez producidos se
lograra el Propsito del proyecto. Por ejemplo, no se lograr el objetivo de reducir la morbilidad de la
poblacin de Porvenir si construye el centro de salud pero no se lo dota del equipamiento necesario. Al
igual que para el caso del Propsito, se acostumbra definir los Componentes como resultados logrados,
es decir, obras concluidas, capacitacin entregada, equipos instalados, etc. Por ejemplo, Lo correcto es
definirlo como "Centro de salud construido".
4. Actividades:
Las actividades son las tareas (acciones) que el equipo del proyecto tiene que llevar a cabo para producir
cada Componente. Se listan en la Matriz de Marco Lgico en orden cronolgico, agrupadas por
Componente. Es conveniente asignarles un nmero o cdigo estructurado que permita identificar con
facilidad a que Componente corresponde cada actividad. Deben listarse todas las actividades requeridas
para producir cada Componente. Cada actividad incluida debe ser necesaria para un Componente, es
decir, hay que cuidar de no incluir actividades prescindibles.
Sin embargo, dado que la Matriz de Marco Lgico es un resumen del proyecto, no es recomendable "hilar
muy fino" al registrar las actividades. Es preferible quedarse con unas pocas macro-actividades para cada
Componente. Luego, al preparar el programa de ejecucin del proyecto, estas pueden ser subdivididas en
actividades y sub-actividades. Por ejemplo, el Componente "Centro de salud construido" podra tener
asociadas las macro-actividades "Preparacin del terreno", "Construccin de obra gruesa" y
"Terminaciones del centro". Ms tarde, al preparar el programa de ejecucin, podramos subdividir la
macro-actividad "Preparacin del terreno" en las actividades "Limpieza y desmalezado", "Retiro de
escombros", "Nivelacin del terreno", "Cercado" y "Construccin de drenes", haciendo luego lo mismo con
las otras macro actividades.
Una vez concluido el Resumen Narrativo del proyecto es conveniente verificar la lgica vertical. Como ya
fue sealado, esta exige que exista una relacin de causalidad desde abajo hacia arriba entre los distintos
niveles de objetivos.
Si el proyecto ha sido bien diseado, deber ser cierto que:
Las Actividades detalladas son las necesarias y suficientes para producir cada Componente;
Los Componentes son los necesarios y suficientes para lograr el Propsito del proyecto;
Si se logra el Propsito del proyecto, ello debera resultar en una contribucin significativa al logro del
Fin. Adems, debe verificarse que el Fin, el Propsito, los Componentes y las Actividades del proyecto
estn claramente especificados.
No deben existir ambigedades en la forma de entender los distintos niveles de objetivos.
Cualquier involucrado debe entender lo mismo para cada objetivo detallado. De no ser as pueden surgir
problemas durante la ejecucin y puede ser muy difcil lograr consensos. Por ello, en caso de existir
ambigedades deber buscarse una mejor forma de redactar el objetivo.
a).Indicadores
Ultimo paso en la construccin de la Matriz de Marco Lgico es la definicin de supuestos en cada uno de
los niveles de objetivos: fin, propsito, componentes y actividades. Los supuestos son los factores
externos que estn fuera del control de la institucin responsable de la intervencin, que inciden en
el xito o fracaso del mismo. Corresponden a acontecimientos, condiciones o decisiones que tienen que
ocurrir para que se logren los distintos niveles de objetivos de la intervencin. Los riesgos a los que est
expuesto el proyecto pueden ser ambientales, financieros, institucionales, sociales, polticos,
climatolgicos u otros factores.
Al preparar un proyecto, as como al evaluarlo y al planificar su ejecucin es necesario recurrir a una serie
de supuestos. Ello es consecuencia de que se est trabajando sobre un futuro hipottico e incierto.
Lamentablemente, asociado a cada supuesto hay un riesgo: que el supuesto no se cumpla. Dependiendo
del impacto que el no cumplimiento del supuesto tenga sobre el proyecto, este puede verse demorado,
puede ver incrementado su costo, puede lograr slo parte de sus objetivos o puede fracasar del todo.
Una de las grandes contribuciones que la Matriz de Marco Lgico hace a la gestin de proyectos es
obligar al equipo que prepara el proyecto a identificar los riesgos en cada nivel de objetivos: Actividad,
Componente, Propsito y Fin. En particular, se identifican los riesgos que comprometan el logro de un
objetivo de nivel superior, aun cuando se haya logrado el de nivel inferior. Por ello estos riesgos se
expresan como supuestos que tienen que cumplirse para que se logre el nivel siguiente en la jerarqua de
objetivos.
La lgica vertical del proyecto, considerando los supuestos, es la siguiente:
Cuando se completan las Actividades programadas y se cumplen los supuestos asociados a estas, se
lograr producir los Componentes.
Cuando se producen los Componentes detallados en la Matriz y se cumplen los supuestos asociados a
estos, se lograr el Propsito del proyecto.
Cuando se logra el Propsito del proyecto y se cumplen los supuestos asociados a ste, se contribuir al
logro del Fin.
Cuando se contribuy al logro del Fin y se mantienen vigentes los supuestos asociados a este, se
garantizar la sustentabilidad de los beneficios del proyecto.
Es importante tener presente que el cumplimiento de los supuestos que se incorporan a la Matriz de
Marco Lgico est fuera del mbito de gestin del equipo que ejecutar el proyecto. Es decir, el equipo no
puede hacer nada por evitar la ocurrencia del riesgo. Ello ya que si el riesgo puede ser evitado (a un costo
razonable), entonces debern incorporarse a la estructura del proyecto Componentes y Actividades para
evitarlo.
Los riesgos que puede enfrentar un proyecto y que escapan al mbito de control del equipo del proyecto
son por lo general mltiples. Para su identificacin es recomendable considerar al menos las siguientes
posibles fuentes de riesgo:
La posibilidad de que ocurran cambios en la estructura organizacional o en el rol asignado a las
entidades involucradas directamente en la ejecucin del proyecto. Por ejemplo, el riesgo de que la entidad
que administra la ejecucin del proyecto sufra una fuerte reduccin de personal.
La ocurrencia de una crisis econmica que afecte el desarrollo del proyecto. Por ejemplo, haciendo
subir el costo de los insumos importados, como resultado de una devaluacin, muy por sobre lo
presupuestado.
Inestabilidad poltica, ya que cambios de autoridades pueden con llevar cambios en las prioridades. Si
el proyecto deja de ser prioritario, es probable que no cuente con los recursos requeridos en la cantidad y
con la oportunidad necesaria para cumplir las metas.
Inestabilidad social que pueda afectar al proyecto. Por ejemplo, como resultado de huelgas o de la
ocurrencia de hechos de violencia.
Problemas presupuestales en la entidad que financia el proyecto, obligando a esta a recortar los
fondos asignados. O bien, atrasos en la entrega de los recursos comprometidos, lo que seguramente
redundara en que se atrase la ejecucin del proyecto.
Eventos de la naturaleza tales como lluvias torrenciales, huracanes, sismos, sequa, plagas, etc.
Por ltimo, a nivel de Fin los supuestos correspondern a acontecimientos, condiciones o decisiones
importantes para la "sustentabilidad" de los beneficios generados por el proyecto. Es decir, son
condiciones que tienen que estar presentes a futuro para que el proyecto pueda seguir produciendo los
beneficios que justificaron su ejecucin. Por ejemplo, si la poblacin capacitada no transmite sus
conocimientos sobre higiene a su familia, no se mantendrn a futuro los buenos hbitos que resultaran
disminuir la tasa de morbilidad y por tanto en mayores ingresos. Si hay una probabilidad razonable de que
ello ocurra, corresponder incorporar el supuesto: "La poblacin ensea los hbitos de higiene aprendidos
a sus hijos e hijas".
Las celdas marcadas en "amarillo", en la Matriz de Marco Lgico de un proyecto que aparece arriba,
muestran los tems que estn bajo la responsabilidad directa de la gerencia del proyecto o del equipo
de la administracin de la entidad ejecutora.
Por otra parte, el (la) gerente de un proyecto puede tener un contrato con la entidad ejecutora o trminos
de referencia que especifican que su responsabilidad es producir los Componentes (Productos)
especificados, alcanzando las metas contenidas en los Indicadores con el financiamiento del proyecto.
Normalmente, los Componentes (Productos) estarn incluidos en el contrato del gerente(a) del proyecto.
Las herramientas que utilizan los gerentes de proyectos incluyen calendarios
(cronogramas), diagramas de Gantt, ruta crtica y otras; adems de, habilidad de negociacin, persuasin,
etc.
El (la) gerente(a) del proyecto) o del equipo de la administracin de la entidad ejecutora), tambin deber:
Considerar si la produccin de los Componentes (Productos) tendr el efecto directo especificado en el
Propsito; as como, hacer seguimiento del cumplimiento de los Supuestos y tomar o
proponer acciones pertinentes si la probabilidad de que ocurran es baja.
Si parece que los Componentes (Productos) No resultarn en el logro del Propsito, entonces se
considera que se trata de un error en el diseo del proyecto. En este caso, el (la) gerente del Proyecto
podra presentar un Informe de Alerta (o incluirlo en el informe semestral) indicando:
- que la produccin de los Componentes (Productos) no resultar en el logro del Propsito;
- las razones para haber llegado a dicha conclusin
- examinar varias opciones y recomendar una de stas;
- adems, la fecha para cundo habra que tomar la decisin y quin la debera tomar.
En resumen, las responsabilidades del (de la) gerente del proyecto son:
1. Producir los Componentes (Productos):
Llevar a cabo las Actividades y producir los Componentes (Productos) dentro del presupuesto del
proyecto. Las herramientas utilizadas por los gerentes de proyectos incluyen calendarios (cronogramas),
diagramas de Gantt, ruta crtica y otras; adems de, habilidad de negociacin, persuasin, etc.
2. Hacer Seguimiento de los Supuestos:
Es importante hacer seguimiento de los Supuestos a todos los niveles de la Matriz de Marco Lgico y
llevar a cabo o propone acciones apropiadas cuando la probabilidad de que ocurran.
3. Recomendar acciones correctivas:
Si parece que los Componentes (Productos) no resultarn en el logro del Propsito, entonces se
considera que se trata de un error en el diseo del proyecto. En este caso la gerencia debe presentar un
Informe de Alerta, examinar varias opciones y recomendar una de stas, junto con una indicacin de la
fecha para cundo habra que tomar la decisin y quin la debera tomar.
4. Alertar a la Alta Administracin:
La produccin de los Componentes (Productos) es incierta;
Los Componentes (Productos), estn siendo producidos en tiempo, pero no parece probable que se logre
el Propsito o el Fin.
Normalmente utilizamos una Matriz de Marco Lgico de Programa cuando un proyecto tiene dos o ms
efectos directos. Por ejemplo, muchas operaciones de educacin tendrn como efectos directos mejoras,
tanto de calidad como de eficiencia.
En este caso, es mejor utilizar una Matriz de Marco Lgico de Programa con dos proyectos: uno con un
Propsito y Componentes (Productos) relacionados con la calidad de la educacin (y su Matriz de Marco
Lgico de Proyecto separada) y otro proyecto con un Propsito y Componentes (Productos) relacionados
con el mejoramiento de la eficiencia de la educacin (con su Matriz de Proyecto separada).
En ocasiones, una operacin puede tener ms de una entidad ejecutora. Por ejemplo, en el estudio de
caso de Asai, si el Municipio asume la responsabilidad por la intervencin, podra tener dos entidades
ejecutoras. Siempre que podamos especificar dos efectos directos, uno por un proyecto llevado a cabo
por las entidades ejecutoras, podramos utilizar una Matriz de Marco Lgico de Programa por
conveniencia gerencial (ver en anexo 5)
1. INTRODUCCION
El proyecto es la unidad bsica de intervencin en la cooperacin para el desarrollo. Tiene como finalidad
satisfacer un conjunto de necesidades concretas a travs de la aplicacin de una serie de tcnicas que
ponen en juego un determinado nmero de recursos para obtener ciertos beneficios.
Podemos afirmar, en tal sentido, que todo proyecto de desarrollo debe poseer una voluntad explcita
de cambio.
Podemos aadir, adems, que la estructura de todo proyecto transita por distintas fases articuladas que
corresponden, en mayor o menor medida, a diferentes etapas temporales. Estas etapas no son lineales
sino que interactan entre s en una suerte de retroalimentacin permanente. Esta estructura es la que se
viene en denominar como ciclo de gestin o ciclo de vida de los proyectos de desarrollo.
Tal como se seal en el caso de las diversas definiciones de proyecto, tambin podemos encontrar un
nmero significativo de propuestas de etapas proyectuales y de ciclos de gestin.
A efectos demostrativos, en el siguiente grfico se incluye las etapas de ciclo de vida de proyecto desde el
punto de vista del enfoque de marco lgico.(34)
2.1 Diseo
La etapa de diseo, tambin denominada formulacin, trata de avanzar a partir de los anlisis efectuados.
Consiste, por tanto, en formalizar y organizar los resultados obtenidos en el proceso de identificacin,
establecer estrategias, plazos, recursos, costos, etc. Supone responder, fundamentalmente, a preguntas
tales como qu queremos hacer?, y cmo pretendemos realizarlo? Pero tambin a cuestiones del tipo
de a quin se dirige la accin?, por qu y para qu actuar?, con quin, dnde, cundo y con qu
recursos?
La formalizacin de todo ello se establece a travs del denominado documento de diseo del proyecto,
que expresa la lgica de la intervencin, supone una gua para la accin y constituye un elemento
de comunicacin indispensable entre las distintas partes y entidades involucradas.
En el Enfoque de Marco de Lgico, la etapa de diseo est articulada en torno a la denominada Matriz
de Planificacin del Proyecto (MPP). Esta herramienta, esqueleto bsico del diseo, trata de presentar de
forma clara, lgica y secuenciada, los elementos centrales de la intervencin propuesta. La MPP no
sustituye sino que complementa al documento de proyecto. Cuenta habitualmente con cuatro columnas.
La primera es el resumen descriptivo, o lgica interna, del conjunto articulado de actividades, resultados y
objetivos. La segunda establece los indicadores que miden o valoran el nivel de logro esperando por la
intervencin.
En la tercera se incluye las fuentes de verificacin a travs de las cuales se pueden definir los
indicadores. La cuarta, finalmente, determina los supuestos o hiptesis que atienden al conjunto de
factores externos que, desde el entorno de la intervencin, actan como condiciones necesarias para
asegurar el desarrollo adecuado de la accin de cooperacin.
2.2 Ejecucin y seguimiento
La etapa de ejecucin supone el momento de aplicacin de los resultados del diseo a la accin prctica
de cooperacin con intencin de transformar una determinada realidad. Se trata, por tanto, de llevar a
cabo lo previsto.
En esta fase se puede optar por distintas modalidades en cuanto a procedimientos de gestin, planes
de trabajo, estrategias de organizacin interna, etc. Si bien no se abundar en su estudio en este
contexto, s cabe sealar la importancia de actuar con la adecuada dosis de flexibilidad en la ejecucin,
evitando traslaciones mecnicas y acrticas que en ocasiones fuerzan la adecuacin de la realidad a un
impecable diseo.
Para ello es conveniente contar con un slido y contextualizado sistema de seguimiento, que favorezca
la atencin y anlisis permanente de la ejecucin.
Este sistema permitir conocer -para en su caso reencauzar- las caractersticas y evolucin de la
ejecucin del proyecto.
En el Enfoque de Marco Lgico se seala, con frecuencia, que la etapa de seguimiento se focaliza a
la supervisin del desempeo de actividades, recursos y costos, as como a la interrelacin entre estas
categoras.
2.3 Evaluacin
Esta ltima etapa central del ciclo de gestin es la evaluacin. Diversas definiciones y tipologas pueden
ser encontradas en numerosos manuales al uso. Expresemos tan slo que la evaluacin es la fase en la
que se aprecia y valora para extraer conclusiones y deseablemente utilizarlas el conjunto de la accin
de cooperacin antes, durante y despus de su ejecucin. Esta temporalidad define distintos tipos de
evaluacin que, a groso modo, pueden ser denominados como previa, simultnea, final y posterior.
La utilidad de esta importante fase est asociada a la elaboracin de un robusto sistema de recopilacin,
anlisis y tratamiento de la informacin, tan objetiva y sistemticamente como ello sea posible. En tal
sentido, resulta obvio que la evaluacin se apoya significativamente en el proceso de seguimiento.
El Marco Lgico ha venido incorporando un conjunto de componentes como: pertinencia, eficiencia,
eficacia, impacto y viabilidad-como elementos bsicos de atencin en las prcticas evaluativas.
1. INTRODUCCION
Con el objeto de reducir la diferencia entre la planificacin o formulacin de los proyectos, su
implementacin y obtencin de resultados; es necesario llevar a cabo actividades de Monitoreo y
Evaluacin. "Medir y analizar el desempeo, a fin de gestionar con ms eficacia los efectos y productos
que son los resultados en materia de desarrollo" es su objetivo general.
Hoy en da, los gerentes de programas y/o proyectos deben desarrollar actividades de monitoreo y
evaluacin de tal manera que puedan analizar las contribuciones de los distintos factores al logro de un
determinado efecto de desarrollo y mejorar as estrategias, programas y otras actividades.
2. DEFINICION
El Seguimiento o Monitoreo, se efecta durante la etapa de ejecucin de un proyecto y no en otras etapas
del ciclo del proyecto. Es un procedimiento sistemtico empleado para comprobar la eficiencia y
efectividad del proceso de ejecucin de un proyecto para identificar los logros y debilidades y recomendar
medidas correctivas para optimizar los resultados deseados.
Un monitoreo como procedimiento sistemtico tiene que ver con:
Determinar el progreso en la ejecucin del proyecto. Los avances fsicos, los costos y el cumplimiento de
los plazos para las actividades son elementos que se deben verificar durante la ejecucin.
Dar retroalimentacin a los involucrados sobre el proyecto. Esto significa que los resultados que se
obtengan del monitoreo deben ser comunicados a los involucrados en el proyecto.
Recomendar acciones correctivas a problemas que afectan al proyecto para mejorar el desempeo e
incrementar la probabilidad de que el proyecto ejecutado alcance su Objetivo de Desarrollo. La gerencia
tiene la responsabilidad de corregir problemas que se detecten en el monitoreo, esto significa ajustar el
proyecto a las condiciones que permitan que este llegue a buen trmino y no se desve de los objetivos
planteados en un comienzo.
Tambin tiene que ver con el anlisis de la eficiencia y efectividad del desempeo del proyecto,
programado en la Matriz de Marco Lgico:
El anlisis de eficiencia indica en qu medida se han realizado las Actividades a tiempo y al menor costo
para producir los Componentes.
El anlisis de efectividad indica en qu medida se produjeron los Componentes y si se est logrando el
Propsito (objetivo de desarrollo) del proyecto.
El monitoreo implica identificar logros y debilidades del proyecto a tiempo para tomar las acciones
correctivas recomendadas.
El nfasis en proyectos sociales y de reforma eleva la importancia de llevar a cabo un Monitoreo efectivo
de los proyectos, pues asegura que realmente los recursos utilizados permitan resolver problemas
sociales. En esto la entidad ejecutora tiene la responsabilidad primaria de realizar el monitoreo de un
proyecto. La intencin es identificar los problemas de ejecucin lo ms temprano posible para que la
solucin pueda tener mayor efectividad y no seguir adelante arrastrando errores que finalmente no
permitan cumplir con los plazos o con los objetivos del proyecto.
La evaluacin es una valoracin y reflexin sistemtica sobre el diseo, la ejecucin, la eficiencia, la
efectividad, los procesos, los resultados (o el impacto) de un proyecto en ejecucin o completado.
Ocurre bsicamente durante todo el ciclo del proyecto y normalmente involucra a personas no
directamente ligadas operacionalmente con el proyecto.
La evaluacin se efecta durante todas las etapas del ciclo del proyecto, incluyendo varios aos despus
de completada la ejecucin, en el caso de evaluaciones de impacto y/o sustentabilidad. Para ser efectiva,
la evaluacin tiene que ser sistemtica, igual que el monitoreo.
La evaluacin pregunta si un proyecto est "funcionando" y si est funcionando en vista de los resultados
obtenidos. Ntese que el nfasis en esta definicin est en el proyecto en su conjunto, tanto a nivel de
procesos como de resultados.
La evaluacin requiere asignar tiempo para un trabajo especial y normalmente involucra la participacin
de profesionales especializados no asignados al proyecto, tal como en evaluaciones anuales,
evaluaciones intermedias o evaluaciones ex-post. Existen dos tipos de evaluacin:
La evaluacin Formativa, que establece medios que permiten el aprendizaje y realizar modificaciones
durante el ciclo del proyecto. Tiene impacto en el proyecto en estudio o en la ejecucin. La evaluacin
formativa se lleva a cabo para guiar el mejoramiento del proyecto. El nfasis es la retroalimentacin para
mejorar el producto final. Ejemplos: anlisis de factibilidad durante la etapa de diseo, evaluaciones
anuales e intermedias que se llevan a cabo durante la ejecucin, etc.
La evaluacin Sumativa se lleva a cabo en general al concluir la ejecucin o varios aos despus si es
una evaluacin ex post o de impacto. La evaluacin sumativa se utiliza para recibir conclusiones sobre un
proyecto y/o para mejorar futuros programas o proyectos.
La Evaluacin Sumativa se lleva a cabo para emitir juicios sumarios sobre aspectos crticos del proyecto.
Se puede tambin efectuar evaluaciones sumativas durante la ejecucin de un proyecto, pero no son
frecuentes (ejemplo: evaluar un aspecto del proyecto en ejecucin para usar en otro proyecto, evaluar
para dar por terminado un proyecto).
Como se puede apreciar, el Monitoreo y la Evaluacin estn interrelacionados pero no son sinnimos.
Mientras que el monitoreo es un proceso continuo y permanente (todos los das, semanas, meses en la
ejecucin del proyecto), la evaluacin serealiza en periodos establecidos, entre lapsos de tiempo ms
largos. El monitoreo es un proceso continuo de anlisis, observacin y sugerencias de ajustes para
asegurar que el proyecto est encarrilado a alcanzar su objetivo. La Evaluacin por su parte permite la
formulacin de conclusiones acerca de lo que se observa a una escala mayor, aspectos tales como el
diseo del proyecto y sus impactos, tanto los previstos como los no previstos.
3. CUANDO SE HACE EL MONITOREO Y EVALUACION
Con frecuencia consideramos que la vida de un proyecto se circunscribe a la etapa en que se producen
desembolsos, o sea, la etapa de ejecucin. Pero el ciclo de vida del proyecto es bastante ms complejo
(ver esquema) Existe una estrecha relacin entre las fases del ciclo del proyecto y las actividades de
monitoreo y evaluacin.
De la misma manera que el ciclo de un proyecto comienza antes de la etapa de ejecucin y contina
despus de dicha etapa, el Monitoreo y la Evaluacin se concatenan a travs de las diferentes fases y
etapas. Por lo mismo, es ms probable que no se pueda realizar eficientemente una evaluacin de
impacto si no se han efectuado tareas de monitoreo y evaluacin en la etapa de ejecucin del proyecto.
Las diferentes tareas relacionadas con el Monitoreo y la evaluacin, para cada etapa del ciclo de vida del
proyecto son las siguientes:
a) Etapa de Formulacin
Los primeros pasos de Monitoreo y Evaluacion se toman en la etapa de preparacin del proyecto. En esta
etapa, el equipo de preparacin de proyecto (incluyendo el Ejecutor) tiene la responsabilidad bsica de
asegurar que el proyecto dispondr de un buen sistema de MyE. La Matriz de Marco Lgico es una
herramienta til para estos efectos, pues, se utiliza para definir los parmetros de desempeo del
proyecto, lneas de base, puntos de referencia e indicadores. Al determinar los indicadores y sus
correspondientes medios de verificacin, se establecen las condiciones para futuras evaluaciones y
ajustes al proyecto.
Esto ayuda a formular, desde los inicios, el Plan de Monitoreo y Evaluacin del proyecto, incluyendo el
proceso de evaluaciones formativas y sumativas.
b) Etapa de ejecucin
Vale la pena indicar que sin el establecimiento de un buen plan de Monitoreo y Evaluacion, el Gerente de
Proyecto no tiene el elemento bsico de gestin en sus manos. El gerente queda colocado en una
posicin de reaccin y no de accin proactiva en cuanto a la ejecucin del proyecto, lo cual dificultar el
manejo global del mismo. El gerente tiene un rol bsico de Monitoreo y Evaluacion en esta etapa, que es
la ms intensiva en cuanto a Monitoreo y Evaluacin Formativa (Intermedia).
Para realizar el Monitoreo y la Evaluacin en esta etapa, es necesario contar con los mecanismos
identificados en el Plan de MYE, preparado en la etapa de preparacin del proyecto.
De no ser as, se debera preparar uno al inicio de la ejecucin del proyecto, para ello se puede utilizar un
taller de arranque que permita desarrollar dicho plan. Si no se efecta un Taller de Arranque se debe, a lo
menos, preparar un plan de MYE con los involucrados principales.
La gran mayora de las evaluaciones (intermedias sobre el desempeo del proyecto) peridicas en esta
etapa se consideran formativas, ya que sus objetivos bsicos son de mejorar el desempeo del proyecto.
Esto asegura que el Informe de Progreso de proyecto (semestral) se ajuste a los requerimientos del Plan
de MyE.
El Informe de terminacin del proyecto puede considerarse como una Evaluacin de tipo Sumativa.
Adems este tipo de evaluacin sumativa, se puede efectuar durante la ejecucin del proyecto sobre
aspectos crticos que pueden afectar nuevos o futuros proyectos.
c) Etapa de operacin (post- proyecto)
La entidad Ejecutora tiene el rol bsico de MyE en esta etapa. La Evaluacin Sumativa, post proyecto,
examina el impacto del proyecto a su terminacin o posteriormente. Se examina el diseo original, con las
modificaciones introducidas como resultado del MyE durante la ejecucin, y el alcance en cuanto al
objetivo de desarrollo del proyecto.
Las Evaluaciones de Impacto, por ejemplo, se hacen para un muestreo de proyectos en sectores o reas
seleccionadas, no para todos. Tpicamente se seleccionan 3 4 proyectos terminados en un determinado
sector, para extraer lecciones y preparar un informe con recomendaciones que indican cmo estas
lecciones pueden ser incorporadas en proyectos futuros.
4. TIPOS DE EVALUACION Y CICLO DE VIDA DE PROYECTO
En asociacin con el ciclo de vida del proyecto, en cada fasepreparacin, ejecucin y operacin
encontramos diferentes tipos de evaluacin que tienen por objeto bsicamente medir la conveniencia de
asignar recursos, de continuar, de modificar, de terminar o de ver lecciones aprendidas respecto al
proyecto objeto de la evaluacin.
Teniendo en cuenta que en el rea de proyectos, no existe una completa homogeneidad de lenguaje,
revisaremos en trminos ms bien referenciales algunas tipologas de evaluaciones asociadas al ciclo de
proyectos.
Una primera tipologa es la que entrega Abdala E. que contempla cuatro momentos de evaluacin, (que
aqu hemos llamado tipos de evaluacin asociadas al ciclo de vida del proyecto), en los que se cumplen
objetivos de evaluacin distintos.
La evaluacin Ex-ante: Evala durante la etapa de preparacin, el contexto socioeconmico e
institucional: los problemas identificados, las necesidades detectadas, la poblacin objetivo, los insumos,
las estrategias de accin.
Metodologa del marco lgico para la planificacin, el seguimiento y la evaluacin de proyectos y
programas
La evaluacin Intra: Se desarrolla durante la ejecucin. Se evalan las actividades del proceso mientras
estas se estn desarrollando, identificando los aciertos, los errores, las dificultades.
La evaluacin post: Corresponde con la finalizacin inmediata de la ejecucin del proyecto, detectando,
registrando y analizando los resultados tempranos.
La evaluacin ex-post: Se realiza algn tiempo despus (meses o aos) de concluida la ejecucin,
evala los resultados mediatos y alejados, consolidados en el tiempo y se centra en los impactos del
proyecto.
Por otro lado las instituciones internacionales, propone otra terminologa con base a su propia
clasificacin a travs del ciclo de vida del proyecto que finalmente, es muy coincidente en cuanto a los
objetivos de cada momento evaluativo. En este sentido considera dos tipos de evaluaciones como
principales, la formativa en la etapa de preparacin y ejecucin del proyecto y la sumativa, que se realiza
al terminar y despus de terminado el proyecto.
Teniendo en cuenta esta terminologa, podemos ver esquemticamente estos momentos o tipos de
evaluacin asociados con las herramientas formales y los productos esperados como resultados del
proceso de evaluacin (ver anexo 6)
El cuadro anterior hace referencia a herramientas aplicables en las distintas fases y los resultados que se
esperan, lo cual refleja la necesidad de asegurar un buen desempeo de los proyectos, cuestin que hace
necesario esfuerzos de evaluacin en cada fase. La evaluacin no tendr mucho impacto en el
mejoramiento del desempeo de los proyectos a menos que se planifique, administre e integre en todas
las etapas del ciclo del proyecto. Si se respalda adecuadamente y se administra como es debido, la
evaluacin debera producir una mejor participacin de la responsabilidad ejecutiva y del desempeo de
proyectos y programas".
El mejorar el desempeo de los proyectos, de acuerdo a lo anterior, se concibe como un proceso continuo
de evaluacin que se asegura a travs de las diferentes fases. De este modo la evaluacin en cada fase
del ciclo tiene ciertos objetivos (ver anexo 7).
Queda claro en el cuadro anterior que el objetivo de las evaluaciones, a lo largo del ciclo del proyecto,
buscan una mejora continua, lo que en definitiva redunda en un mejor aprovechamiento de los recursos
asignados para llevarlo a cabo.
Por su lado, se ha establecido una formalidad que est implcita en sus metodologas, lo cual va tambin
de la mano con el ciclo de proyectos; se inicia con la idea de proyecto y como se ha indicado
anteriormente, considera tres fases (ver anexo 8).
En la etapa de pre inversin se distinguen dos tipos de anlisis, el de preparacin de proyectos, que
corresponde al desarrollo conceptual del proyecto, donde se define el problema que se pretende
solucionar, se buscan alternativas de solucin, se define la poblacin objetivo, se calcula tamao,
localizacin y define tecnologa, etc. y un segundo anlisis que es la evaluacin del proyecto, que es la
aplicacin de instrumentos econmicos para determinar eficiencia o rentabilidades de las alternativas.
De acuerdo a esta tipologa por evaluacin ex ante se entender la comparacin, numrica, de los costos
y beneficios que se estima generar un proyecto si es ejecutado. En el lenguaje de proyectos se utilizan
por lo menos tres expresiones respecto de los tipos de evaluacin: evaluacin financiera, evaluacin
econmica, y evaluacin social. No existiendo consenso en cuanto a las respectivas denominaciones de
evaluacin, para el caso de este texto diremos que hay evaluaciones a precios privados y evaluaciones a
precios sociales. Donde la evaluacin a precios privados indica que se usan los precios de mercado y la
evaluacin a precios sociales hace una correccin de precios en consideracin a la existencia de
imperfecciones en el mercado lo que no permite reflejar el verdadero precio de los bienes.
La evaluacin financiera o privada de proyectos, o anlisis costobeneficio, se realiza valuando la
corriente de costos e ingresos que el proyecto genera a precios de mercado sin correccin. Las
evaluaciones Econmica y Social persiguen medir el impacto del proyecto sobre la economa como un
todo. Tienen como objetivo considerar todos los efectos del proyecto. En este caso se trata de valuar e
identificar beneficios y costos en mercados imperfectos, y por tanto, introducir correcciones a los precios
de mercado para obtener los llamados precios sombras o precios de cuenta que reflejen el verdadero
valor que tiene para la economa el consumir y producir distintos bienes.
En la etapa de inversin, se lleva a cabo el monitoreo o seguimiento fsico-financiero, el cual se realiza en
trminos del avance de las obras o acciones (construccin de canales de riego, agua potable, aulas,
postas sanitaras, superficies de cultivo y plantaciones), cronograma y recursos empleados. Este tipo de
evaluacin corresponde a una supervisin por parte de la gerencia y tcnicos de seguimiento del proyecto
que controla los aspectos de tiempo, costos, calidad, cantidad de obras. En concreto lo que se realiza es
una comparacin de estas variables tal y como fueron establecidas en la planificacin (ex- ante), con el
momento en que el proyecto est en ejecucin, se estima por lo tanto si hay o no desviacin respecto de
lo planificado y si es necesario, en caso de existir desviaciones, tomar medidas correctivas.
El informe de trmino de proyecto, en la etapa de diseo y ejecucin se realiza un seguimiento del gasto y
el tiempo necesario para terminar con el proyecto. Este informe debe contener: los resultados del
seguimiento, ms la descripcin de los problemas detectados, la solucin que se les dio, la informacin
necesaria para evaluar la eficiencia y efectividad con que se desarroll la ejecucin del proyecto y
adems sugerir las variables que ser conveniente controlar en el estado de operacin a objeto
de poder realizar ms tarde la evaluacin ex-post.
Por evaluacin ex-post se entiende al proceso encaminado a determinar sistemtica y objetivamente la
pertinencia, eficiencia, eficacia e impacto de todas las actividades desarrolladas a la luz de los objetivos
planteados en un proyecto. Es as, que con el propsito de cerrar el ciclo de proyectos se hace un
seguimiento posterior de aquellas variables que puedan mostrar si efectivamente el proyecto o programa
est alcanzando o alcanz lo estimado en la evaluacin ex ante, esta evaluacin se concibe en trminos
de retroalimentar metodologas y corregir desviaciones de un proyecto en la etapa de operacin.
5. COMO SE HACE EN MONITOREO Y EVALUACION
a) La planificacin del monitoreo y evaluacin
Al desagregar el ciclo de vida de los proyectos como en el siguiente esquema, tenemos un mayor nmero
de fases antes de la ejecucin, a esto lo denominaremos "etapas previas a la ejecucin".
Esta desagregacin nos ayudara a exponer algunos conceptos respecto de la planificacin del Monitoreo
y Evaluacion y su relacin con la Metodologa Marco Lgico.
Lo primero que hay que tener en cuenta, segn la experiencia, es que los tiempos de las diferentes
etapas varan mucho. Por ejemplo, la ejecucin puede tomar 2 aos o ms, mientras que las etapas
previas tpicamente son de ms corta duracin. Estas etapas previas, de preparacin, pueden tomar entre
3 meses y dos aos y son esenciales para la planificacin de MyE. La eficiencia y la eficacia son criterios
claves en una buena planificacin en la medida que aseguran mejores resultados.
Por eso las etapas previas a la de ejecucin del proyecto, aunque cortas, son esenciales porque definen
la situacin insatisfecha actual -proyecto o programa- situacin futura deseada. Define tambin los
involucrados y escoge las mejores alternativas para alcanzar la situacin futura. Una buena planificacin
permite mejorar los resultados en etapas posteriores, mejorando la eficiencia y eficacia del proyecto.
Si los involucrados en un proyecto consideran que el MyE no es importante, nunca se podr efectuar un
buen Monitoreo y Evaluacion. Por lo tanto, es importante captar en la etapa de preparacin del proyecto
los posibles intereses que podran tener involucrados individuales en MyE y asegurar en el diseo del
Plan MyE que esos intereses sean tomados en cuenta. Es importante, Identificar los intereses de los
Involucrados y Crear incentivos para su Apoyo al MyE.
El inters es la razn por la cual un involucrado apoyara o resistira un proceso efectivo de monitoreo y
evaluacin de un proyecto.
5. Difusin
La difusin de los resultados del MyE es esencial para el mejoramiento de proyectos tanto en ejecucin
como para futuros proyectos. Sin difusin no se aprende ni se puede mejorar el desempeo. Por lo tanto,
es importante que el Plan de MyE contemple mecanismos de difusin de los resultados, as como
recursos para efectuar esa difusin.
6. Presupuesto
Se requiere recursos financieros del proyecto para el Monitoreo y Evaluacion, no se puede llevar a cabo
un buen MyE sin recursos financieros. Es comn encontrar proyectos que no incluyen presupuesto de
actividades de MyE.
Los costos principales son los de personal e instalaciones; los que se refieren a personal directo y de
supervisin y dependencias que permitan reunir y analizar los datos para divulgar la informacin y tomar
decisiones respectivamente. Debido al costo que implica, es necesario tener claro hasta qu nivel se va
a desagregar la informacin?. Como norma se debe adoptar que los beneficios de la informacin tienen
que superar los costos de conseguir la informacin.
Adems de los aspectos anteriormente revisados, es importante tener en cuenta otros como:
Cules son las tcnicas que sern utilizadas, tanto para recoger o generar la informacin requerida, as
como para convertirla en datos utilizables para fines de MyE?
Quin concretamente estar a cargo del MyE y de la recopilacin de informacin? Cmo estar
organizada esta funcin? Esto tiene que incluir la especificacin de los recursos humanos
y materiales que se dedicarn a esta funcin. Cmo se efectuar las evaluaciones anuales o de medio
tiempo y como se integrarn con el proceso de MyE? Cul ser el rol de consultores externos y
evaluaciones externas?
6. RAZONES PARA LLEVAR MONITOREO Y EVALUACION
Existen mltiples razones para llevar a cabo el monitoreo y evaluacin, tanto el aprendizaje, como el
sentido de pertenencia de los beneficiarios respecto del proyecto, lo que se ve potenciado con la
informacin que es obtenida y difundida adecuadamente. Del mismo modo existen otras razones, las
cuales veremos sucintamente a continuacin:
Oportunidades de aprendizaje llevan a lecciones aprendidas. El MyE ofrece la oportunidad de ver
cuidadosamente, en forma sistemtica y peridica, lo que se est haciendo para aprender de dicha
experiencia
El sentido de pertenencia o propiedad de un proyecto permite que varios involucrados acepten
responsabilidad compartida. Por ejemplo, ver el aseguramiento de los resultados y el cuidado de los
recursos del proyecto, como una responsabilidad no slo del gerente, sino de los involucrados en el
proyecto. Esto se logra con difusin de los resultados hacia quienes son los beneficiarios y autoridades
relacionados en algn grado con el proyecto.
Transparencia. El MyE abre los libros para que todos puedan verlos. Cuando se mantienen las cosas
secretas o no se divulgan los resultados, se crea suspicacia respecto del proyecto. El MyE apoya el
sentido de confianza por medio de la transparencia.
Corresponsabilidad. (Accountability-- responsabilidad) Los ejecutores y gerentes tienen que responder
por su desempeo. Esta corresponsabilidad de todos es fomentada por medio de MyE.
7. LIMITACIONES Y/O DIFICULTADES EN EL MONITOREO Y EVALUACION
Quien planifica debe tener en cuenta estos factores para realizar una buena evaluacin. Muchas veces
nos encontramos con diferentes tipos de dificultad para llevar a cabo la evaluacin, esto puede implicar no
poder evaluar un proyecto, es importante por lo tanto tener resuelto en la etapa de diseo algunos
posibles problemas asociados a la evaluacin a algunos de ellos son los siguientes:
Diseo inadecuado: Por ejemplo, una matriz de marco lgico deficiente, con objetivos que no son
claros, o indicadores para los cuales no existe una lnea de base o no son independientes.
Recursos limitados: No tener personal adecuado, no tener medios de transporte, no tener personal
entrenado, etc., limita MyE.
Sesgo: Tamao o seleccin de una muestra que la hacen no representativa, no aleatoria; personas que
recogen informacin o evaluadores que ya tienen opiniones formadas; personas que quieren ver ciertos
resultados tanto, que ejercen influencia sobre la recoleccin o interpretacin de la informacin.
Problemas de Informacin: Puede resultar de la falta de informacin o de la calidad de la informacin.
La desagregacin puede ser muy costosa y muchas veces existen fuentes secundarias que pueden dar
suficiente informacin para llegar a una conclusin, aunque no tan precisas como a uno le gustara.
Bibliografa
BONADONA ALBERTO, Dino Palacios, Introduccin al Marco Lgico, Universidad Andina Simn Bolvar,
Sucre, 2000.
BANCO INTERAMERICANO DE DESARROLLO (BID), El Marco Lgico Para Diseo de Proyectos, chile,
2004
COMISION ECONOMICA DE LAS COMUNIDADES EUROPEAS, (1993), Manual de Gestin del ciclo de
un proyecto. Enfoque integrado y Marco Lgico.
CONCHA M.MARIO; CONCHA M. HERNANDO, Gestin de Monitoreo en la Ejecucin de Proyectos
Agropecuarios, 1ra edicin La Paz, 2011
CHIAVENATO IDALBERTO, Gestin de Talento Humano .1ra. ed. Bogot Colombia, McGraw-Hill, 2002
CHIAVENATO IDALBERTO, Introduccin a la Teora General de la Administracion.5ta ed. Santa Fe de
Colombia, McGraw-Hill, 1999
INSTITUTO LATINO AMERICANO Y DEL CARIBE DE PLANIFICACION ECONOMICA Y SOCIAL
(ILPES), Metodologa del Marco Lgico, Santiago de Chiles, 2004.
LOPEZ Y., RUBEN, Manual de Taller "Formulacin y Administracin de Proyectos". Organismo para el
Desarrollo Econmico y Social (ODES), La Paz Bolivia, 2005.
ORTEGON Edgar, Juan Francisco Pacheco, Adriana Prieto,(2005), Metodologa del marco lgico para la
planificacin, el seguimiento y la Evaluacion de proyectos y programas
Autor de los libros "Acciones de las Juntas Escolares en la Gestin y Administracin de Unidades
Educativas" y "Gestin de Monitoreo en la Ejecucin de Proyectos Agropecuarios"
Autor:
Mario Concha Machaca
Hernando Concha Machaca
PRIMERA EDICION
DISTRIBUIDOR
Mario Concha M.
Cel.: 71222932-73008763
DISEO GRAFICO E IMPRESIN
Trazo Artes Graficas
Av. Antofagasta No 1022, Cel.: 76260039, El Alto.
La Paz - Marzo de 2011