Daily Standup: So führen Sie ein effektives Scrum-Meeting durch

Das Daily Standup ist eines der am häufigsten kopierten Rituale in modernen Software-Teams, und eines der am meisten missverstandenen. Richtig durchgeführt, hält es einen Sprint auf Kurs, ohne den Morgen zu verschlingen. Falsch durchgeführt, wird es zu einem 40-minütigen Statusbericht, den niemand bestellt hat.

Was ist ein Daily Standup?

Ein Daily Standup (auch Daily Scrum genannt) ist ein kurzes, zeitlich begrenztes Team-Sync, auf maximal 15 Minuten beschränkt, bei dem ein Entwicklungsteam den Fortschritt zum Sprint-Ziel überprüft und die nächsten 24 Stunden plant. Der Name kommt von der ursprünglichen Praxis, das Meeting im Stehen abzuhalten, wobei die körperliche Unbequemlichkeit ein sanfter Hinweis war, die Dinge knapp zu halten.

Das Daily Standup ist eines der fünf formalen Events im Scrum-Framework. Es gehört den Developers, nicht dem Scrum Master oder dem Product Owner. Der Scrum Master moderiert nur auf Einladung. Der Product Owner nimmt als Zuhörer teil, sofern das Team ihn nicht einbezieht.

Kennzahlen

• Der Scrum Guide 2020 reduzierte das Daily Scrum auf ein einziges Ziel: den Fortschritt zum Sprint-Ziel prüfen und den Sprint Backlog bei Bedarf anpassen. Die drei Fragen sind eine vorgeschlagene Technik, keine Regel.
• Der State of Agile Report (digital.ai, 2023) stellte fest, dass Daily Standups die mit Abstand am weitesten verbreitete Scrum-Veranstaltung sind, die von über 86 % der befragten agilen Teams genutzt werden.
• Atlassian-Forschung zu Meeting-Kosten stellt fest, dass ineffektive Meetings US-Unternehmen schätzungsweise 37 Milliarden Dollar pro Jahr kosten. Ein gut geführtes 15-minütiges Daily Sync ist eines der Meetings mit dem höchsten Return.
• Eine prägnante Formulierung aus der Scrum-Community: "Das Daily Scrum ist kein Bericht an das Management. Es ist ein Plan der Menschen, die die Arbeit erledigen, für die Menschen, die die Arbeit erledigen."

Die drei Daily-Standup-Fragen

Die klassische Struktur bittet jedes Teammitglied, drei Fragen zu beantworten:

1. Was habe ich gestern getan, das dem Team hilft, das Sprint-Ziel zu erreichen?
2. Was werde ich heute tun, um dem Team beim Erreichen des Sprint-Ziels zu helfen?
3. Gibt es Blocker (Hindernisse) in meinem Weg?

Diese Fragen konzentrieren das Gespräch auf den Sprint, nicht auf allgemeinen Status. Der Fokus liegt auf dem Vorwärtskommen: Was tun wir, um das Ziel zu erreichen, und was steht im Weg?

Moderne Teams passen diese Struktur an. Manche gehen stattdessen das Board ab (in der Formate-Sektion unten erläutert). Andere nutzen ein offeneres Check-in. Der Scrum Guide 2020 hat die vorschreibenden drei Fragen bewusst fallen gelassen und überlässt das Format dem Team, solange das Meeting zeitlich begrenzt und auf das Sprint-Ziel fokussiert bleibt.

Beachten Sie die Formulierung: "dem Team geholfen, das Sprint-Ziel zu erreichen", nicht "woran ich gearbeitet habe". Diese Formulierung verschiebt die Denkweise vom individuellen Aufgaben-Reporting zum kollektiven Fortschritt. Eine kleine Wortänderung mit großer Wirkung.

Vorteile eines Daily Standups

Wenn das Format sauber ist, liefert ein Daily Standup mehrere echte Vorteile:

Blocker werden schnell sichtbar. Ein Problem, das in einem wöchentlichen Sync drei Tage bräuchte, um aufzutauchen, kann innerhalb von 24 Stunden angesprochen und zur Lösung geleitet werden. Das ist ein bedeutsamer Unterschied in einem zweiwöchigen Sprint.

Weniger Abhängigkeit von schriftlichen Updates. Teams mit starken Standup-Gewohnheiten schreiben weniger Status-E-Mails und nehmen an weniger Ad-hoc-Check-in-Calls teil. Das Meeting ist die leichtgewichtige Koordinationsschicht.

