New Page 0

The activities that project teams carry out must produce outputs that will empower project beneficiaries to better interact with their communities and utilise project deliverables to achieve the project outcomes These outcomes will enable the communities to tackle the problems identified and produce changes in the factors generating these problems, thereby contributing to the achievement of the project objectives To make the project successful, it is necessary that project teams understand the requirements, needs and problems of the beneficiaries and that the beneficiaries understand the requirements, needs and problems of the communities. If the project team has correctly understood the needs and problems of the target beneficiaries, they will be able to utilise the outputs to empower beneficiaries, i.e. move from outputs to outcomes If the project beneficiaries have correctly understood the needs and problems of the communities, they will be able to empower communities, i.e. move from outcomes to impact Without active contribution of beneficiariers, project ouputs will not be utilised to achieve project outcomes Without active contribution of commmunities, beneficiariers will not be able to utilise outcomes to achieve impact.

The problem tree moves top downwards, identifying first the major problem, then the factors that determine these problems and then the causes of these factors.

The objective tree moves bottom upwards, first identifying the outputs that would directly address the causes of the factors and then identifying the specific objectives that directly address the causes of these factors.

In questo diagramma si osservano i diversi livelli progettuali che vengono poi inseriti nel quadro logico. E' interessante soffermarsi su un punto. Se si analizza “l’obiettivo centrale” costituito da tre cause: una legata agli autisti, una legata ai veicoli ed una legata alle strade. Una possibile strategia progettuale, potrebbe trattare il problema dei veicoli (zona grigia). Il diagramma ci dice però che se non verranno trattate le problematiche degli autisti e delle strade, il problema non verrà risolto, ovverosia l’obiettivo della riduzione della frequenza di incidenti non verrà raggiunto. Per la precisione, in termini generali ed andando oltre il caso in analisi, si può dire che un progetto raggiungerà l’obiettivo centrale in maggior o minor grado in funzione di quanto, questa componente trattata dal progetto, “partecipa ad originare l’effetto”.

n questo diagramma si osservano i diversi livelli progettuali che vengono poi inseriti nel quadro logico. E' interessante soffermarsi su un punto. Se si analizza “l’obiettivo centrale” costituito da tre cause: una legata agli autisti, una legata ai veicoli ed una legata alle strade. Una possibile strategia progettuale, potrebbe trattare il problema dei veicoli (zona grigia). Il diagramma ci dice però che se non verranno trattate le problematiche degli autisti e delle strade, il problema non verrà risolto, ovverosia l’obiettivo della riduzione della frequenza di incidenti non verrà raggiunto. Per la precisione, in termini generali ed andando oltre il caso in analisi, si può dire che un progetto raggiungerà l’obiettivo centrale in maggior o minor grado in funzione di quanto, questa componente trattata dal progetto, “partecipa ad originare l’effetto”.

Tabella per la preparazione del quadro logico del progetto

	Logica dell’intervento	Indicatori verificabili oggettivamente	Fonti e strumenti per la verifica	Condizioni esterne necessarie
Obiettivi generali	Quali sono gli obiettivi generali entro i quali si colloca questo progetto e ai quali indente contribuire	Quali sono gli indicatori chiave relativi agli obiettivi generali	Quali sono le fonti di informazione per questi indicatori

Obiettivo specifico	Qual’è l’obiettivo specifico che sarà raggiunto da questo progetto	Quali sono gli indicatori in grado di verificare se e in che misura è stato raggiunto l’obiettivo specifico del progetto	Quali sono le fonti di informazione che esistono o che saranno raccolte dal progetto per questi indicatori Quali metodi saranno usati per raccogliere queste informazioni	Quali sono le condizioni esterne (non direttamente sotto il coordinamento del leader del progetto) che debbono verificarsi affinché il progetto abbia successo Quali sono I rischi esterni che il progetto deve prendere in considerazione

Risultati attesi (prodotti benefici miglioramenti)	Quali sono i prodotti che il progetto raggiungerà, e che permetteranno il raggiungimento dell’obiettivo specifico Quali sono i benefici che il progetto arrecherà Quali miglioramenti il progetto apporterà	Quali sono gli indicatori in grado di verificare se e in che misura sono stati realizzati i prodotti, arrecati i benefici, apportati i miglioramenti previsti	Quali sono le fonti di informazione per questi indicatori	Quali sono le condizioni esterne (non direttamente sotto il coordinamento del leader del progetto) che debbono verificarsi affinché il progetto produca i risultati attesi

Attività	Quali sono le attività che saranno condotte nel progetto (per produrre I risultati attesi) e in che sequenza saranno realizzate	Risorse e strumenti Quali risorse e strumenti saranno necessarie alla realizzazione delle attività (personale, attrezzature, servizi subappaltati, ecc.) Quanto costeranno	Quali sono le fonti di informazione per monitorare e valutare l’andamento del progetto	Quali sono le condizioni preliminari necessarie affinché le attività di progetto possano avere inizio Quali sono le condizioni esterne (non direttamente sotto il coordinamento del leader del progetto) che debbono verificarsi perché le attività di progetto possano compiersi

Se il quadro logico è bene articolato, un lettore esterno dovrebbe facilmente essere in grado di capire:

- Perché è necessario il progetto
- In cosa consiste l’originalità del progetto
- Su quale obiettivo di sviluppo si vuole contribuire
- Chi beneficerà del progetto (quantità e qualità, diretti ed indiretti)
- Quale obiettivo immediato si propone di conseguire
- Come verrà misurato l’ottenimento dell’obiettivo
- Quali saranno i risultati reali che permetteranno di ottenere l’obiettivo
immediato
- Come saranno ottenuti
- Quali attività si dovranno intraprendere
- Qualità e quantità di risorse necessarie
- Chi sono gli attori, L’organigramma del progetto è chiaro
- Chi realizzerà il progetto e come
- Quando e quanto durerà La pianificazione delle attività è chiara
- Quali sono le condizioni di partenza necessarie
- Come il progetto reagirà se una di queste condizioni non si concretizza
- Il progetto è sostenibile Quali sono le condizioni
- Analisi “costo-beneficio”
- Analisi “costo pro-capite”
- Il budget risponde allo schema del finanziatore
- Le proporzione fra le linee di budget sono coerenti
- Gli apporti di ciascuno degli attori è chiaro
- L’apporto del finanziatore è sostenibile

Questo pertanto permetterà ad un valutatore di compiere la sua valutazione in modo appropriato e condiviso.

Quadro un progetto non ha un quadro logico, sarà sempre buona prassi del valutatore ricostruirlo sulla base dei documenti progettuali.

Se il valutatore non è in grado di ricostruire un quadro logico coerente, significa generalmente che il progetto ha delle incongruenze o delle incompletezze.

Il Logical Framework, secondo la definizione del Nucleo di Valutazione delDevelopment Assistance Committee (DAC-OCSE), è uno strumento di gestione che consiste in “un insieme di concetti interconnessi, utilizzati in maniera dinamica per l’elaborazione, il monitoraggio e la valutazione di un Programma o di un progetto”. Il Logical Framework permette di riassumere, in termini oggettivi, gli elementi di un programma (mezzi, risultati, scopo, obiettivo), i rapporti di causalità tra gli aspetti operativi (risorse, attività, risultati) per facilitarne la pianificazione, la realizzazione e la valutazione.

Secondo le linee metodologiche adottate dalla Commissione Europea per la Sorveglianza e Valutazione degli interventi Strutturali, l’applicazione di questo schema logico permette di evidenziare le relazioni e la coerenza tra i diversi livelli d’intervento e la necessaria articolazione “a cascata” degli obiettivi-risultati-interventi per i Programmi e Progetti.

2. Do the different objectives set reflect real problems? If the initial analysis has not been conducted
properly, it does not reflect the true nature or the core of the problems. For example in a project
aiming to improve prison conditions the initial analysis might have revealed as main problem the
lack of proper infrastructure. If the true problem stems more from the negative attitudes of the prison
personnel, the mere acquisition of new equipment would not improve the prisoners’ conditions as
planned.
3. How realistic is the Project Purpose? Many project designers set unrealistic Project Purposes. Such
projects are not likely to have the planned impact.
4. How well have the Objectively Verifiable Indicators been chosen and do they really measure the
objectives at each level? This question aims to analyse how concrete the set objectives are.
5. Is it possible to measure the Objectively Verifiable Indicators, i.e. have the sources of verification
been clearly defined. This question allows understanding if it will be possible to measure the
project’s impact. In some cases, the analysis of impact is difficult either because the Indicators are
poorly defined or the Sources of Verification are not available.
6. How well have the Assumptions been identified? Many projects fail because of external factors, e.g.
a sudden change of government policy in the beneficiary country. A careful analysis of Assumptions
in the planning stage of a project allows adapting the proposed operation to its environment. When
analysed, some assumptions can turn out to be so-called “killer assumptions”, meaning that if they
are not realised, the project should not take place in the first place. In the Logframe, these are written
down as Pre-conditions.
7. Is the project constructed on a sufficiently detailed baseline data on its target groups? This is a key
question as to the capacity to analyse the project’s impact and can only partially be addressed ex post
by using secondary sources or memory-based information.