Professional Documents
Culture Documents
Humano
(PRODERIC)
Documento de apoyo:
VERTIENTE 1.- Fortalecimiento Institucional
VERTIENTE 2.- Desarrollo Local (AGENCIAS DE DESARROLLO LOCAL)
proderic@mail.zacatecas.gob.mx 1
Contenido
Presentacin 3
B. Indicadores 7
C. Medios de verificacin 8
D. Supuestos 9
proderic@mail.zacatecas.gob.mx 2
Presentacin
Debemos destacar que el marco lgico fue creado en 1969 por la firma consultora
Prctica Concepts. Inc., especficamente por Leon Rossenberg y Lawrence Posner,
actualmente este enfoque es utilizado por prcticamente todas las agencias de la
Naciones Unidas (OIT, OMS, OPS, FAO), la Unin Europea, el BID y el BM. Su objetivo
fue superar los problemas ligados a:
Una planeacin imprecisa, particularmente de proyectos (o planes) con objetivos
mltiples y cuyos componentes no se relacionaban claramente con las actividades, as
como la ausencia de una imagen clara de los objetivos y metas que el proyecto debera
lograr si es ejecutado con xito, lo cual plantea a los evaluadores muchas dificultades
para su aprobacin y/o para comparar lo planificado con los resultados reales.
Responsabilidad gerencial ambigua: aunque los responsables de los proyectos aceptan
la premisa de que estos se justifican en funcin de los beneficios obtenidos, se resisten a
ser considerados responsables del impacto del proyecto.
Evaluacin controversial, ante la ausencia de metas claras y frecuentes desacuerdos de
lo que se busca con el proyecto, los evaluadores terminan usando su propio criterio para
determinar sus aspectos positivos y negativos. Los resultados subsecuentes de la
evaluacin y/o el monitoreo, por tanto frecuentemente se convierten en causas de
mayores desacuerdos acerca del xito o fracaso, en lugar de contribuir al mejoramiento
del proyecto.
El marco lgico permite un diseo que satisface tres requerimientos
fundamentales de calidad de un plan o proyecto: coherencia, viabilidad y evaluabilidad.
Y su creciente popularidad se debe al no menos importante hecho de constituir la
principal tcnica no cuantitativa de anlisis en el campo de las polticas de desarrollo.
El marco lgico es una metodologa que tiene la fortaleza de comunicar los
objetivos de un plan o proyecto clara y comprensiblemente, incluida la lgica de su
diseo hasta su evaluacin, respondiendo a las etapas de identificacin (Cul es el
problema?, la definicin (Qu debemos hacer?), la valoracin (Cmo debemos
hacerlo?), la ejecucin y supervisin (Lo estamos haciendo bien?), hasta la evaluacin
(Lo hemos logrado?).
En la actualidad se reconoce su utilidad en el diseo de planes y proyectos que
buscan obtener intangibles y su impacto suele verse despus de algn tiempo
determinado, ejemplo de este tipo de proyectos son los relacionados con la educacin,
mejoramiento de la calidad de procesos y desempeo de personas, desarrollo
comunitario, cambios culturales, conservacin de la biodiversidad y como la parte
operativa de la planeacin estratgica.
proderic@mail.zacatecas.gob.mx 3
La estructura del Marco Lgico es una matriz donde cada fila representa un nivel
diferente de los objetivos del proyecto, en el nivel superior se encuentran los ms
amplios (general) y en el nivel inferior las actividades e insumos. A este arreglo se le
denomina Jerarqua de los Componentes del Proyecto.
La Matriz de Marco Lgico presenta en forma resumida los aspectos ms
importantes del proyecto. Posee cuatro columnas que suministran la siguiente
informacin:
Un resumen narrativo de los objetivos y las actividades.
Indicadores (Resultados especficos a alcanzar).
Medios de Verificacin.
Supuestos (factores externos que implican riesgos).
Y cuatro filas que presentan informacin acerca de los objetivos, indicadores,
medios de verificacin y supuestos en cuatro momentos diferentes en la vida del
proyecto:
Fin al cual el proyecto contribuye de manera significativa luego de que el
proyecto ha estado en funcionamiento.
Propsito logrado cuando el proyecto ha sido ejecutado.
Componentes/Resultados completados en el transcurso de la ejecucin del
proyecto.
Actividades requeridas para producir los Componentes/Resultados.
Cada uno de los elementos que componen la Matriz de Marco Lgico se describe a
continuacin
proderic@mail.zacatecas.gob.mx 4
A. Resumen narrativo de objetivos
I. Fin
Por qu el proyecto es importante para los beneficiarios y la
sociedad?
El Fin de un proyecto es una descripcin de la solucin a problemas de nivel superior e
importancia nacional, sectorial o regional que se han diagnosticado. Si por ejemplo, el
problema principal en la institucin es una alta tasa de reprobacin, el Fin sera reducir
dicha tasa.
El fin representa un objetivo de desarrollo que generalmente obedece a un nivel
estratgico (polticas de desarrollo), es decir, ayuda a establecer el contexto en el cual el
proyecto encaja, y describe el impacto a largo plazo al cual el proyecto, se espera, va a
contribuir. Deben enfatizarse dos cosas acerca del Fin. Primero, no implica que el
proyecto, en s mismo, ser suficiente para lograr el Fin. Es suficiente que el proyecto
contribuya de manera significativa al logro del Fin. Segundo, la definicin del Fin no
implica que se lograr poco despus de que el proyecto est en funcionamiento. Es un
Fin a largo plazo al cual contribuir la operacin del proyecto. Diversos proyectos o
medidas pueden contribuir a la solucin de problemas que han sido identificados, pero
es improbable que un proyecto, en s mismo, resuelva el problema o problemas.
II. Propsito
Por qu el proyecto es necesario para los beneficiarios?
El Propsito describe el efecto directo (cambios de comportamiento) o resultado
esperado al final del periodo de ejecucin. Es el cambio que fomentar el proyecto. Es
una hiptesis sobre lo que debiera ocurrir a consecuencia de producir y utilizar los
Componentes. El ttulo del proyecto debe surgir directamente de la definicin del
Propsito. La matriz de marco lgico requiere que cada proyecto tenga solamente un
Propsito. La razn de ello es claridad. Si existe ms de un Propsito, hay ambigedad.
Si hay ms de un Propsito puede surgir una situacin de trueque en el cual el proyecto
se aproxima ms a un objetivo al costo de alejarse de otro. En tal situacin el ejecutor
puede escoger perseguir el Propsito que percibe como el de mayor importancia, o el
ms fcil de lograr, o el menos costoso. Esto, sin embargo, puede no ser el que otros
involucrados conciban como el ms importante.
Dado que es una hiptesis, es importante reconocer que el logro del Propsito del
proyecto est fuera del control de la gerencia del proyecto o del ejecutor. La gerencia
del proyecto tiene la responsabilidad de producir los Componentes (las obras fsicas, las
cooperaciones tcnicas y la capacitacin). Sin embargo, otras personas tienen que
utilizar estos Componentes para que se logre el Propsito del proyecto. Estos grupos
estn ms all del control de la gerencia del proyecto. Por ejemplo, en un proyecto de
irrigacin el gerente del proyecto tiene la responsabilidad de construir obras de
irrigacin y asegurarse que el agua corra por ellas. l puede tener la responsabilidad de
instruir a los granjeros en cmo utilizar el agua y cmo lograr cultivos con el agua, pero
no puede tener la responsabilidad por el Propsito del proyecto: el aumento de la
produccin agrcola. Los granjeros pueden no estar dispuestos a cambiar sus prcticas:
puede haber una sequa que reduzca el agua disponible para las obras; una plaga o una
proderic@mail.zacatecas.gob.mx 5
peste puede atacar el rea. Esto est fuera del control del gerente de proyecto, pero s
est bajo su responsabilidad tomar acciones ante las condiciones adversas tratando de
lograr el propsito planteado.
IV. Actividades
Qu se har?
Las Actividades son aquellas que el ejecutor tiene que llevar a cabo para producir cada
Componente e implican la utilizacin de recursos. Es importante elaborar una lista
detallada de Actividades debido a que es el punto de partida del plan de ejecucin, las
cuales deben estar en orden cronolgico y agrupado por componente. Sin embargo, la
matriz no debe incluir todas las actividades, se sugiere presentar separadamente el
detalle de acciones, con sus tiempos y recursos, de tal manera que la ejecucin se
vincula en forma directa con el diseo del proyecto.
Lgica vertical (de la columna de objetivos)
La matriz de marco lgico, se construye de forma tal que se puedan examinar los
vnculos causales de abajo hacia arriba entre los niveles de objetivos, a esto se le
denomina Lgica Vertical. Si el proyecto est bien diseado, lo que sigue es vlido:
1 Las Actividades especificadas para cada Componente son necesarias para
producir el Componente;
2 Cada Componente es necesario para lograr el Propsito del proyecto;
3 No falta ninguno de los Componentes necesarios para lograr el Propsito del
proyecto;
4 Si se logra el Propsito del proyecto, contribuir al logro del Fin;
5 Se indican claramente el Fin, el Propsito, los Componentes y las Actividades;
proderic@mail.zacatecas.gob.mx 6
6 El Fin es una respuesta al problema ms importante en el sector.
proderic@mail.zacatecas.gob.mx 7
B. Indicadores
proderic@mail.zacatecas.gob.mx 8
3 Todos los indicadores estn especificados en trminos de cantidad, calidad y
tiempo;
4 Los indicadores para cada nivel de objetivo sean diferentes a los indicadores
de otros niveles;
5 El presupuesto sea suficiente para llevar a cabo las Actividades identificadas.
C. Medios de verificacin
proderic@mail.zacatecas.gob.mx 9
D. Supuestos
Cada proyecto comprende riesgos ambientales, financieros, institucionales, sociales,
polticos, climatolgicos u otros factores que pueden hacer que el mismo fracase. La
matriz de marco lgico requiere que el equipo de diseo de proyecto identifique los
riesgos en cada etapa: Actividad, Componente, Propsito y Fin. El riesgo se expresa
como un supuesto que debe ser cumplido para avanzar al nivel siguiente en la jerarqua
de objetivos. El razonamiento es el siguiente: si llevamos a cabo las Actividades
indicadas y ciertos supuestos se cumplen, entonces produciremos los componentes
indicados. Si producimos los Componentes indicados y otros supuestos se cumplen,
entonces lograremos el Propsito del proyecto. Si logramos el Propsito del proyecto, y
todava se siguen demostrando los supuestos ulteriores, entonces contribuiremos al
logro del Fin. Los supuestos representan un juicio de probabilidad de xito del proyecto
que comparte el equipo de diseo del proyecto, el prestatario, el financiador y el
ejecutor, que deben participar en el proceso de diseo del proyecto.
Los supuestos (o riesgos) del proyecto tienen una caracterstica importante: los
riesgos se definen como que estn ms all del control directo de la gerencia del
proyecto. El equipo de diseo de proyecto se interroga qu podra ir mal a cada nivel. Al
nivel de Actividad, por ejemplo, los fondos de contraparte podran no llegar en el
momento debido, o podra haber un cambio en las prioridades del gobierno, o una
huelga, o una devaluacin de envergadura, etc. El objetivo no es el de consignar cada
eventualidad que pueda concebirse, sino el identificar posibilidades con un grado
razonable de probabilidad.
La columna de supuestos juega un papel importante tanto en la planificacin como
en la ejecucin. En la etapa de planificacin sirve para identificar riesgos que pueden
evitarse incorporando Componentes adicionales en el proyecto mismo. Por ejemplo, uno
de los supuestos de un programa de salud rural podra ser que el personal calificado
est dispuesto a mudarse y a vivir en las zonas rurales. Dado que este supuesto es
crtico al logro del Propsito del proyecto, la buena disposicin del personal no puede
quedar librada al azar. El equipo de proyecto debe trabajar en el diseo, Actividades y
Componentes del proyecto para asegurarse que el personal calificado estar dispuesto
(tendr incentivos) para radicarse en zonas rurales. El Componente podra ser un
sistema de pagos de incentivo, suministro de residencia gratis, o alguna otra cosa. Si el
supuesto es crtico, y no hay Componente que lo pueda controlar, el equipo de diseo del
proderic@mail.zacatecas.gob.mx 10
proyecto y la gerencia del mismo bien pueden decidir que el proyecto particular es
demasiado riesgoso y debe abandonarse.
Los supuestos son importantes tambin durante la ejecucin. Indican los factores
que la gerencia del proyecto debe anticipar, tratar de influir, y/o encarar con adecuados
planes de emergencia. Por ejemplo, si el xito de un programa de irrigacin supone que
el Ministerio de Agricultura cumplir con su compromiso de quitar los precios tope o las
restricciones a la exportacin en una fecha determinada, el gerente del proyecto debe
vigilar constantemente la marcha de eventos e indicar al Ministerio y otros involucrados
que las demoras pueden frustrar el logro del Propsito del proyecto. Una de las ventajas
de plantear los supuestos es que el gerente del proyecto tiene el incentivo de comunicar
los problemas emergentes ms que dejarlos para que otro los descubra.
proderic@mail.zacatecas.gob.mx 11