Interner Hackathon oder offen für die Öffentlichkeit?

Wählen Sie einen internen Hackathon, wenn Sie vor allem Umsetzung brauchen: Lösungen, die zu Ihren Systemen passen, und Menschen, die sie danach weitertragen. Wählen Sie einen öffentlichen Hackathon, wenn Sie vor allem Denken von außen, neue Talente oder Sichtbarkeit brauchen – und akzeptieren können, dass die meisten Ideen einen langen Weg in Ihre Organisation vor sich haben. Brauchen Sie beides, wählen Sie ein Mischformat: eine offene Veranstaltung mit internen Mitarbeitenden in jedem Team oder eine interne Veranstaltung mit einigen wenigen eingeladenen Externen.

Bei der Entscheidung geht es selten um die Veranstaltung selbst. Es geht darum, was danach passiert, wem die Ergebnisse gehören und wie viel Risiko Sie bei Daten und Reputation eingehen können. Für das gesamte Spektrum der Formate siehe Hackathons, Jams und Challenges: alle Formate erklärt.

Der Vergleich auf einen Blick

Wann ein interner Hackathon passt

• Sie wollen, dass das Ergebnis genutzt wird. Interne Teams kennen die Systeme, die Freigaben und die Menschen. Ihre Ideen sind kleiner, aber mehr davon überleben.
• Ihr eigentliches Ziel ist Kultur oder Kompetenz. Ein interner Hackathon ist oft das erste Mal, dass Menschen aus verschiedenen Abteilungen gemeinsam etwas bauen. Das allein kann ihn rechtfertigen.
• Die Daten sind sensibel. Brauchen die Teams echte Kunden-, Patienten- oder Finanzdaten, ist es weit einfacher, innerhalb Ihrer bestehenden Kontrollen zu bleiben.
• Sie stehen am Anfang Ihrer Innovationsarbeit. Eine interne Veranstaltung lehrt Sie, wie man brieft, mentoriert und nachfasst, bevor ein Publikum zusieht.

Die Schwäche ist Gleichförmigkeit. Interne Teams teilen die blinden Flecken der Organisation. Wirken Sie dem entgegen, indem Sie Abteilungen und Hierarchieebenen mischen und einige Nutzer oder Mitarbeitende mit Kundenkontakt einladen, die Ideen während der Veranstaltung zu testen.

Wann ein öffentlicher Hackathon passt

• Sie stecken in Ihren eigenen Annahmen fest. Externe stellen die Fragen, die Ihre Mitarbeitenden nicht mehr stellen.
• Sie wollen Menschen finden. Viele Organisationen nutzen öffentliche Hackathons auch, um Entwicklerinnen, Designer und Start-ups kennenzulernen, die sie einstellen oder mit denen sie zusammenarbeiten könnten.
• Das Problem gehört einer Community. Städtische, zivilgesellschaftliche und branchenweite Probleme profitieren oft davon, dass die Menschen mitmachen, die damit leben.
• Sie haben etwas zu öffnen. Öffentliche Daten, eine API, eine Sandbox oder ein echter Challenge Owner machen eine öffentliche Veranstaltung das Wochenende der Teilnehmenden wert.

Die Schwäche ist die Lücke danach. Externe Teams können am Montag nicht einfach in Ihre Organisation hineinspazieren. Ohne klaren Weg (ein bezahlter Pilot, ein Start-up-Programm, ein Beschaffungsverfahren) fahren die Gewinner nach Hause, und die Ideen verblassen. Siehe Warum die meisten Hackathon-Gewinner nie umgesetzt werden.

Fragen für die Entscheidung

Beantworten Sie vor der Wahl diese Fragen mit Ihrem Sponsor:

1. Was muss drei Monate nach der Veranstaltung existieren? Eine pilotierte Lösung spricht für intern; eine Pipeline von Partnern oder Neueinstellungen spricht für öffentlich.
2. Wer wird die Gewinnerideen verantworten? Ist keine interne verantwortliche Person bereit, die Arbeit eines externen Teams zu übernehmen, wird eine öffentliche Veranstaltung enttäuschen.
3. Welche Daten können Sie teilen, und mit wem? Lautet die Antwort „nur intern“, bauen Sie die öffentliche Variante um synthetische oder offene Daten herum – oder wählen Sie intern.
4. Was können Sie den Gewinnern versprechen? Öffentliche Teilnehmende erwarten mehr als eine Trophäe. Seien Sie klar darin, was Sie liefern können.
5. Wie viel Öffentlichkeit verkraften Sie? Eine öffentliche Veranstaltung ist ein öffentliches Statement. Führen Sie ein kurzes Pre-Mortem durch: Stellen Sie sich vor, die Presse berichtet schlecht darüber, und listen Sie auf, warum.

Fallen die Antworten gemischt aus, bewerten Sie beide Optionen anhand Ihrer Kriterien mit einer Gewichteten Entscheidungsmatrix, statt nach Vorliebe zu entscheiden.

Beides kombinieren

Die stärksten Veranstaltungen verbinden oft die Formate:

