Dear all,
Both Malik and Sonali have asked: What are the key components or steps in a results assessment system that aims to help a program improve as well as gather information on client level impacts? There have been some useful messages on this already. I would like to add to those, pose some additional questions and invite you to share your thoughts and experiences.
A number of organizations, donors and professionals in value chain development have begun using results chains as the basis for assessing changes produced by a program. Results chains (also called impact chains, impact logics, causal chains or results trees) lay out the expected chain of changes starting from program activities and leading through a series of changes in a value chain, supporting markets and supporting institutions, through to goal level impacts among target clients. A results chain is based on understanding how the value chain works, establishing what changes in the value chain the program will promote and pinpointing how these changes will lead to client level impact. The clarity provided in a results chain helps an organization know what to assess to understand if and to what extent the changes they aim to promote are happening, both at the system level and at the client level. As Sonali pointed out, many value chain programs are complex with multiple and interlinked interventions. These programs often have two types of results chains: an overall results chain which summarizes the changes expected in the overall value chain and results chains for individual interventions which fit within the overall chain but provide more detail on the activities and expected changes for one intervention. You can download some examples of results chains at http://communities.seepnetwork.org/Results_Assessment_Conference_2009/no… Some are overall results chains; others are for specific interventions. What are your thoughts on using results chains as the basis for results assessment?
The Donor Committee for Enterprise Development is piloting a “Standard” in results measurement. The “Standard” outlines the key elements that any results assessment system for a private sector development program should have. I have attached a 3 page introduction to the Standard. I would also encourage you to read the full Standard which is available in our further reading at http://communities.seepnetwork.org/Results_Assessment_Conference_2009/no… (along with the draft implementation guide for the Standard and case materials on the results assessment system from the Katalyst program in Bangladesh).
One aim of the Standard is to turn results assessment from an event (ie mid-term and final evaluations) to a process that is used throughout program implementation. The Standard is based on the following elements or steps in a results assessment system:
- Draw Results Chains
- Define Indicators
- Establish Baseline
- Predict Impact
- Assess & Measure
- Analyze Information
- Use Findings & Report Results
These steps are meant to be performed regularly in a cycle, so that findings are used to adjust strategies and interventions and these updated strategies and interventions are then described in updated or new results chains.
Another element of the standard is “universal impact indicators.” These are goal level indicators which the Standard encourages all private sector development programs to use. Programs are also free to use additional indicators as well. The indicators are: outreach of the program (enterprises – including household enterprises – that benefit financially from the program), additional income (additional net income earned by enterprises and workers) and additional jobs (full time equivalent jobs created). The idea behind these indicators is to enable programs and donors to aggregate or add up their impacts in different value chains or projects and report on them as a whole, which is very appealing to governments and tax payers. What do you think of these indicators? Would you suggest including others or changing some of these?
Another element of the standard requires programs to take into account “attribution.” In other words, to assess the changes resulting from the program that would not have happened otherwise. Many programs only compare the situation after program activities with the situation before program activities. But we work in dynamic markets which change even without program activities. This “before and after” method has allowed programs to take credit for economic growth that probably would have happened anyway. Now, with the global recession, this method risks making effective programs look bad because economies are contracting. Instead, the Standard requires programs to consider what changes are due to the program activities as opposed to other factors. Do you take “attribution” into account in your results assessment? If so, how?
I’m looking forward to an interesting exchange on this!
Best,
Aly
| Attachment | Size | Hits | Last download |
|---|---|---|---|
| DCED Standard IntroductionForProgrammes_23rd.pdf | 299.38 KB | 123 | 10 hours 59 min ago |

