The main steps in the Logical Framework Approach are:
Although you can go step by step through this process, you mustn’t forget that this is not a linear process per se. You may need to come back to a previous step, or you may want to go through these phases in a different order. For instance, you may want to start be identifying the stakeholders and the identify the problems with them, but you can also start by identifying the problem and then see who is most impacted by them (and maybe do a closer problem identification with them).
The main activity during the design phase of a project using LFA is a workshop with the stakeholders. But before you get together a group of people, it is important to get to know the environment in which your project will take place.
Getting to know the context can be done in several ways:
Things to learn about:
With all this information as your background, it is time to identify who will be / has to be involved in the project.
Who are the people, groups, organisations, government bodies, companies… that are somehow involved or touched by this project? When you do a background analysis you will get a basic idea about who will be involved. This first contacts may lead you to identifying others.
It is important to list the potential stakeholders, and then to determine who will get priority when you start analysing the problems. Is the view of the local authorities more important than that of the ministry? Is the view of the local NGOs more important than that of the (local) government? Is the view of the farmers more important than that of the local trades people? Also, make sure you get the view of both men AND women.
There are a number of tools that can help you with stakeholder analysis, such as mapping tools, Venn diagrams, organisation charts (to identify administrative levels for instance) and so on.
When you’ve selected the most important groups, you can then analyse:
This information will help you decide whose interests and view should get priority during the problem analysis.
During the workshop (or sometimes it may be necessary to organise a series of workshops), you get a representative sample of the stakeholders that you identified with the group. The problem tree analysis is an exercise that allows you to identify the different problems that people face, and the relationships between those problems. The idea is to identify the core problem, and see what things are at the root cause of this central problem, and what other problems are a consequence of the core problem.
Basically there are two ways to go about this. The group can agree on the core problem, and develop the problem tree around it. This means you look at what issues are causing the problem and which ones are a consequence of the core problem and you try to establish cause-and-effect relations between them. Often, the core problem is quite clear and just pops up. Also, your very presence and the fact that you can do specific things will influence the choice. If you are specialised in water and irrigation, the core problem will tend to be more ‘watery’ than when you are specialised in commercialisation of food items.
The other way is to establish the cause and effect relationships between the problems first, and then select the core problem. This may give you more work to do, because it will be less clear from the onset what issues are less important or relevant than others.
The roots can be found below the core problem, these are the causes that lead to the issue that you've identified. Directly below the core problem you'll find the cards with the most direct causes. Below these issues are their respective causes and so on.
The branches or the consequences are above the core problem. The most direct consequences can be found right above the core problem, then the issues that are a consequence of these direct consequences and so on.
When your tree is finished, you may find that there are still some gaps – meaning there are problems (cards) that you’ve not identified yet. Or maybe you don’t understand the relation between a separate root/branch and the rest of the tree, and you may have to reflect on what is missing – or maybe there is a no relation at all.
Now it’s time to turn your problem tree into something constructive: the objectives tree. This simply means that you start at the top row of your problem tree, and rephrase every card in a positive statement or a solution.
There are often different ways to achieve the same objective. This means that it is important to agree on one single strategy. Often you’ll find that there is one strategy that fits your organisation’s capabilities (type of activities, experience, available donor funds, capacities of staff and available human resources…) better than the other ones. Other elements that may influence your choice are:
When there is more than one suitable strategy, you can use different criteria to select the best one.
Now it's time to put the information together in a logical framework.
You can establish the basic version of your logframe during the workshop with your stakeholders. During the workshop, focus on getting the main ideas right and clear for everybody. Afterwards, you can put everything in nice sentences.
You now have the basic information needed to establish the project’s logic – meaning the first column of the logical framework.
Generally the core problem, rephrased as an objective, becomes the purpose (or specific objective) of your project. This is the main reason why you started the project; the thing that you most urgently want to solve.
The solution of the core problem contributes (in the long run) to the solution of a problem in the larger society. This is the long term goal (or general objective) your project contributes to. Sometimes a project contributes to the solution of several issues that exist within that particular context and society.
The cards in the objective tree that were placed below the core problem/purpose – and that are part of the selected strategy – become the outputs and activities. The outputs are the concrete things the team and beneficiaries will achieve during the life of the project. When the outputs are combined, the project’s purpose should be achieved.
To achieve each output, you’ll need a process that generally includes several activities. To do the activities, the project needs a number of means (inputs), such as staff, transport, tools, equipment, ICT, training, building materials, seeds… These come at a price, so now is a good time to get an indication of how much this all will cost.
The information from the objectives tree is necessary to develop the logical framework, but generally it takes some tinkering to perfect the logframe. Maybe some outputs and activities may have to be added. Or maybe the scope of the purpose has to be redefined, to make its achievement more realistic. During the workshop, make sure the project’s basic logic is sound.
Because the problem tree has given you an insight in the relationship between different issues, it allows you to see what things may influence your main strategy and the achievement of your purpose. However, there may also be other elements that were not identified in the problem tree: generally you’ll find the elements that come from the context or environment. You also have to take into account other risks such as financial risks, practical or operational risks, and organisational risks.
The next step in the workshop is to identify the indicators. There are a number of advantages to formulating the indicators with the whole group:
When a project manager tries to identify indicators on his own, he or she will have a tendency to create indicators that can be expressed in numbers, such as the income per household to measure improved welfare. However, in the field it may be very difficult to get such a number, because people often don’t have a notion of how money they earn. Besides, no-one likes to talk about how much they earn, do they? With a group you will be able to come up with indicators that are more easily measured. For instance whether people can afford to send their children to school, or if they can afford to improve their house or pay for transport.
When the indicators are identified, the group should check for each indicator:
If the indicator cannot be readily measured and verified, it should be replaced or dropped altogether.
After the workshop, it is important to finalise the project’s design. This means that you have to check: