Die Lego-City-Sprint-Übung
Alles, was ihr bisher gelernt habt — Sprints, Schätzen, Product Backlog, Definition of Done — in einer praktischen Übung. Holt eine Kiste Lego, sucht euch ein paar Mitspieler und baut eine Stadt in kurzen, zeitlich begrenzten Sprints.
So funktioniert die Übung
Ziel ist es zu spüren, wie es sich anfühlt, etwas zu schätzen und zu planen, das ihr noch nie gemacht habt — nicht, eine perfekte Stadt zu bauen.
Was ihr braucht
Eine Kiste gemischter Lego-Steine, 3–6 Teilnehmer, eine ebene Baufläche, eine Stoppuhr und das Backlog unten – ausgedruckt oder aufgeschrieben. Optional ein Planning-Poker-Set (oder unser Online-Planning-Poker-Tool) zum Schätzen.
Die Timebox
Jeder Sprint dauert genau 15 Minuten Bauzeit, davor ein paar Minuten Sprint Planning und danach ein paar Minuten Sprint Review. Spielt 2–4 Sprints, damit das Team spürt, wie sich Schätzungen und Velocity über die Zeit verändern.
Ablauf einer Session
- Backlog vorstellen. Zeigt den Teilnehmern die Epics und User Stories unten — das ist "Lego City", das Produkt, das sie gemeinsam bauen.
- Gemeinsam schätzen. Schätzt vor dem ersten Sprint jede User Story mit Planning Poker und einer Fibonacci-ähnlichen Skala. Niemand hat mit genau diesem Backlog bisher gebaut — genau das ist der Punkt. Vergleicht eure Schätzungen, wenn sie auseinandergehen.
- Sprint Planning (2–3 Min). Das Team wählt ein Sprint-Ziel und sucht sich die User Stories aus, die es in den nächsten 15 Minuten schaffen will.
- Sprint (15 Min). Bauen! Haltet euch an die Acceptance Criteria. Ist eine Story fertig, holt euch die nächste aus dem Product Backlog.
- Sprint Review (2–3 Min). Prüft jede fertige Story gegen ihre Acceptance Criteria und die Definition of Done des Teams. Zählt nur, was wirklich "Done" ist.
- Retrospektive (2–3 Min). Was hat euch gebremst? War die Schätzung treffsicher? Was macht ihr im nächsten Sprint anders?
- Wiederholen. Spielt einen weiteren Sprint. Die meisten Gruppen merken schon nach ein bis zwei Sprints, dass ihre Velocity vorhersehbarer und ihre Schätzungen realistischer werden.
Das Lego-City-Backlog
Fünf Epics mit jeweils eigenen User Stories und Acceptance Criteria — das echte Backlog aus Live-Sessions dieses Kurses. Ordnet es nach Wert, schätzt es und legt los.
Epic 1: In der Stadt Material transportieren
Ich möchte als Anwohner in der Lage sein, Blöcke und Material durch die Stadt fahren zu können.
User Story 1.1: Traktor
Als Hausbewohner möchte ich einen Traktor haben, um damit einfach Sachen rumfahren zu können.
User Story 1.2: Garage für den Traktor
Als Hausbewohner möchte ich eine Garage für meinen Traktor haben, damit dieser vor Witterung geschützt ist.
Acceptance Criteria:
- – Die Garage hat eine Tür und 3 Wände
User Story 1.3: Kran zum Aufladen
Als Stadtbewohner wünsche ich mir einen Kran, damit ich Material aufladen kann.
User Story 1.4: Anhänger für den Traktor
Als Hausbewohner mit einem Traktor wünsche ich mir einen Anhänger, um darauf Sachen aufladen zu können.
Epic 2: Attraktive Wohnmöglichkeiten
Es besteht die Notwendigkeit, attraktive Häuser in der Stadt zu haben, um damit neue Anwohner für die Stadt zu begeistern.
User Story 2.1: Haus mit Garten
Als Anwohner hätte ich gerne ein Haus mit Garten davor, damit ich im Sommer die Sonne genießen kann.
Acceptance Criteria:
- – Der Garten hat einen Zaun
User Story 2.2: Car Port für das PKW
Als Hausbewohner möchte ich neben meinem Haus ein Car Port haben, damit mein Auto vor der Witterung geschützt ist.
Acceptance Criteria:
- – Das PKW passt in das Car Port
User Story 2.3: PKW
Als Anwohner hätte ich gerne ein PKW, damit ich zur Arbeit fahren kann.
Acceptance Criteria:
- – Es passen mind. 2 Personen in das Auto
Epic 4: Öffentliche Verkehrsmittel
Die Stadt muss öffentlichen Verkehr anbieten, da nicht alle Anwohner ein eigenes PKW besitzen.
User Story 4.1: Bus
Als Anwohner der Stadt würde ich gerne Bus fahren, um mich durch die Stadt zu bewegen ohne ein eigenes Auto.
Acceptance Criteria:
- – Mehrere Personen passen in den Bus
User Story 4.2: Bus Haltestelle
Als Anwohner der Stadt wünsche ich mir eine überdachte Bus Haltestelle, damit ich bei Regen trocken auf den Bus warten kann.
Acceptance Criteria:
- – Die Haltestelle hat eine Bank
User Story 4.3: Doppeldecker Bus
Als Bürgermeister der Stadt wünsche ich mir einen Doppeldecker Bus, damit mehr Passagiere gleichzeitig transportiert werden können.
Acceptance Criteria:
- – Der Bus hat 2 Stockwerke
Epic 5: Stadt Infrastruktur
In der Stadt benötigen wir die Grundinfrastruktur.
User Story 5.1: Straßennetz
Als Bürgermeister der Stadt benötige ich Straßen, um den Anwohnern die Möglichkeit für schnelles Fortbewegen zu ermöglichen.
Acceptance Criteria:
- – Nicht zwingend aus Lego Steinen gebaut
User Story 5.2: Fußgänger Brücke
Als Fußgänger wünsche ich mir eine Brücke, um die viel befahrenen Straßen zu überqueren.
Acceptance Criteria:
- – Zwei Lego Figuren kommen locker über die Brücke rüber
User Story 5.3: Ein Fluss
Als Bürgermeister der Stadt wünsche ich mir einen Fluss, um die Lebensqualität der Bürger zu erhöhen.
Acceptance Criteria:
- – Nicht zwingend aus Lego Steinen gebaut
Epic 6: Freizeit Einrichtungen
Als Anwohner wünsche ich mir Freizeiteinrichtungen, damit das Leben in der Stadt an Qualität gewinnt.
User Story 6.1: Freibad
Als Bürger der Stadt wünsche ich mir ein Freibad mit einem Sprungbrett.
Acceptance Criteria:
- – Wasser nicht zwingend aus Lego
- – Das Becken hat einen Rand zum Hinsetzen
- – Sprungbrett ist auf einem Turm (mind. Höhe 2 Figuren)
Das war der ganze Kurs
Ihr habt das Scrum-Framework, das Scrum Team und die Scrum Events, die Artefakte und Commitments behandelt — und jetzt eine echte Übung, um Schätzen und Sprint Planning zu üben. Am besten bleibt es im Kopf, wenn ihr die Lego-City-Übung mit eurem eigenen Team durchspielt.
Kurs erstellt von Željko Kvesić, basierend auf live gehaltenen Scrum-Schulungen.