Was ist Outcome Mapping?
Outcome Mapping ist eine Methodik zur Planung, Beobachtung und Bewertung, die Fortschritt anhand der Verhaltensänderung jener Menschen und Organisationen misst, mit denen ein Programm direkt zusammenarbeitet, den sogenannten Boundary Partners. Entwickelt wurde der Ansatz 2001 vom kanadischen International Development Research Centre. Er verlagert die Verantwortung von Outputs hin zu Outcomes, die ein Programm plausibel beeinflussen, aber nicht steuern kann.
- Verhalten statt Lieferergebnissen: Outcome Mapping misst Veränderungen im Handeln der Boundary Partners, nicht das, was ein Programm produziert.
- Drei aufeinanderfolgende Phasen: Intentionales Design, Outcome- und Performance-Monitoring, danach Evaluierungsplanung.
- Fünf Bausteine: Boundary Partners, Outcome Challenges, Progress Markers, Strategy Maps und Performance Monitoring.
- Stärke bei komplexem Wandel: Geeignet, wenn Ergebnisse vom Verhalten Dritter abhängen. Ungeeignet, wenn Ursache-Wirkungs-Ketten linear und klar zuordenbar sind.
Definition: Outcome Mapping ist eine Methodik zur Planung, Beobachtung und Bewertung, die Veränderungen im Verhalten, in den Beziehungen, Handlungen und Aktivitäten jener Menschen und Organisationen in den Mittelpunkt stellt, mit denen ein Entwicklungsprogramm direkt zusammenarbeitet. Ziel ist es, nachhaltigen sozialen Wandel zu bewirken, indem Outcomes erfasst und verantwortet werden, statt nur Outputs.
Wie das IDRC Outcome Mapping für komplexen Wandel entwickelt hat (1996-2001)
Outcome Mapping entstand zwischen 1996 und 2001 in der Evaluation Unit des IDRC in Ottawa. Anlass war die Erkenntnis des Teams, dass Logframe-Reporting Ergebnisse in komplexen Programmen nicht glaubwürdig erfassen kann. Die Forscher Terry Smutylo, Sarah Earl und Fred Carden formalisierten die Methodik 2001 im frei zugänglichen Buch Outcome Mapping: Building Learning and Reflection into Development Programs. Die Outcome Mapping Learning Community zählt mittlerweile fast 2.000 Mitglieder in 127 Ländern (Better Evaluation, 2024).
Die fünf Bausteine von Outcome Mapping
Fünf Konzepte ersetzen die Input-Output-Impact-Logik klassischer Logframes:
- Boundary Partners: Einzelpersonen, Gruppen oder Organisationen, mit denen das Programm direkt interagiert und die es beeinflussen, aber nicht kontrollieren möchte.
- Outcome Challenges: Verhaltensänderungen, die das Programm bei jedem Boundary Partner sehen will, formuliert im Präsens, als seien sie bereits erreicht.
- Progress Markers: Abgestufte Indikatoren in drei Stufen („expect to see", „like to see", „love to see"), die den Fortschritt in Richtung der jeweiligen Outcome Challenge nachzeichnen.
- Strategy Maps: Die Mischung aus kausalen, überzeugenden und unterstützenden Aktivitäten, mit denen das Programm einen Boundary Partner beeinflussen will.
- Performance Monitoring: Laufende Aufzeichnungen über das eigene Verhalten des Programms, den Einsatz von Strategien und Anpassungen.
Die drei Phasen: intentionales Design, Monitoring und Evaluierungsplanung
Die Umsetzung läuft in drei aufeinanderfolgenden Phasen, die jeweils Ergebnisse für die nächste liefern:
- Intentionales Design. Vision und Mission festlegen, Boundary Partners identifizieren, für jeden eine Outcome Challenge schreiben, Progress Markers definieren und Strategy Maps erstellen. Üblicherweise als dreitägiger moderierter Workshop.
- Outcome- und Performance-Monitoring. Veränderungen entlang der Progress Markers werden in einem Outcome-Journal festgehalten, der Strategieeinsatz in einem Strategy-Journal und das eigene Lernen des Programms in einem Performance-Journal. Laufend, nicht quartalsweise.
- Evaluierungsplanung. Pro Zyklus 1-2 Evaluierungsfragen wählen, Datenquellen festlegen und die Methodik bestimmen. Bewertet wird, was am wichtigsten ist, nicht alles, was sich bewegt hat.
Outcome Mapping vs. Theory of Change vs. Logical Framework
Die Unterschiede zwischen den drei Methodiken zeigen sich am deutlichsten entlang von drei Achsen: Wer kontrolliert das Ergebnis, wo liegt der Fokus in der Wirkungskette, und was kann die Methodik glaubwürdig behaupten.
Aspekt | Outcome Mapping | Logical Framework | |
|---|---|---|---|
Messgröße | Verhaltensänderung bei Boundary Partners | Kausalpfad von Aktivitäten zu Wirkung | Inputs, Outputs, Outcomes, Impact |
Planungsrichtung | Vorwärts ausgehend von der Programmreichweite | Rückwärts ausgehend vom langfristigen Ziel | Vorwärts ausgehend von Inputs |
Wirkungszuschreibung | Beitrag (Programm beeinflusst) | Beitrag mit kausaler Logik | Zuschreibung (Programm verursacht) |
Geeignet für | Komplexen, nicht-linearen sozialen Wandel | Systeme mit nachvollziehbaren Kausalketten | Lineare Projekte mit steuerbaren Variablen |
Berichtsebene | Progress Markers in drei Stufen | Outcomes je Pfadschritt | Indikatoren je Ergebnisebene |
Ursprung | IDRC, 2001 | Carol Weiss, 1995 | USAID, 1969 |
In der Praxis ergänzen sich die drei Ansätze: Viele Programme betten Outcome Mapping in eine übergeordnete Theory of Change ein und berichten ausgewählte Indikatoren weiter nach oben in einem Logframe.
Welche Probleme löst Outcome Mapping?
Programme greifen zu Outcome Mapping, wenn klassische Evaluierung an ihre Grenzen stößt:
- Zuschreibungsproblem in komplexen Systemen. Hängt Wandel von Dritten ab, lässt sich kaum belastbar behaupten, das Programm habe ein Ergebnis „verursacht". Outcome Mapping ersetzt Zuschreibung durch Beitrag.
- Verfrühtes Wirkungsreporting. Progress Markers erlauben es, glaubwürdige Verhaltensbewegungen lange vor sichtbarem Impact auf Bevölkerungsebene zu berichten.
- Akzeptanz der Stakeholder. Boundary Partners formulieren ihre Outcome Challenges und Progress Markers mit. Das stärkt das Engagement, statt Evaluierung wie ein Audit wirken zu lassen.
- Lernen statt Urteil. Das Performance-Journal zwingt das Programm, das eigene Verhalten zu beobachten, und unterstützt damit organisationales Lernen statt nachträglicher Rechtfertigung.
Wo Outcome-Mapping-Rollouts typischerweise scheitern
In dokumentierten Rollouts tauchen immer wieder drei Muster auf:
- Workshop statt System. Teams ziehen den dreitägigen Design-Workshop durch, legen die Ergebnisse ab und fallen ab Monat zwei in Logframe-Reporting zurück. Die Methodik zahlt sich erst aus, wenn die Monitoring-Journale aktuell bleiben.
- Zu viele Boundary Partners. Acht Boundary Partners bedeuten acht Outcome Challenges und 24+ Progress Markers, eine Monitoringlast, die kein Team trägt. Drei bis fünf sind die praktikable Obergrenze.
- Druck durch Geber-Logframes. Programme, die Outcome Mapping einführen, ohne Flexibilität im Reporting auszuhandeln, betreiben am Ende zwei parallele Systeme und geben eines davon innerhalb eines Jahres auf.
Wann Outcome Mapping nicht passt
Outcome Mapping eignet sich schlecht, wenn die Arbeit linear ist und das Programm das Ergebnis kontrolliert. Impfstoffverteilung mit fester Kühlkette, standardisierte Lehrplanumsetzung oder ein Infrastrukturbau haben nachvollziehbare Kausallogik und messbare Outputs. Ein Logical Framework liefert hier klarere Zuschreibung bei geringeren Kosten. Outcome Mapping zahlt sich aus, wenn das Verhalten Dritter der Engpass ist und Standardindikatoren den Wandel nicht abbilden können.
Wo Outcome Mapping in der Praxis vorkommt
Dokumentierte Anwendungen häufen sich in vier Sektoren: Gemeindeentwicklung (Governance-Verhalten und organisationale Flexibilität), öffentliche Gesundheit (gesundheitsbezogenes Verhalten nach Aufklärungsprogrammen), Bildung (Unterrichtspraxis von Lehrkräften statt Einschulungszahlen) und Naturressourcenmanagement (Verhaltensänderung in Fischereikooperativen und Wassernutzergruppen). Allein eingesetzt wird die Methodik selten: Üblicherweise sitzt sie in einer umfassenderen Theory of Change, ergänzt ergebnisorientiertes Management um eine Verhaltensschicht zusätzlich zu Output-Kennzahlen oder läuft im Takt einer strategischen Zielsetzung mit.