Gemeinsames Situationsbewusstsein. Jeder im Team weiß, wo der Sprint steht. Dieser gemeinsame Kontext ermöglicht es Entwicklern, sich gegenseitig zu helfen, ohne dass ein Manager Anfragen weiterleiten muss.

Sprint-Fokus wird gestärkt. Eine tägliche Frage, die mit dem Sprint-Ziel verknüpft ist, hält das Ziel sichtbar. Es ist schwieriger, in ungeplante Arbeit abzudriften, wenn man jeden Morgen antwortet: "Treibt das, was ich tue, den Sprint voran?"

Scope Creep wird früh erkannt. Wenn jemand Arbeit erwähnt, die nicht im Sprint war, bemerkt das Team es sofort, anstatt es erst in der Sprint-Retrospektive zu entdecken.

Häufige Fehler und Anti-Patterns

Die meisten schlechten Standups gehen auf eines von vier Mustern zurück:

Es zum Statusbericht an den Manager machen. Das Daily Standup existiert für das Team, nicht für die Führungsebene. Wenn ein Manager das Meeting leitet und Entwickler der Reihe nach an ihn berichten, verschiebt sich die Dynamik. Entwickler beginnen, ihre Antworten danach zu optimieren, wie sie klingen, nicht danach, was das Team wissen muss. Die Aufgabe des Scrum Masters ist es, das Team vor dieser Abweichung zu schützen.

Über 15 Minuten gehen. Die Zeitbox existiert aus gutem Grund. Wenn Standups regelmäßig 25 oder 30 Minuten dauern, sinkt die Teilnahme, die Aufmerksamkeit schwindet und Entwickler beginnen, den Meeting-Slot anderweitig zu buchen. Wenn ein Team mit 5-7 Personen nicht in 15 Minuten fertig wird, erledigt das Meeting zu viel.

Im Meeting Probleme lösen. Das Standup dient dazu, Blocker anzusprechen, nicht sie zu lösen. Wenn jemand einen Blocker erwähnt und das Team sofort damit beginnt, ihn zu debuggen, nimmt das Problem einer Person die Zeit aller anderen in Anspruch. Die Lösung: den Blocker notieren, identifizieren, wer an dem Folge-Gespräch teilnehmen muss, und weitermachen. Die Lösung für nach dem Standup parken.

Es ausfallen lassen. Teams lassen das Daily Standup ausfallen, wenn sie das Gefühl haben, es hat keinen Wert, was meist bedeutet, es hatte keinen Wert, weil es als Statusbericht lief. Das Auslassen entfernt aber den einzigen garantierten täglichen Koordinationspunkt. Ohne ihn sammeln sich Blocker still an und Abhängigkeiten werden übersehen.

Aufgaben statt Fortschritt berichten. "Ich habe an der Login-Seite gearbeitet" ist weniger nützlich als "Ich habe die Formularvalidierung abgeschlossen; die Login-Seite ist jetzt unblockiert." Ersteres ist Aktivität. Letzteres ist Fortschritt.

So führen Sie ein effektives Daily Standup durch (Schritt für Schritt)

Schritt 1: Festen Termin und Ort festlegen

Wählen Sie eine Zeit, die für das gesamte Team funktioniert, und halten Sie diese fest. Gleich am Morgen funktioniert gut für die meisten Präsenz-Teams. Remote-Teams verschieben manchmal 30 Minuten nach hinten, damit alle ankommen können. Am wichtigsten ist Konsistenz: Das Standup findet jeden Tag zur selben Zeit statt, ausnahmslos. Das eliminiert den kognitiven Aufwand der Terminplanung und signalisiert, dass das Meeting ein unverhandelbarer Teil des Sprint-Rhythmus ist.

Schritt 2: Auf 15 Minuten beschränken

Starten Sie zu Beginn des Meetings einen sichtbaren Timer. Wenn er 15 Minuten erreicht, endet das Standup, auch wenn nicht jeder gesprochen hat. Wenn 15 Minuten für Ihre Teamgröße konsequent nicht ausreichen, haben Sie ein Teamgrößen-Problem, kein Standup-Problem. Teams mit mehr als 9 Personen sollten eine Aufteilung in Betracht ziehen.

Schritt 3: Im Stehen bleiben

