Kurz gefasst

• Beginnen Sie sechs Wochen vorher mit der Planung. Der Zeitplan, nicht die Technik, entscheidet über den Tag.
• Halten Sie das Thema eng genug, dass ein Team in fünf Minuten loslegen kann, und offen genug für zehn verschiedene Antworten.
• Stellen Sie ausgewogene Teams aus drei bis vier Personen bewusst zusammen. Lassen Sie keine Freundesgruppen sich selbst wählen.
• Veröffentlichen Sie die Bewertungsmatrix, bevor jemand eine Zeile Code schreibt, und gewichten Sie \"funktioniert es\" höher als den Feinschliff.
• Belohnen Sie Einsatz, Teamarbeit und eine klare Vorführung, nicht nur die schnellsten Programmierer.

Was ein Schul-Hackathon eigentlich ist

Ein Schul-Hackathon ist eine kurze, fokussierte Veranstaltung, bei der Schülerinnen und Schüler kleine Teams bilden, sich ein Problem aussuchen und gegen die Uhr einen funktionierenden Prototyp bauen. Das ist die ganze Idee: viel Bauen, eine feste Deadline und am Ende eine Vorführung. Er kann an einem einzigen Vormittag laufen oder sich über mehrere AG-Termine verteilen, und er funktioniert von der oberen Grundschule bis zur Oberstufe, solange der Umfang zum Alter passt.

Das Rezept ist leicht zu beschreiben und leicht falsch zu machen. Geben Sie den Jugendlichen ein klares Thema, ausgewogene Teams, eine einsehbare Bewertungsmatrix und gerade genug Hardware, um etwas Echtes zu bauen. Alles Folgende geht dieses Rezept durch, von sechs Wochen vorher bis zur Siegerehrung.

Wählen Sie ein Format, das zu Ihrer Schule passt

Legen Sie die Form der Veranstaltung vor allem anderen fest, denn sie bestimmt Ihren gesamten Zeitplan. Ein Hackathon muss kein Marathon sein. Für die meisten Schulen läuft die ehrliche Wahl auf drei Formate hinaus, und jedes bringt etwas zu einem Preis.

Format	Gut für	Vorteil	Vorsicht bei
Halbtags-Sprint (etwa drei Stunden)	Neulinge und jüngere Jahrgänge	Leicht zu besetzen, passt in einen Vormittag, geringer Druck	Teams werden gerade so fertig, halten Sie die Aufgabe also winzig
Ganzer Schultag	Einen ganzen Jahrgang oder eine AG-Präsentation	Zeit für einen echten Bau und ordentliche Vorführungen	Nach dem Mittag sinkt die Energie, planen Sie Pausen und Verpflegung
Mehrere Termine (einige Wochen AG-Zeit)	Tiefere, ambitioniertere Projekte	Weniger Hetze, Raum zum Iterieren und Testen	Zwischen den Terminen geht Schwung verloren, und halbfertige Projekte brauchen sichere Lagerung

Wenn es Ihr erster Versuch ist, machen Sie den Halbtags-Sprint. Eine kleine Veranstaltung, die sauber endet, lehrt mehr als ein Wochenende, das in der sechsten Stunde zusammenbricht.

Der Sechs-Wochen-Countdown

Der Großteil der Arbeit ist Organisation, und Organisation belohnt einen Kalender. Hier ein Countdown, der von einer einzelnen Veranstaltung im dritten Quartal ausgeht; die Phasen lassen sich aber auf jeden Termin übertragen.

Sechs bis vier Wochen vorher

Legen Sie Datum, Raum und Format fest. Klären Sie es mit allen, die den Raum mitnutzen, und gleichen Sie es mit Klassenarbeiten und Sportterminen ab. Entwerfen Sie Thema und Bewertungsmatrix jetzt, solange Sie Zeit zum Nachdenken haben, und nicht am Vorabend. Schätzen Sie grob ab, wie viele Jugendliche Sie erwarten und wie viele Erwachsene Sie in den Raum stellen können. Peilen Sie eine mentorierende Person je drei bis vier Teams an, damit niemand zwanzig Minuten festhängt.

Drei bis zwei Wochen vorher

Öffnen Sie die Anmeldung und bilden Sie Teams. Schicken Sie den Familien eine kurze Nachricht zu Zeiten, Verpflegung und Mitzubringendem. Zählen Sie Ihre Hardware und laden Sie alles mindestens einmal, damit Sie den leeren Akku jetzt finden und nicht am Tag selbst. Werben Sie früh Jurorinnen und Juroren an, denn vielbeschäftigte Erwachsene brauchen Vorlauf. Drucken oder teilen Sie die Bewertungsmatrix, damit die Jugendlichen sie vor ihrer Ankunft lesen können.

Die letzte Woche

Machen Sie einen Testlauf mit genau der Technik, die die Jugendlichen nutzen werden: anmelden, Editor öffnen, ein Board verbinden, ein Programm ausführen. Wenn es auf Ihrem Rechner scheitert, scheitert es auf dreißig. Bereiten Sie einen einfachen Ablaufplan mit Uhrzeiten vor und hängen Sie ihn an die Wand. Sortieren Sie Ersatzbaukästen, Kabel und Ladegeräte und beschriften Sie eine Kiste dafür.

Am Tag selbst

Starten Sie mit einer zehnminütigen Einführung: das Thema, die Regeln, die Bewertungsmatrix und wann die Uhr stoppt. Dann gehen Sie aus dem Weg. Halten Sie einen sichtbaren Countdown, rufen Sie die Halbzeit aus und geben Sie eine klare Fünfzehn-Minuten-Warnung vor dem Code-Freeze. Reservieren Sie den letzten Block für Vorführungen und Bewertung, damit der Tag nicht überzieht.

Setzen Sie ein Thema mit Leitplanken