• Offene Veranstaltung, gemischte Teams. Machen Sie den Hackathon öffentlich, setzen Sie aber in jedes Team ein oder zwei Mitarbeitende. Sie bringen die Einschränkungen und das interne Netzwerk mit, die Externen den frischen Blick. Die Mitarbeitenden tragen die Gewinneridee anschließend ins Haus.
• Interne Veranstaltung, eingeladene Externe. Bleiben Sie intern, laden Sie aber einige Nutzer, Studierende oder Start-up-Gründerinnen als Teammitglieder oder Testpersonen ein.
• Zwei Stufen. Führen Sie eine interne Stufe durch, um die Challenges auszuwählen und zu schärfen, und dann eine offene Stufe, um sie zu lösen. Oder umgekehrt: eine offene Stufe für Ideen, dann die besten in eine interne Build-Woche.
• Erst intern, später öffentlich. Nutzen Sie ein Jahr lang interne Hackathons, um Ihre Fähigkeiten im Briefen, Mentoring und Nachfassen aufzubauen. Dann öffnen Sie sich – mit einer Erfolgsbilanz, auf die Sie verweisen können.

Was immer Sie wählen: Bereiten Sie die Übergabe früh vor. Eine vor der Veranstaltung vereinbarte Rollout-Checkliste für die Gewinnerideen zählt mehr als das Format.

Illustratives Beispiel

Illustrativ. Eine Regionalbank in Südeuropa wollte Kreditanträge kleiner Unternehmen vereinfachen. Ihr Innovationsteam schlug einen öffentlichen Hackathon vor; die Risiko- und Compliance-Teams lehnten es ab, irgendwelche Antragsdaten zu teilen.

Man einigte sich auf ein zweistufiges Design. Zuerst brachte eine interne zweitägige Veranstaltung Kreditsachbearbeiter, Filialmitarbeitende und IT zusammen, um die Antragsstrecke zu kartieren und drei konkrete Challenges festzulegen. Dann lud ein offener Wochenend-Hackathon Studierende und lokale Fintech-Entwickler ein, mit einem synthetischen Datensatz, der dieselben Felder wie echte Anträge hatte. Jedes Team hatte einen Bankmitarbeitenden als Mitglied, nicht als Mentor.

Das Gewinnerteam – zwei Studierende, ein Entwickler eines lokalen Start-ups und eine Kreditsachbearbeiterin – schlug einen geführten Vorab-Check vor, der Antragstellern zeigte, welche Unterlagen ihnen vor dem Einreichen noch fehlten. Weil die Kreditsachbearbeiterin im Team war, hatte die Idee von Anfang an eine interne Fürsprecherin, und die Bank bot dem Start-up über ihr bestehendes Lieferantenverfahren einen bezahlten Pilot an.

Do's and Don'ts

Do

• Entscheiden Sie danach, was nach der Veranstaltung passieren muss, nicht danach, wie die Veranstaltung aussehen wird.
• Veröffentlichen Sie für öffentliche Veranstaltungen klare Bedingungen: IP, Daten, Teilnahmeberechtigung, Preise und Verhaltensregeln.
• Setzen Sie bei öffentlichen Veranstaltungen interne Mitarbeitende in die Teams, nicht nur als Mentoren.
• Bereiten Sie einen echten Weg für die Gewinner vor: Pilot, Partnerschaft, Einstellung oder Inkubation.
• Beginnen Sie intern, wenn Sie noch nie einen Hackathon durchgeführt haben.

Don't

• Veranstalten Sie keinen öffentlichen Hackathon, um innovativ zu wirken. Teilnehmende merken, wenn hinter der Challenge niemand steht.
• Teilen Sie keine sensiblen Daten mit der Öffentlichkeit, auch nicht „nur fürs Wochenende“.
• Versprechen Sie externen Teams keine Umsetzung, wenn Sie nicht das Budget und den Prozess dafür haben.
• Schotten Sie interne Veranstaltungen nicht gegen jeden Blick von außen ab. Ein paar Nutzer oder Testpersonen schärfen jede Idee.
• Bewerten Sie interne und externe Teams nicht mit derselben Machbarkeitslatte. Externen fehlt Ihr Kontext; belohnen Sie die Erkenntnis.

Häufige Fragen

Bringen öffentliche Hackathons bessere Ideen hervor? Sie bringen tendenziell vielfältigere Ideen hervor, weil die Teilnehmenden von unterschiedlichen Punkten aus starten. Interne Hackathons bringen tendenziell Ideen hervor, die sich leichter umsetzen lassen. Keines ist grundsätzlich besser; es hängt davon ab, ob Sie Neuheit oder Umsetzung brauchen.

Wem gehören die Ideen aus einem öffentlichen Hackathon? Dem, was Ihre veröffentlichten Bedingungen sagen – deshalb müssen Sie sie schreiben, bevor die Anmeldung öffnet. Viele Veranstalter lassen den Teams ihre Rechte und bitten um ein Erstverhandlungsrecht. Holen Sie für Ihre Situation rechtlichen Rat ein.

Dürfen Mitarbeitende an einem öffentlichen Hackathon ihres eigenen Arbeitgebers teilnehmen? Ja, wenn die Bedingungen es zulassen – und oft ist das eine gute Idee. Legen Sie klar fest, ob sie Preise gewinnen können und wem gehört, was sie während der Veranstaltung bauen.

Methoden zur Vorbereitung

Nutzen Sie eine Stakeholder-Map, um zu sehen, wer die Veranstaltung tragen muss und wer die Ergebnisse erhält, und Assumption Mapping, um zu prüfen, was Sie über Teilnehmende und Ergebnisse annehmen. Zur gemeinsamen Ausrichtung mit anderen Organisationen siehe Der Ökosystem-Hackathon; zur Durchführung der Veranstaltung selbst So führen Sie einen Hackathon durch, der echte Ergebnisse liefert.