Wenn das Team vor Ort ist, stehen alle. Wenn das Meeting remote ist, hilft es dennoch, dass alle auf Kamera und aufrecht sind. Die stehende Haltung ist ein körperliches Signal: Das hier ist ein kurzer Abstimmungs-Check, kein Workshop.

Schritt 4: Jede Antwort auf das Sprint-Ziel fokussieren

Vor dem Standup sollte das Sprint-Ziel sichtbar sein, auf dem Board, im Meeting-Hintergrund oder zu Beginn laut vorgelesen. Jede Antwort sollte darauf Bezug nehmen. Wenn jemand an etwas arbeitet, das nichts mit dem Sprint-Ziel zu tun hat, ist das erwähnenswert: Ist es wirklich dringend oder ist das Team abgedriftet?

Schritt 5: Tiefere Diskussionen sofort parken

Wenn ein Thema mehr als einen Satz benötigt, unterbricht der Moderator sanft: "Lass uns das parken und nach dem Standup besprechen." Manche Teams halten eine Haftnotiz oder eine Whiteboard-Spalte namens "Parking Lot". Wer ein geparktes Thema eingebracht hat, bleibt für das Folgegespräch. Alle anderen können gehen.

Schritt 6: Blocker bis zur Lösung verfolgen

Einen Blocker im Standup anzusprechen, ist nur nützlich, wenn danach etwas damit passiert. Weisen Sie jedem Blocker einen klaren Verantwortlichen zu, in der Regel den Scrum Master, und erkundigen Sie sich beim nächsten Standup. Blocker, die mehr als zwei Tage ungelöst bleiben, sind ein Signal, dass der Eskalationspfad des Teams nicht funktioniert.

Daily-Standup-Formate und Beispiele

Verschiedene Teams nutzen verschiedene Strukturen. Hier ein Vergleich der drei häufigsten:

Beispiel-Rundum-Standup (5-Personen-Team, 12 Minuten):

• Moderator liest Sprint-Ziel vor (30 Sekunden)
• Dev 1: "Gestern habe ich die API-Integration für die Suche abgeschlossen. Heute verdrahte ich sie mit dem Frontend. Keine Blocker." (60 Sekunden)
• Dev 2: "Ich arbeite noch am Datenmigrations-Skript, hat länger gedauert als erwartet. Ich brauche 15 Minuten mit Dev 3 nach dem Meeting für eine Schema-Frage." (60 Sekunden)
• Moderator: "Parking Lot: Dev 2 und Dev 3 synchronisieren nach dem Standup." (10 Sekunden)
• Dev 3, 4, 5: ähnliche Kadenz
• Abschluss: "Zwei Themen geparkt. Alle anderen sind frei." (30 Sekunden)

Beispiel Board-abgehen-Standup:

Das Team geht das Sprint-Board von rechts nach links durch. Erledigt-Spalte: kurze Anerkennung. In Bearbeitung: Eigentümer gibt einen einzeiligen Status und meldet Blocker. Zu erledigen: bestätigen, ob heute etwas hereingezogen werden soll. Das Sprint-Ziel bleibt durchgehend sichtbar.

Für Remote- und Async-Teams gilt das Agile Manifesto-Prinzip, auf Veränderungen zu reagieren statt einem Plan zu folgen, auch hier. Async-Standups funktionieren gut, wenn sie diszipliniert sind: jeder postet pünktlich, jemand überprüft und meldet Blocker, und es gibt einen wöchentlichen Video-Sync als Ausgleich für den Verlust der Echtzeit-Interaktion.

Best Practices

Das Richtige tun:

• Jedes Update mit dem Sprint-Ziel verknüpfen
• Pünktlich beginnen und enden, jedes Mal
• Das Team das Meeting besitzen lassen, nicht den Manager, nicht den Scrum Master
• Moderation rotieren, wenn das Team es möchte; hält alle engagiert
• Jedem geparkten Thema noch am selben Tag nachgehen

Das Falsche vermeiden:

• Blocker nicht ohne Verantwortliche lassen
• Das Daily Standup nicht mit Sprint-Planung oder Backlog-Verfeinerung kombinieren
• Das Meeting nicht nutzen, um Metriken, Burn-Rate oder Velocity zu berichten (das ist für das Sprint-Review)
• Nebengespräche, die die Gruppe ausschließen, nicht zulassen
• Das Meeting nicht ausfallen lassen, weil "alle beschäftigt sind"