Ein gutes Thema ist ein Zaun, kein Käfig. Zu vage (\"baut etwas Cooles\") und die Hälfte der Teams verbringt eine Stunde mit der Entscheidung, was sie tun soll. Zu eng (\"baut einen Linienfolger, der zweimal links abbiegt\") und jedes Projekt sieht gleich aus. Zielen Sie auf eine Vorgabe mit klarem Gegenstand und viel Spielraum, etwa \"hilf jemandem an unserer Schule\", \"mach unser Klassenzimmer sicherer\" oder \"etwas, das auf seine Umgebung reagiert\".

Geben Sie jedem Team ein einseitiges Briefing mit Thema, Rahmenbedingungen, Deadline und Bewertungsmatrix darauf. Ergänzen Sie zwei oder drei Beispielrichtungen, damit unsichere Teams einen Startpunkt haben, und machen Sie klar, dass das Anregungen sind und nicht die einzigen Möglichkeiten.

Stellen Sie Teams bewusst zusammen

Teams aus drei bis vier Personen sind der Idealpunkt. Paaren gehen Ideen und Rollen aus; bei Fünfergruppen sitzt jemand untätig herum. Widerstehen Sie dem Impuls, die Jugendlichen ihre Gruppen selbst wählen zu lassen, denn Freundescluster sortieren sich meist in die Selbstbewussten und die Übriggebliebenen. Mischen Sie Erfahrungsstufen und geben Sie jedem Team mindestens eine Person, die schon programmiert hat, und eine, die es noch nicht hat.

Vergeben Sie leichte Rollen, damit sich niemand versteckt: bauen, programmieren, protokollieren, präsentieren - gern rotierend. Rollen zählen am meisten für die Vorführung, wenn ein stilles Team mit einem großartigen Projekt trotzdem verlieren kann, weil sich niemand auf die Erklärung vorbereitet hat.

Bewerten Sie mit einer Matrix, die alle sehen können

Die größte einzelne Verbesserung an Fairness ist, die Bewertungsmatrix vor dem Start zu zeigen. Sie macht aus der Bewertung statt eines Rätsels ein Ziel. Beschränken Sie sie auf eine Handvoll Kriterien, bewerten Sie jedes auf einer kleinen Skala wie null bis fünf und gewichten Sie die, die echte Arbeit belohnen.

• Funktioniert es? Etwas Grobes, das läuft, schlägt etwas Schönes, das nicht läuft. Gewichten Sie das am stärksten.
• Passung zum Problem. Adressiert der Bau wirklich das Thema, oder ist das Team in einen auffälligen Nebenschauplatz abgedriftet?
• Kreativität. Belohnen Sie einen ungewöhnlichen Ansatz, nicht bloß mehr Funktionen.
• Teamarbeit. Konnte jedes Mitglied einen Teil erklären? Das entmutigt still, dass eine Person alles macht.
• Vorführung. Eine klare Erklärung in neunzig Sekunden mit einem Live-Durchlauf.

Weisen Sie Ihre Jury an, Fragen zu stellen statt Fehler zu jagen, und jedes Team gleich zu behandeln. Zwei Bewertende pro Team, die unabhängig punkten und dann vergleichen, glätten den strengen und den milden Maßstab.

Hardware und Logistik

An der Hardware sterben gute Pläne klammheimlich, behandeln Sie sie also als eigene Aufgabe. Rechnen Sie aus, was jedes Team braucht, und schlagen Sie eine Reserve drauf. Ein Klassensatz von zehn Baukästen für acht Teams heißt zwei Ersatzgeräte, wenn - nicht falls - etwas kaputtgeht. Laden Sie alles am Vortag, beschriften Sie Kabel und halten Sie eine Reparaturkiste mit Ersatzleitungen, einem Schraubendreher und Klebeband bereit.

Programmierbare Boards halten einen Hackathon körperlich, statt ihn im Bildschirm einzusperren. Ein einheitlicher Satz, etwa das sheenbot∞ Board, bedeutet eine Anleitung und einen Anmeldeweg zum Erklären statt fünf verschiedener Setups, die gleichzeitig zu debuggen sind. Wenn Sie einen Klassensatz aufstocken oder verschlissene Leitungen ersetzen, ersparen Ihnen die Ersatzteile und Baukästen im Store die Hektik in der Woche davor. Was auch immer Sie nutzen: Standardisieren Sie auf eine Plattform, damit Ihre Mentorinnen und Mentoren nicht den ganzen Tag zwischen Systemen übersetzen.

Ein Hinweis zum Strom für südafrikanische Räume. Planen Sie für Load Shedding: Kennen Sie Ihr Zeitfenster, laden Sie vorab und halten Sie eine stromlose Ersatzaufgabe bereit, damit ein zweistündiger Ausfall die Veranstaltung nicht versenkt.

Preise, die etwas bedeuten

Preise setzen den Ton, seien Sie also vorsichtig damit, was Sie belohnen. Wenn die einzige Trophäe an den schicksten Bau geht, lehren Sie alle anderen, dass sie ihren Tag vergeudet haben. Verteilen Sie die Anerkennung über Kategorien, damit mehr Teams gesehen nach Hause gehen: beste Lösung zum Thema, kreativste Idee, beste Teamarbeit, beste Vorführung und ein Jurypreis für das Team, das sich von einer Katastrophe erholt hat.

Halten Sie die Preise selbst bescheiden. Urkunden, ein kleines Bauteil oder das Recht, in der Schulversammlung vorzuführen, funktionieren alle. Was die Jugendlichen tatsächlich behalten, ist, aufgerufen zu werden und ihre Arbeit benannt zu hören - nicht der Wert des Gegenstands.

Häufige Ausfallmuster

• Ausufernder Umfang. Teams planen eine Kathedrale und schaffen einen Türrahmen. Drängen Sie alle, in der ersten halben Stunde eine \"kleinste funktionierende Version\" zu benennen.
• Das stille Trittbrettfahren. Rollen und das Teamarbeitskriterium fangen das ab, aber eine mentorierende Person sollte auch die Person bemerken, die still geworden ist, und sie zurückholen.
• Technik, die gleich zu Beginn versagt. Neunzig Minuten, die an Anmeldungen verloren gehen, sind der Klassiker. Genau dafür gibt es Ihren Testlauf in der letzten Woche.
• Bewertung, die sich willkürlich anfühlt. Eine sichtbare Matrix und zwei Bewertende pro Team beheben den meisten Unmut.
• Keine Zeit zum Präsentieren. Wenn Teams bis zum Klingeln bauen, verschwinden die Vorführungen und mit ihnen das Lernen. Schützen Sie den letzten Block rigoros.

Fazit

Ein Schul-Hackathon ist größtenteils Projektmanagement mit einer Countdown-Uhr. Fangen Sie sechs Wochen vorher an, wählen Sie ein Format, das Sie personell stemmen können, setzen Sie ein Thema mit Leitplanken, stellen Sie Teams bewusst zusammen und bewerten Sie anhand einer Matrix, die alle gesehen haben. Machen Sie das richtig, und die Technik erledigt sich weitgehend von selbst. Wenn Sie den Rhythmus lieber erst beobachten möchten, bevor Sie einen eigenen ausrichten: Unsere Ferienworkshops nutzen dieselbe Bauen-und-Vorführen-Form im kleineren Maßstab, und weitere Notizen für Organisierende lesen Sie im Newsroom.

FAQ

Wie lang sollte ein erster Schul-Hackathon sein?

Ein halber Tag. Etwa drei konzentrierte Stunden reichen jüngeren Teams, um etwas zu bauen und vorzuführen, ohne auszubrennen, und sind kurz genug, dass Sie ihn besetzen und sich erholen können, wenn die Technik zickt. Auf einen ganzen Tag strecken Sie erst, wenn Sie einen durchgeführt haben und Ihre Engpässe kennen.

Müssen die Jugendlichen vorher programmieren können?

Nicht alle. Gemischte Teams funktionieren am besten, mit mindestens einer Person, die schon programmiert hat, um die anderen flottzumachen. Wenn die meisten Ihrer Jugendlichen neu sind, machen Sie eine Woche vorher eine kurze Aufwärmeinheit mit denselben Werkzeugen, damit es im Hackathon um Ideen geht und nicht ums Anmelden. Eine einzelne Probestunde ist ein unverbindlicher Weg, den Stand einer Gruppe vor der Planung einzuschätzen.

Wie viele Mentorinnen und Mentoren brauche ich?

Etwa eine erwachsene Person je drei bis vier Teams. Weniger, und die Jugendlichen hängen fest; Mentorinnen und Mentoren sind da, um Fragen zu stellen und anzustoßen, nicht um zu bauen. Ältere Schülerinnen und Schüler sowie ein paar bereitwillige Eltern zählen mit.

Was, wenn mitten in der Veranstaltung der Strom ausfällt?

Gehen Sie davon aus, dass es passiert, und planen Sie darum herum. Laden Sie Boards und Laptops am Vortag, kennen Sie Ihr Load-Shedding-Fenster und halten Sie eine stromlose Aufgabe bereit, etwa das Skizzieren des Entwurfs oder das Planen der Vorführung, damit ein Ausfall zur Pause wird und nicht zum Ende des Tages.

Sollte es einen einzigen Sieger geben?

Bevorzugen Sie mehrere Kategorien gegenüber einem Hauptpreis. Beste Themenpassung, kreativster Beitrag, beste Teamarbeit und beste Vorführung lassen mehr Teams mit etwas nach Hause gehen, und sie belohnen die Verhaltensweisen, die Sie tatsächlich wollen. Ein einziger Sieger sagt jedem anderen Team, dass der Tag vergeudet war.