Erfahrungsbasiertes Lernen mit Simulationen bedeutet, agile Konzepte nicht zu erklären, sondern physisch erlebbar zu machen. Beim Okaloa Flow Lab bewegen Teams Karten über ein Brettspiel, messen Kennzahlen und verändern Parameter wie Work-in-Progress-Limits gezielt. Was vorher als Folie unverstanden bleibt, verankert sich so als Intuition, besonders bei Managern ohne Einblick in agile Arbeitsweisen.
Das Wichtigste in Kürze
- Simulationsbasiertes Lernen verankert Wissen deutlich besser als Folien-Vorträge, weil es die Intuition direkt adressiert statt nur den rationalen Verstand.
- Manager verstehen agile Mechanismen wie das Pull-Prinzip erst dann wirklich, wenn sie deren Wirkung in einer sicheren Simulationsumgebung selbst erleben, ohne ein echtes Projekt zu gefährden.
- Die klassische Projektsimulation endet bewusst mit einem frustrierenden Ergebnis: Das Board ist voll halbfertiger und blockierter Arbeit, um das Extrem klassischen Projektmanagements sichtbar zu machen.
- Teams, die in der zweiten Simulationsrunde ein Work-in-Progress-Limit setzen, arbeiten etwa 50 Prozent schneller, obwohl sich weder die Häufigkeit der Blockaden noch die eintreffenden Ereignisse verändert haben.
- Die Retrospektive nach der ersten Simulationsrunde zeigt regelmäßig ein Blame-Game: Teams suchen die Ursachen bei äußeren Faktoren, statt das eigene Arbeitsverhalten als Hebel zu erkennen.
Erfahrungsbasiertes Lernen schlägt die reine Vorlesung
Teams verstehen agile Prinzipien besser, wenn sie diese am simulierten Objekt erleben statt sie auf einer Folie zu lesen. Das ist der Kern hinter Simulationen wie dem Okaloa Flow Lab, einer von einem belgischen Team entwickelten Brettspiel-Umgebung, mit der sich Arbeitsfluss, Qualität und agile Mechanismen direkt durchspielen lassen.
Andreas Wübbeke nutzt diesen Ansatz sowohl in der Lehre als auch in Unternehmen. Der Unterschied zur klassischen Wissensvermittlung ist greifbar: Statt zu erklären, warum ein Work-in-Progress-Limit sinnvoll ist oder warum ein T-Shaped-Profil im Team Vorteile bringt, zeigt die Simulation diese Effekte am laufenden Beispiel.
Die Idee stammt aus dem Sporttraining. Beim Fußball gibt eine Regel wie One-Touch-Football den Spielern höhere Passgeschwindigkeiten auf kleinem Raum mit, die sie später im Spiel abrufen. Genauso setzt die Simulation Rahmenbedingungen, innerhalb derer sich die Teilnehmer frei bewegen und ausprobieren dürfen.
Das funktioniert viel schöner, weil es nicht den rationalen Teil des Verstandes adressiert, sondern die Intuition. Man kann das selber ausprobieren in den Händen.
Andreas Wübbeke
Wie eine Flow-Simulation konkret abläuft
Eine Runde besteht aus fünf Mitspielern pro Simulationsbrett: vier arbeiten im Team, einer übernimmt zu Beginn die Projektleitung. Die Teilnehmer bewegen Work-Items, also Karten, über das Brett und halten in jeder Runde Zahlen und Statistiken fest.
Johanna Maduch beschreibt den Einstieg als bewusst klassisch. Man beginnt mit einer Simulation im klassischen Projektmanagement und arbeitet sich erst danach zur agilen Variante vor. Die festgehaltenen Kennzahlen lassen sich am Ende vergleichen, und genau dieser Vergleich macht Diskussionen überflüssig, die sonst theoretisch im Kreis laufen.
Andreas hat die Reihenfolge des Lernens umgekehrt. Zuerst kommt die praktische Simulation, dann eine Retrospektive über das Erlebte und die Statistiken, erst danach die Theorie dahinter. Die Leitfrage lautet jedes Mal: Was ist hier gerade passiert, und warum?
Anschließend ändert das Team einen Parameter, den es selbst beeinflussen kann, etwa ein Work-in-Progress-Limit. Die Ereignisse während der Simulation und der Zufall bleiben gleich. So zeigt sich, ob das Ergebnis besser oder schlechter wird, ohne dass man Ursache und Wirkung verwechselt.
Für eine klassische und eine agile Simulation samt der Erarbeitung der Wirkmechanismen dazwischen reicht in Summe etwa ein halber Tag.
Die Simulation reduziert die Wirklichkeit mit Absicht
Eine Simulation klammert Dinge bewusst aus, und das ist kein Mangel, sondern der Zweck. Effekte, die in der realen Projektarbeit von anderen Faktoren überdeckt werden, lassen sich erst sichtbar machen, wenn man die Wirklichkeit reduziert.
Ein typischer Einstieg ist die klassische Projektmanagement-Simulation, die mit Absicht in einer frustrierenden Situation endet: Das Board ist voll, alles ist halb fertig, viel Arbeit ist blockiert. In der ersten Retrospektive folgt dann fast immer das Blame Game. Die Teilnehmer sagen, es komme zu viel Arbeit rein, die Blocker träten zu oft auf, die Wahrscheinlichkeiten seien zu hoch.
Genau hier liegt der Lernpunkt. Die Teilnehmer übersehen zunächst, dass sie ihre eigene Arbeitsweise verändern könnten, um die Leistung des Teams deutlich zu steigern. In der zweiten Runde arbeiten sie dann rund 50 Prozent schneller ab, obwohl weder die Wahrscheinlichkeit der Blockaden noch die Zahl der Ereignisse sinkt. Es kommt mehr heraus, das Board ist leerer, und das Team fühlt sich besser.
Wenn Tester oder erfahrene Praktiker an den Tisch kommen, zerrupfen sie gern jede Regel und jeden Zettel. Dann braucht es einen erfahrenen Spielleiter, der Seniorität ausstrahlt und die Sache im Griff hält. Eine gute Reaktion auf solche Einwände ist die Übertragungsfrage: Wie lässt sich der gezeigte Effekt in die eigene Realität bringen?
Versionen, die mit dem Wissensstand mitwachsen
Die Simulation existiert in mehreren Versionen, die sich entlang des Lernfortschritts steigern. Man startet klassisch, spielt dann agiler, und einzelne Änderungen bleiben dauerhaft bestehen. Am Anfang ist der Projektmanager als Rolle dabei, später wird er durch andere Rollen ersetzt oder fällt fast ganz weg.
Aus diesem Baukasten sind zwei neue Bausteine entstanden, die unterschiedliche Hebel betonen.
| Variante | Mechanik | Lernfokus |
|---|---|---|
| Timeboxing | Constraint Zeit, fünf Minuten statt fester Wiederholungszahl, Basisprozess teils reduziert | Teamentwicklung, schnelleres Agieren, Schätzungen |
| Continuous Improvement | Fehler werden in den Work-Items statistisch hinzugefügt, nicht nur Blocker | Entscheidungen über Testtiefe und Testzeitpunkt |
Beim Continuous Improvement handelt es sich nicht um echte Fehler, die man entdecken muss, sondern um statistisch hinzugefügte. Die Teilnehmer müssen abwägen: Wann teste ich, wie viel teste ich, und lohnt es sich, Tests zu überspringen, um am Ende mehr fertig zu haben?
Die Varianten lassen sich kombinieren. Man kann erproben, was passiert, wenn früh sehr viel getestet wird, oder das Testen in der Simulation einmal ganz weglassen und das Ergebnis betrachten. Eine Kompetenz-Simulation stellt zwei Extreme gegenüber: maximales Lernen im Team auf der einen Seite, maximales Expertentum auf der anderen.
Werte werden begreifbar, statt nur behauptet
Agile Werte wie ein T-Shaped-Profil oder ein WIP-Limit versteht niemand, weil sie auf einer Folie stehen. Sie tragen sich oft als ungeprüfte Überzeugungen mit: Ich will ein WIP-Limit, ich will ein T-Shape, weil das agil sei.
Die Simulation macht aus dieser Behauptung eine Erfahrung. Du kannst von einem Extrem ins andere gehen und konkret herausfinden, wie sich eine Entscheidung auswirkt. Statt über das richtige Limit zehnmal zu spekulieren, spielt ein Team darüber, eines darunter, eines ganz ohne, und alle vergleichen die Statistiken.
Dieser Modus erlaubt Fehler ohne Risiko. Die Umgebung ist sicher, kein konkretes Projekt steht auf dem Spiel. Auf einen Versuch in dieser geschützten Umgebung lassen sich auch Menschen ein, die in der Realität an festen Vorstellungen festhalten.
Warum die Methode für das Management wirkt
Simulationen funktionieren gerade mit Managern und Top-Managern gut, weil zwischen ihnen und den agil arbeitenden Teams häufig ein Disconnect besteht. Manager tauchen zum Review auf, schauen sich etwas an und sind wieder weg. Sie sind nicht Teil des Zyklus: kein Planning, keine Retrospektive, keine der Mechanismen, die agile Arbeit tragen.
Daraus entstehen Missverständnisse. Ein Klassiker betrifft das Pull-Prinzip, bei dem sich Teams ihre Arbeit selbst ziehen. Aus klassischer Perspektive klingt das nach Kontrollverlust: Wenn die Teams ziehen dürfen, wie ich Druck mache. Spielt man durch, wie stark dieses Pullen den Arbeitsfluss verbessert, entsteht Verständnis für den Mechanismus.
Management braucht für diesen Lernschritt mehr Unterstützung als ein Studierendenkreis. Erfahrene Manager sind mit Wissen aus der Praxis gefüllt und stellen sehr grundsätzliche Fragen. Darauf muss ein Trainer ebenso grundsätzliche und klare Antworten parat haben.
Lernen über die Hand verankert das Wissen tiefer
Der Stoff bleibt besser hängen, wenn man ihn praktisch erlebt. Diese Beobachtung zeigt sich in der Lehre an den Noten der Studierenden, die die Mechanismen nach einer Simulation deutlich besser behalten als nach dem reinen Lernen eines Foliensatzes.
Dahinter steht das Prinzip des Constraint-Led-Learning, dessen positiver Effekt auch wissenschaftlich beschrieben ist. Aus diesem Ansatz stammen die Sportmethoden, bei denen die Trainingsumgebung so gestaltet wird, dass gewisse Automatismen mit der Zeit greifen.
Eine Vorlesung erreicht zunächst nur die Kognition. Der Mensch läuft jedoch einen Großteil des Tages auf Autopilot, weil das Gehirn teuer im Unterhalt ist und Automatismen bevorzugt. Über das Haptische, über das Anfassen, lässt sich die Intuition direkt adressieren, und die Kognition folgt der Intuition. So entsteht eine Abkürzung ins Lernen, die ein Vortrag nicht bietet.
Teamdynamik ist der Grund, warum die Simulation in Präsenz gespielt gehört. Das Zusammensitzen am Brett macht etwas mit den Leuten, und Teams agieren mit sehr unterschiedlichen Ambitionen. Wie ein Team sich gerade fühlt, lässt sich online kaum so abgreifen wie am gemeinsamen Tisch.