Ein nützlicher mentaler Check vor jedem Standup: Was würde das Team nicht wissen, wenn es sich heute nicht träfe? Wenn die Antwort "nichts, wir sind alle im selben Slack-Kanal" ist, braucht das Meeting möglicherweise eine Umstrukturierung, keine Absage. Das Standup bietet etwas, das Slack nicht kann: einen gemeinsamen, synchronen Moment, in dem sich das gesamte Team auf die nächsten 24 Stunden verpflichtet.

Häufig gestellte Fragen

Wie lange sollte ein Daily Standup dauern?

Der Scrum Guide gibt ein Maximum von 15 Minuten vor. In der Praxis beenden gut geführte Standups für Teams von 5-7 Personen in 10-12 Minuten. Wenn Ihres konsequent länger dauert, sind die häufigsten Ursachen Problem-Solving im Meeting, zu viele Teilnehmer oder Updates, die mehr als die letzten 24 Stunden abdecken.

Wer leitet das Daily Standup?

Das Daily Standup gehört den Developers (den Menschen, die die Arbeit erledigen). Ein Scrum Master kann auf Teamwunsch moderieren, aber das Meeting gehört nicht ihm. Wenn ein Manager das Standup leitet und Entwickler an ihn berichten, funktioniert das Meeting als Statusbericht, was etwas völlig anderes ist.

Daily Standup vs. Status-Meeting: Was ist der Unterschied?

Ein Status-Meeting fließt aufwärts: Teammitglieder berichten einem Manager oder Stakeholder darüber, was sie getan haben. Ein Daily Standup fließt horizontal: Das Team koordiniert sich untereinander. Die Zielgruppe ist anders, der Zweck ist anders, und das Format sollte anders sein. Die beiden zu verwechseln ist der häufigste Grund, warum Standups an Wert verlieren. Siehe auch: Scrum vs. Kanban, wie sich Standup-Formate zwischen den beiden Methoden unterscheiden.

Wie führen Remote-Teams Standups durch?

Remote-Teams haben zwei gute Optionen: synchrones Video (täglich zur selben Zeit, Kamera an, max. 15 Minuten) oder asynchroner Text (jede Person postet ihre drei Antworten bis zu einer festgelegten Zeit in einem bestimmten Kanal, ein Bot oder eine bestimmte Person überprüft und meldet Blocker). Viele verteilte Teams kombinieren beides: täglich asynchron, wöchentlich per Video. Entscheidend ist, dass jemand die Async-Posts überprüft und bei Blockern handelt; asynchron bedeutet nicht passiv.

Muss jedes Teammitglied bei jedem Standup sprechen?

Bei Scrum ja: Das Daily Scrum ist für die Developers, und jeder Developer wird erwartet teilzunehmen. In der Praxis: Wenn jemand seit drei Tagen an demselben Thema blockiert ist, ist es sinnvoll, das kurz zu erwähnen, auch wenn es kein Update gibt. Was Sie nicht wollen, ist Stille, die ein stockendes Ticket verbirgt. Wenn jemand wirklich nichts Neues hinzuzufügen hat, ist ein kurzes "Ich bin noch an derselben Aufgabe, keine Blocker" in Ordnung und dauert fünf Sekunden.

Wie hängt das Daily Standup mit anderen Scrum-Events zusammen?

Das Daily Standup ist eines von fünf Scrum-Events. Die anderen sind der Sprint selbst, Sprint-Planung, das Sprint-Review und die Sprint-Retrospektive. Das Standup operiert auf der 24-Stunden-Ebene; Story Points und Planning Poker finden während der Sprint-Planung statt. Zusammen geben diese Events dem Team strukturierte Checkpoints auf jedem Zeithorizont von einem Tag bis zu einem Sprint.

---

Teams, die das Daily Standup ernst nehmen, die 15-Minuten-Zeitbox schützen, sich auf das Sprint-Ziel konzentrieren und noch am selben Tag bei Blockern handeln, führen insgesamt straffere Sprints. Das Meeting selbst ist keine Magie. Aber die Disziplin, die es einimpft, schon.

Weiterführende Lektüre

• Was ist Scrum?
• Was ist Agile-Methodik?
• Sprint-Planung
• Sprint-Retrospektive
• Burndown-Chart
• User Stories
• Scrum vs. Kanban
• Story Points