Hackathons für das Gemeinwohl: einen für eine gute Sache durchführen

Ein Hackathon für das Gemeinwohl funktioniert, wenn eine echte Organisation vor Ort die Challenge verantwortet, Menschen, die mit dem Problem leben, im Raum sind und vorab jemand zugesagt hat, das Gebaute zu pflegen. Fehlt eines dieser drei Dinge, produzieren solche Hackathons meist gut gemeinte Apps, die niemand nutzt – und einen Partner, der mit Code dasteht, den er nicht betreiben kann. Planen Sie die Veranstaltung nach der Kapazität der gemeinnützigen Organisation, nicht nach der Begeisterung der Freiwilligen.

Dieser Beitrag konzentriert sich auf Veranstaltungen für eine gute Sache, durchgeführt mit oder für gemeinnützige Organisationen, Gemeinschaftsinitiativen und öffentliche Dienste. Zur allgemeinen Mechanik eines Hackathons lesen Sie So führen Sie einen Hackathon durch, der echte Ergebnisse liefert. Für die gesamte Bandbreite der Formate siehe Hackathons, Jams und Challenges: alle Formate erklärt.

Warum Hackathons für eine gute Sache anders scheitern

Unternehmens-Hackathons scheitern, wenn niemand das Ergebnis verantwortet. Hackathons für eine gute Sache scheitern aus diesem Grund und drei weiteren:

• Der Partner ist klein. Eine gemeinnützige Organisation mit vier Mitarbeitenden kann keine neue App, keine Datenbank und keine zwölf Freiwilligen verkraften, die um Feedback bitten.
• Die Betroffenen fehlen. Teams gestalten für Geflüchtete, ältere Menschen oder Patienten, ohne einen einzigen von ihnen zu treffen.
• Das Problem ist nicht technisch. Viele soziale Probleme drehen sich um Vertrauen, Zeit, Geld oder Regeln. Eine clevere App kann sie verschlimmern, weil sie eine weitere Sache hinzufügt, die man lernen muss.
• Der gute Wille endet am Sonntag. Die Freiwilligen ziehen weiter, und niemand pflegt, was sie gebaut haben.

Die Lösung ist in jedem Fall Vorbereitung und Ehrlichkeit, nicht mehr Energie während der Veranstaltung.

So führen Sie einen durch, Schritt für Schritt

1. Beginnen Sie bei einem Partner, nicht bei einem Anliegen. Suchen Sie eine oder zwei Organisationen, die bereits an dem Thema arbeiten, und fragen Sie, was ihnen tatsächlich helfen würde. Manchmal ist die Antwort gar kein Hackathon, sondern zum Beispiel ein ehrenamtlicher Datenanalyst für drei Monate. Respektieren Sie diese Antwort.

2. Schreiben Sie die Challenge mit dem Partner und den Betroffenen. Führen Sie kurze Stakeholder-Interviews mit Mitarbeitenden an der Basis und – mit Sorgfalt und Einwilligung – mit Menschen, die den Dienst nutzen. Nutzen Sie einen Problembaum, um Ursachen von Symptomen zu trennen. Schreiben Sie dann ein oder zwei Challenge Statements, die die Person und den entscheidenden Moment benennen. Siehe So schreiben Sie ein Challenge Statement, das Menschen lösen wollen.

3. Klären Sie, was der Partner verkraften kann. Fragen Sie direkt: Was können Sie betreiben, wenn wir wieder weg sind? Wer in Ihrem Team wird sich darum kümmern? Welche Tools nutzen Sie bereits? Arbeitet die Organisation mit Tabellen und einem Messenger, ist die beste Lösung vielleicht eine bessere Tabelle und ein Satz Nachrichtenvorlagen. Schreiben Sie die Einschränkungen ins Briefing.

