Ziel
Teamarbeit und Prototyping
Marshmallow Challenge – Teamarbeit und Prototyping erleben
Marshmallow Challenge für Teamarbeit, Prototyping, Iteration und gezielte Reflexion in Gruppen.
Marshmallow Challenge für Teamarbeit, Prototyping, Iteration und gezielte Reflexion in Gruppen.
Marshmallow Challenge: Wenn Zusammenarbeit sichtbar statt nur besprochen wird
Über Teamarbeit lässt sich leicht sprechen. Schwieriger ist es, in kurzer Zeit tatsächlich sichtbar zu machen, wie eine Gruppe plant, entscheidet, Aufgaben verteilt, Risiken einschätzt und mit Fehlschlägen umgeht. Genau deshalb ist die Marshmallow Challenge mehr als eine nette Bauaufgabe. Sie erzeugt in wenigen Minuten eine konkrete Situation, in der Zusammenarbeit unter Zeitdruck beobachtbar wird.
Die Teams erhalten Spaghetti, Klebeband, Schnur und einen Marshmallow und sollen daraus einen möglichst hohen freistehenden Turm bauen. Der Marshmallow muss oben sitzen. Was zunächst simpel klingt, zwingt zu Entscheidungen: Erst planen oder sofort bauen? Wer übernimmt welche Rolle? Wann wird getestet? Wie reagiert die Gruppe, wenn die Konstruktion instabil wird?
Didaktisch stark wird die Challenge vor allem dann, wenn der Bauprozess anschließend systematisch ausgewertet wird. Nicht die Turmhöhe ist die eigentliche Erkenntnis, sondern das Muster dahinter: frühes Testen, Iteration, Rollenverteilung, Kommunikation, Umgang mit Unsicherheit und die Frage, wie schnell Teams bereit sind, eine schöne Idee wieder zu verwerfen.
Dauer
30–60 Minuten
Sozialform
Kleingruppe
Materialaufwand
vorbereitet
Steuerungsgrad
mittel
Ablauf
1. Material vorbereiten. Jedes Team erhält dieselbe Materialmenge, typischerweise Spaghetti, Klebeband, Schnur und einen Marshmallow. Die Bedingungen müssen für alle Gruppen vergleichbar sein.
2. Aufgabe klar setzen. Die Teams sollen innerhalb einer festgelegten Zeit einen möglichst hohen freistehenden Turm bauen. Der Marshmallow muss oben auf der Konstruktion sitzen und der Turm am Ende ohne Festhalten stehen.
3. Bauphase starten. Die Gruppen entscheiden selbst, wie sie planen, bauen, testen und ihre Aufgaben verteilen. Greife möglichst wenig ein, solange die Regeln eingehalten werden.
4. Zwischenverhalten beobachten. Achte auf typische Muster: Wird lange geplant? Wird früh getestet? Übernimmt eine Person die Führung? Werden Ideen verworfen oder verteidigt? Die Beobachtung ist für die spätere Reflexion wichtiger als der Wettbewerb.
5. Ergebnis prüfen. Am Ende wird gemessen, welcher Turm tatsächlich freistehend ist und die Bedingungen erfüllt. Konstruktionen, die nur kurz gehalten werden können oder den Marshmallow nicht tragen, gelten nicht als erfolgreich.
6. Prozess auswerten. Die Reflexion richtet den Blick zurück auf Planung, Prototyping, Kommunikation, Rollen, Fehlversuche und Anpassungen. Erst hier wird die Aufgabe zur didaktisch wirksamen Teamübung.
Varianten
Kurze Challenge. Verkürze die Bauzeit deutlich. Das erhöht den Entscheidungsdruck und macht sichtbar, wie schnell Teams ins Handeln kommen.
Zwei Bauphasen. Nach einer ersten Runde folgt eine kurze Reflexion und anschließend ein zweiter Versuch. Diese Variante eignet sich besonders, wenn Iteration und Lernen aus Erfahrung im Mittelpunkt stehen sollen.
Begrenzte Kommunikation. Einzelne Rollen dürfen zeitweise nicht sprechen oder nur über bestimmte Kanäle kommunizieren. Dadurch wird stärker sichtbar, wie Abstimmung und Informationsfluss funktionieren.
Rollen vorgeben. Vergib Rollen wie Zeitwächter:in, Konstrukteur:in, Beobachter:in oder Materialverantwortliche:r. So lässt sich untersuchen, wie Rollenklärung die Zusammenarbeit verändert.
Zusätzliche Einschränkung. Reduziere Material, begrenze bestimmte Werkzeuge oder verändere die Baufläche. Wichtig ist, dass die Zusatzregel einen klaren didaktischen Zweck hat und nicht nur den Schwierigkeitsgrad erhöht.
Transfer-Variante. Nach dem Bau übertragen die Teams ihr Vorgehen auf ein reales Projekt: Wo planen wir zu lange? Wo testen wir zu spät? Wo fehlt uns ein früher Prototyp?
Warum die Marshmallow Challenge frühes Testen und Iteration stärkt
Die Aufgabe erzeugt unmittelbare Rückmeldung zwischen Planung und Realität. Eine Idee, die auf dem Papier stabil wirkt, scheitert möglicherweise schon beim ersten Belastungstest. Dadurch entsteht ein schneller Kreislauf aus Hypothese, Ausprobieren, Feedback und Anpassung. Diese wiederholte Rückkopplung fördert aktives Problemlösen, weil Wissen nicht nur besprochen, sondern direkt an einer konkreten Konstruktion überprüft wird. Zugleich werden Fehlversuche sichtbar als Information nutzbar.
Didaktische Hinweise
Der Bau ist nur der Auslöser. Ohne Auswertung bleibt die Challenge schnell ein unterhaltsamer Wettbewerb. Plane deshalb ausreichend Zeit für die Reflexion ein und behandle den Bauprozess als Beobachtungsmaterial.
Nicht nur Gewinner betrachten. Der höchste Turm liefert nicht automatisch das interessanteste Lernbeispiel. Auch gescheiterte Konstruktionen zeigen oft besonders klar, wo Teams zu spät getestet, zu lange geplant oder Risiken unterschätzt haben.
Prototyping sichtbar machen. Der zentrale Unterschied liegt häufig darin, ob Teams früh kleine Tests durchführen oder lange an einer einzigen Endlösung bauen. Genau diese Entscheidung sollte in der Auswertung ausdrücklich thematisiert werden.
Material ist Teil der Denkaufgabe. Der Marshmallow wirkt leicht, belastet die Spitze aber deutlich. Wenn Teams ihn erst ganz am Ende aufsetzen, bricht die Konstruktion häufig zusammen. Diese Erfahrung macht späte Realitätsprüfung unmittelbar sichtbar.
Wettbewerb nicht überbetonen. Ein Rankingsystem kann motivieren, aber es darf die Reflexion nicht verdrängen. Entscheidend ist nicht, wer gewonnen hat, sondern welche Arbeitsweisen tragfähig waren.
Keine fertige Moral vorgeben. Formulierungen wie „Kinder bauen bessere Türme als Manager“ sind als pauschale Botschaft zu grob. Nutze stattdessen die konkrete Gruppe als Ausgangspunkt: Was ist hier tatsächlich passiert und welche Muster lassen sich daraus ableiten?
Praxisbaukasten: Fragen für eine starke Auswertung
Die folgenden Fragen helfen dabei, den Bauprozess systematisch auszuwerten und von der Konstruktion zum eigentlichen Lernziel zu kommen.
Zum Startverhalten: „Was haben Sie in den ersten drei Minuten gemacht – geplant, gebaut, diskutiert oder getestet?“
Zum Prototyping: „Wann haben Sie zum ersten Mal geprüft, ob Ihre Konstruktion tatsächlich trägt?“
Zu Entscheidungen: „Welche Idee wurde schnell akzeptiert – und welche wurde verworfen?“
Zu Rollen: „Wer hat welche Funktion übernommen, auch ohne dass sie ausdrücklich verteilt wurde?“
Zu Kommunikation: „Wo hat Abstimmung geholfen, wo hat sie Zeit gekostet?“
Zum Umgang mit Fehlern: „Was ist beim ersten Scheitern passiert: Verteidigen, neu planen oder sofort verändern?“
Zur Risikoeinschätzung: „Welche Annahme über Material oder Stabilität stellte sich als falsch heraus?“
Zum Transfer: „Wo erleben Sie in Ihrer Arbeit ein ähnliches Muster: lange planen, spät testen, dann unter Zeitdruck korrigieren?“
Weiterführende Materialien
Wann lieber eine andere Methode?
Die Marshmallow Challenge ist stark, wenn Teamverhalten, Iteration und Prototyping konkret beobachtbar werden sollen. Wenn dagegen tiefere Konfliktbearbeitung, komplexe Projektplanung oder individuelle Reflexion im Mittelpunkt stehen, ist eine andere Methode passender.
Praxisimpuls
Die Marshmallow Challenge ist schnell aufgebaut. Schwieriger ist die Frage, was du während der Bauphase eigentlich beobachten willst und wie du anschließend vom Turm zum Teamlernen kommst. Ein kompaktes Auswertungsraster hilft dir, Prototyping, Rollen, Kommunikation, Fehlversuche und Iteration gezielt sichtbar zu machen, ohne aus der Challenge ein vollständiges Teamtraining zu machen.
Einsatzideen nach Zielgruppe und Situation
Die Marshmallow Challenge lässt sich besonders gut einsetzen, wenn Zusammenarbeit und iteratives Vorgehen nicht abstrakt erklärt, sondern in einer kurzen Situation sichtbar gemacht werden sollen.
-
Grundschule: Gemeinsam bauen.
Kinder erleben unmittelbar, wie wichtig Abstimmung, Ausprobieren und gemeinsames Entscheiden sind.
-
Sekundarschule: Problemlösen unter Zeitdruck.
Schüler:innen testen verschiedene Bauideen und reflektieren anschließend, warum manche Konstruktionen früher stabil wurden als andere.
-
Berufsschule: Planung und Realität vergleichen.
Auszubildende übertragen die Erfahrung auf Arbeitsprozesse, in denen Annahmen früh praktisch geprüft werden müssen.
-
Universität: Projektarbeit reflektieren.
Studierende analysieren, wie schnell Teams in Planungsschleifen geraten und welche Rolle frühe Tests spielen.
-
Erwachsenenbildung: Teamdynamik sichtbar machen.
Gruppen beobachten, wie Führung, Beteiligung, Kommunikation und Entscheidungswege spontan entstehen.
-
Trainer:innenausbildung: Reflexion statt Eventcharakter.
Teilnehmende erleben die Challenge und entwickeln anschließend eigene Auswertungsfragen für unterschiedliche Trainingsziele.
-
Unternehmen: Prototyping greifbar machen.
Projektteams übertragen die Erfahrung auf reale Entwicklungsprozesse und diskutieren, wo früher getestet werden könnte.
-
Führungskräfteentwicklung: Steuerung und Autonomie prüfen.
Führungskräfte reflektieren, wann sie führen, wann sie Raum geben und wie Entscheidungen unter Unsicherheit entstehen.
Passendes Material zum Thema
FAQ
Ist die Marshmallow Challenge dasselbe wie ein Egg Race?
Nein. Beide sind Konstruktionsaufgaben unter begrenzten Bedingungen, verfolgen aber unterschiedliche klassische Aufgabenlogiken. Bei der Marshmallow Challenge geht es um einen freistehenden Spaghetti-Turm mit Marshmallow an der Spitze; beim Egg Race steht typischerweise der Schutz oder Transport eines Eis im Mittelpunkt.
Ist die Marshmallow Challenge Design Thinking?
Nein. Sie kann Prinzipien wie schnelles Prototyping, Testen und Iteration sichtbar machen, ist aber kein vollständiger Design-Thinking-Prozess. Empathie, Problemdefinition, Ideenentwicklung, Prototyping und Testen werden nicht systematisch in vollständigen Phasen durchlaufen.
Was passiert, wenn der Turm am Ende zusammenfällt?
Dann ist genau das ein wertvoller Reflexionsmoment. Interessant ist, wann der Marshmallow erstmals getestet wurde und welche Annahmen über Stabilität zuvor gemacht wurden.
Wie groß sollten die Teams sein?
Meist funktionieren kleine Gruppen besser als große. Bei zu vielen Personen steigt die Gefahr, dass einzelne kaum beteiligt sind und die Beobachtung von Rollen schwieriger wird.
Kann die Challenge online durchgeführt werden?
Nur eingeschränkt. Sie lebt stark von gemeinsamem physischem Material und unmittelbarer Konstruktion. Online eignen sich andere kollaborative Prototyping- oder Bauaufgaben meist besser.
Fazit
Die Marshmallow Challenge ist dann stark, wenn sie nicht als lustige Baupause, sondern als verdichtete Beobachtungssituation für Zusammenarbeit und Prototyping eingesetzt wird. Der Turm liefert dabei nur das sichtbare Ergebnis; interessant sind die Entscheidungen, die davor passiert sind.
Der größte Lernwert entsteht meist dort, wo Teams erkennen, dass frühes Testen, schnelles Verwerfen und wiederholtes Anpassen oft tragfähiger sind als langes Planen an einer einzigen perfekten Lösung.