3 Comments
measuring the impacts of "system level" changes
Dear all,
Several of you have brought up the issue of measuring the impact of “system level” results on target enterprises and households. There are two strategies that I know of:
For some programs, the impact of each individual intervention they implement can be assessed separately. They then add up these impacts, taking into account any overlap in the enterprises and households reached.
However, as several of you have pointed out, it may be challenging to separate the impacts of individual interventions in a value chain. Therefore, some programs are assessing impact (quantitatively and qualitatively) at the level of a whole value chain – for example by assessing the overall change in that value chain in terms of sales, productivity etc. and in terms of qualitative changes such as new relationships and innovations. The programs then estimate how much of that overall change is due to program activities by assessing changes produced by individual interventions and using methods such as comparing the development of a value chain in a targeted area against national trends or other areas. Finally they estimate the impacts of these changes on enterprises and household through a combination of careful measurement of the impact of individual interventions or groups of interventions and assessing changes in enterprises (and sometimes households) that are likely to have been affected by changes in the overall value chain.
For both these assessment strategies, some programs also assess the extent to which other enterprises copy those that have been more directly affected by a program. For example, how many other farmers are copying the farming techniques of those trained as a result of a programs’ work with trainers or input suppliers. Some also look at the “market uptake” of new business models or types of relationships that have been introduced or promoted by the program. For example, if the program promoted outgrower contracts for small farmers, how many small farmers throughout the value chain have got outgrower contracts for the first time since program activities? And, when interviewing small farmers or the contractors, what is the likelihood that these new contracts resulted, at least partially, from program activities? This type of “triangulation” (gathering and comparing information from different sources) enables these programs to arrive at a reasonable estimate of their impact on enterprises or households as a result of “system level” change.
Best,
Aly
features of the DCED system.
Dear Participants
The DCED supported system has a few features that make is attractive:
Internal versus external?
Impact assessment should ideally be external, but in the complex economies where most projects operate, it is almost impossible for external M&E experts to really understand which and how changes take place. Project staff has at least some idea about this. In many cases it will take a separate similar size M&E project to understand the reality. It is rare that donors are willing to finance this. Conducting M&E only in house on the other hand reduces credibility. This system of auditing is a perfect compromise.
Comparing:
Good programs should not have many reasons to be scared to share impact information. One reason however is, that their honest data is compared to that is “crooks”
The Auditing assures that the real crooks are exposed. More important, the standard makes the data comparable. (How long after the project to measure, where to put boundaries, measuring crowding in, displacement etc.)
Apples will be compared with apples and if there are still differences in for example the assumptions, these become explicit.
Project owned development
The standards have emerged from projects and are being tested by projects before any donor can get its hand on it. This is a serious improvement from some past experiences where donors or external specialists design systems that are not executable. Each project that is involved in early stage can influence the system and can assure it is realistically executable.
Improving or proving
Not many projects like to spend serious efforts to produce a figure at the end of the project. Projects want to create impact. Working with Impact logics is a great management tool to produce impact, the proving almost comes for free as a side product.
Small and large projects
The standards make a distinction between “must haves” and “recommended”. This allows project to discuss with their donors how much money they would like to spend on the system. A trade off can be made between costs and accuracy. This will allow projects with low budgets to join. But also allows larger project to build a solid system around the standards.
My own opinion:
The field has been calling for data for a long time. With this system we have at least half an answer. It is clear that this approach still has a way to go to become the market standard. Already in this shape however it is a good tool.
If the system becomes the standard in the field, there will be projects that are in trouble. Failing projects will be exposed and successful ones will be rewarded. This way M&E could not only be a way to justify investments and to improve projects, it should also force bad projects to become better. For me that is one of the main arguments to support this.
Peter
Dear participants, I’d
Dear participants,
I’d like to share some of our experiences with the standard that we tested
last year and are applying to some of our projects.
The standard offers an impact-oriented thinking from design to
implementation. It could be misunderstood to be an M&E tool by your program,
but it is more a management tool than an M&E tool and I think it should be
owned also by program, not just M&E.
The ‘impact model’ – it is a great management tool that allows you to
allocate your project efforts more wisely, especially when you don’t have a
lot of project funds to work with. Since it is a management tool, it is ok
if your M&E manager draws the impact model, but it is much better if your
project manager does that with the project team, since (s)he understands
much more about project. Even though we tested the standard for an on-going
project, it is best if the impact model is drawn at the design phase of the
project.
The experience we got with the testing process (drawing the impact model in
specific) is that it offered an opportunity to look back at project working
approach – facilitation role vs. service provision role. Sometimes, program
staff are so into the delivering the project targets that they act as
service providers in weak markers for unnecessarily too long.
The standard allows small programs to join when you have the option of opt
in/out for the “recommended’s” of the control points based on your existing
capacity. For IDE when we tested the standard, we tried our best to follow
all the “Must’s” and “Recommended’s”, and we could still comply with the
standards in most of the main “Recommended’s”. However, the most challenging
among all for us are attribution, crowding-in/out, copying, and
displacement. We haven’t had much experience quantifying those, and we do
not have either the sufficient internal technical capacity or funding to
outsource.
What is needed – better documentation of what you’ve done. This has been a
challenge for small programs like ours, but it is imperative to do the job
better not for the sake of getting a good audit report, but you also need
documentation for your own purposes.
Trang