4. Holen Sie gelebte Erfahrung in den Raum. Laden Sie Betroffene als Teilnehmende, Beratende oder Testpersonen ein, und vergüten Sie ihre Zeit, wo möglich. Bereiten Sie sie darauf vor, was sie erwartet, geben Sie ihnen eine klare Rolle und sorgen Sie dafür, dass sie nie bloß Publikum für Pitches sind. Ist direkte Beteiligung nicht sicher oder angemessen, holen Sie ihre Stimme über aufgezeichnete Interviews oder die Mitarbeitenden des Partners an der Basis herein.

5. Schützen Sie Menschen und Daten. Hackathons für eine gute Sache betreffen oft vulnerable Gruppen. Vereinbaren Sie Schutzregeln für alle, die mit Nutzerinnen und Nutzern des Dienstes in Kontakt kommen. Verwenden Sie anonymisierte, aggregierte oder synthetische Daten, es sei denn, für alles andere gibt es eine klare Rechtsgrundlage und eine ordentliche Vereinbarung. Bitten Sie einen Partner nie, Fallakten herauszugeben, um das Wochenende realistischer zu machen.

6. Setzen Sie standardmäßig auf offene Ergebnisse. Vereinbaren Sie vorab, dass Code, Designs und Dokumentation unter einer offenen Lizenz veröffentlicht oder vollständig an den Partner übergeben werden, damit die Arbeit nicht von einem Team oder Sponsor weggeschlossen werden kann. Machen Sie das zur Teilnahmebedingung.

7. Suchen Sie gezielt nach Fähigkeiten, die dem Partner fehlen. Neben Entwicklern gewinnen Sie Designerinnen, Researcher, Datenanalysten, Texterinnen, Juristen und Menschen, die den Sektor kennen. Viele der besten Ergebnisse solcher Hackathons sind ein verständlicheres Formular, ein besserer Prozess oder ein Fundraising-Pitch – keine Software.

8. Bewerten Sie nach Nutzen, nicht nach Hochglanz. Bitten Sie den Partner und mindestens eine Person mit gelebter Erfahrung in die Jury. Gewichten Sie die Kriterien zugunsten von „Könnte der Partner das nächsten Monat nutzen?“ und „Hat das Team es mit echten Menschen getestet?“. Ein Concierge-Test, bei dem das Team den Service für einige wenige Menschen von Hand erbringt, ist oft ein stärkerer Beleg als ein funktionierender Prototyp.

9. Finanzieren Sie die Fortsetzung, auch bescheiden. Sichern Sie vor der Veranstaltung etwas für die Zeit danach: ein paar Monate eines ehrenamtlichen Maintainers, einen kleinen Zuschuss, Entwicklerzeit eines Sponsors. Benennen Sie, wer die Arbeit wann übergibt, und nutzen Sie eine Rollout-Checkliste, damit die Übergabe tatsächlich stattfindet.

Illustratives Beispiel

Illustrativ. Ein Netzwerk von Tafeln in einer nordeuropäischen Stadt tat sich schwer damit, überschüssige Lebensmittel aus Restaurants mit den Freiwilligen zusammenzubringen, die sie noch am selben Abend abholen konnten. Eine örtliche Universität und ein Softwareunternehmen boten an, einen Hackathon auszurichten.

Die Organisatoren verbrachten den ersten Monat mit dem Netzwerk, statt die Veranstaltung zu planen. Interviews mit den Koordinatorinnen zeigten, dass das eigentliche Problem keine fehlende App war: Die Koordinatorinnen nutzten bereits einen Gruppenchat, doch Angebote gingen zwischen Dutzenden Nachrichten unter. Freiwillige sagten außerdem, dass sie zögerten zuzusagen, weil sie nicht wussten, wie viele Lebensmittel sie tragen müssten.

Die Challenge lautete schließlich: „Wie könnten wir Freiwilligen helfen, in weniger als einer Minute zu entscheiden, ob sie die heutige Abholung übernehmen können?“ Zwei Koordinatorinnen und drei Freiwillige wirkten in den Teams mit. Die Regeln verlangten, dass alle Ergebnisse offen lizenziert und an das Netzwerk übergeben werden.

Das Gewinnerteam baute keine App. Es gestaltete eine feste Nachrichtenvorlage, die Restaurants ausfüllen konnten (Uhrzeit, Ort, Anzahl der Kisten), eine einfache geteilte Tabelle, die zeigte, wer welche Abholung übernommen hatte, und einen kurzen Wochenplan. Während der Veranstaltung betrieb das Team das Ganze an zwei Abenden von Hand mit echten Angeboten. Das Softwareunternehmen stellte drei Monate lang einen Entwickler einen halben Tag pro Woche ab, um das Netzwerk in der Eingewöhnungsphase zu unterstützen.

Do's and Don'ts

Do

• Beginnen Sie bei Bedarf und Kapazität des Partners, und akzeptieren Sie, wenn ein Hackathon nicht die Antwort ist.
• Holen Sie Menschen mit gelebter Erfahrung in einer echten Rolle in die Veranstaltung, und wertschätzen Sie ihre Zeit.
• Vereinbaren Sie Schutz- und Datenregeln, bevor jemand ankommt.
• Machen Sie offene Ergebnisse und vollständige Übergabe zur Teilnahmebedingung.
• Sichern Sie vor der Veranstaltung Unterstützung für die Zeit danach, auch wenn sie klein ist.

Don't

• Wählen Sie kein Anliegen, weil es sich gut auf Fotos macht.
• Bauen Sie keine Tools, die der Partner nach dem Wochenende nicht betreiben, hosten oder bezahlen kann.
• Behandeln Sie vulnerable Menschen nicht als Material für Präsentationen.
• Lassen Sie keinen Sponsor das Eigentum an dem beanspruchen, was Freiwillige für eine gemeinnützige Organisation gebaut haben.
• Messen Sie den Erfolg nicht an der Zahl der Teilnehmenden oder Apps. Messen Sie, was der Partner drei Monate später noch nutzt.

Häufige Fragen

Wie finde ich eine gemeinnützige Organisation als Partner für einen Hackathon? Beginnen Sie bei Organisationen, die vor Ort bereits an dem Thema arbeiten, und fragen Sie, was ihnen helfen würde – nicht, ob sie einen Hackathon wollen. Dachverbände, Freiwilligenagenturen und Bürgerstiftungen können Kontakte herstellen. Seien Sie bereit zu hören, dass sie etwas anderes brauchen.

Wem sollte gehören, was bei einem Social-Good-Hackathon gebaut wird? Idealerweise dem Partner – oder über eine offene Lizenz der Öffentlichkeit. Vereinbaren Sie das vor der Veranstaltung schriftlich und machen Sie es zur Teilnahmebedingung, damit kein Team und kein Sponsor die Arbeit wegschließen kann.

Was macht ein gutes Projekt für einen Social-Good-Hackathon aus? Ein kleines, konkretes Problem, mit dem der Partner jede Woche zu tun hat, eine Lösung, die er mit seinen vorhandenen Leuten und Tools betreiben kann, und der Beleg, dass die Betroffenen sie während der Veranstaltung nützlich fanden.

Methoden zur Vorbereitung

Beginnen Sie mit Stakeholder-Interviews und einer Empathy Map für die Betroffenen und rahmen Sie die Challenge dann mit einem Problembaum und Wie-könnten-wir-Fragen. Damit Partner und Freiwillige auch danach an einem Strang ziehen, nutzen Sie einen Stakeholder-Kommunikationsplan. Für zivilgesellschaftliche Challenges mit mehreren öffentlichen Stellen siehe Der Ökosystem-Hackathon und dazu, wie die Arbeit danach lebendig bleibt, Warum die meisten Hackathon-Gewinner nie umgesetzt werden.