Das Daily Scrum ist der am häufigsten missverstandene Termin in Scrum. Er wird zur Status-Runde umgewidmet, in der jede Person nacheinander berichtet, was sie tut, meistens an die ranghöchste Person im Raum. Nach 25 Minuten ist niemand klüger, das Team weiß weiterhin nicht, ob es das Sprint-Ziel erreicht, und die nächste Stunde verbringen alle damit, das Daily zu verarbeiten statt zu arbeiten.
Der Scrum Guide 2020 hat dem Format eine deutlich klarere Funktion gegeben: Das Daily Scrum ist ein 15-Minuten-Termin der Developer, in dem sie den Plan für die nächsten 24 Stunden so anpassen, dass sie dem Sprint-Ziel näher kommen. Es ist kein Reporting-Meeting, sondern ein Steuerungstermin für die Arbeit zwischen heute und morgen.
Warum Daily Scrums kippen
In wachsenden Teams beobachten wir wiederkehrend dieselben Symptome:
- Status statt Steuerung: Drei klassische Fragen werden nacheinander abgearbeitet, der Plan wird nicht angepasst, das Sprint-Ziel kommt nicht vor.
- Adressat falsch: Berichte gehen an Scrum Master, Product Owner oder Vorgesetzte, statt an die Developer untereinander.
- Timebox driftet: Aus 15 werden 25, dann 35 Minuten. Bei einem 8-köpfigen Team verbrennen 10 Zusatzminuten pro Tag rund 7 Stunden Teamzeit pro Woche, eine ganze User Story.
- Blocker bleiben formal sichtbar, faktisch ungelöst: Sie werden benannt, aber niemand übernimmt sie konkret bis zum nächsten Daily.
- Daily wird abgesagt, sobald Druck steigt: Genau dann, wenn ein Tagesabgleich am wertvollsten wäre.
Ein wirksames Daily braucht keine Spielelemente. Es braucht drei Dinge: ein bekanntes Sprint-Ziel, einen einsehbaren Sprint-Backlog und die Disziplin, in 15 Minuten den Plan zu schärfen, nicht Status zu verteilen.
Wie dieser Fokus konkret aussieht, legt der Scrum Guide in einem bewusst schmalen Rahmen fest.
Daily Scrum laut Scrum Guide 2020
Der aktuelle Scrum Guide setzt einen bewusst schmalen Rahmen, weil das Format sonst zu einem Statusmeeting kippt:
- Zweck: Fortschritt zum Sprint-Ziel inspizieren und den Sprint-Backlog für die nächsten 24 Stunden anpassen.
- Wer: ausschließlich die Developer. Product Owner und Scrum Master nehmen teil, wenn sie aktiv im Sprint mitarbeiten, sonst sind sie optional.
- Dauer: Timebox von 15 Minuten, jeden Arbeitstag.
- Wann und wo: gleiche Zeit, gleicher Ort (oder Tool), Konstanz reduziert kognitive Last.
- Format: frei wählbar. Die früher als „Pflicht" gehandelten drei Fragen („Was habe ich gestern getan, was tue ich heute, was blockiert mich?") sind im Scrum Guide 2020 nicht mehr vorgeschrieben, viele Teams ersetzen sie durch eine Walk-the-Board-Logik (siehe unten).
Der Scrum Guide 2020 ist weiterhin die offizielle, aktuelle Fassung. Das 2025 erschienene „Scrum Guide Expansion Pack“ (Mitautor: Scrum-Miterfinder Jeff Sutherland) ergänzt ihn unverbindlich und lockert die Strenge des Frameworks, ersetzt den offiziellen Guide aber nicht.
Das folgende Kurzvideo aus der Scrum Foundations eLearning Series fasst Zweck und Ablauf des Daily Scrum in unter zehn Minuten zusammen, eine kompakte Vertiefung zur offiziellen Definition:
Daily Scrum, Scrum Foundations eLearning Series — kompakte Vertiefung zur offiziellen Definition.
Dieses Video wird von YouTube bereitgestellt. Beim Laden werden Daten an deren Server übertragen.
Der Scrum Guide sagt, dass das Daily den Plan anpassen soll. Wie das konkret aussieht, lässt er offen — und das ist beabsichtigt. Drei Formate haben sich in der Praxis bewährt, jedes taugt für eine andere Team-Situation.
Drei Formate im Vergleich, wann passt welches?
Statt einer formalen Liste hilft ein einfaches Auswahlraster.
| Format | Wann sinnvoll | Wann ungeeignet |
|---|---|---|
| Walk the Board (rechts nach links über das Sprint-Backlog) | Stabiles Team, klar geschnittenes Backlog, Items sind die natürliche Einheit | Sehr großer Backlog mit vielen winzigen Items, wird zur Liste |
| Drei klassische Fragen (Gestern / Heute / Blocker) | Neues Team, Einarbeitungsphase, Daily-Disziplin muss erst entstehen | Erfahrenes Team, wird schnell zum Status-Reporting |
| Sprint-Goal-First (Wo stehen wir zum Ziel? Was muss heute passieren?) | Komplexer Sprint mit unklarem Pfad, Risiko hoch, Ziel braucht aktive Steuerung | Routinearbeit ohne offene Pfadfragen, wirkt überdimensioniert |
Faustregel: Wer ein Format länger als drei Sprints am Stück nutzt, hat Stabilität, nicht Trägheit. Wechseln Sie nur, wenn der Anlass das verlangt.
Steht das Format, braucht das Team noch einen verlässlichen Ablauf — eine Agenda, die die Timebox hält, ohne das Daily in eine Checkliste zu verwandeln.
Ablauf für kleine Teams (15-Minuten-Beispielagenda)
Für ein Team von 4–7 Developers reicht eine schmale Agenda. Der Scrum Master moderiert nur, wenn das Team das ausdrücklich will, sonst hält das Team das Daily selbst.
| Zeit | Schritt |
|---|---|
| 00:00–01:00 | Sprint-Ziel kurz benennen (1 Satz). |
| 01:00–11:00 | Walk the Board pro Item in Bewegung: Wo steht es, was passiert heute? Hängt etwas, wer löst es bis morgen? |
| 11:00–13:00 | Risikocheck: noch auf Kurs zum Sprint-Ziel? Wenn nein, den Plan heute anpassen. |
| 13:00–14:00 | Blocker zusammenfassen, je mit Owner und nächstem Schritt. |
| 14:00–15:00 | Schluss: Was ist die wichtigste Sache, die heute fertig wird? |
Diese Schrittfolge hält das Daily zuverlässig auf 15 Minuten.
Drei Punkte zur Verlässlichkeit:
- Pünktlich starten und beenden. Auch wenn nicht alle da sind. Das Daily ist kein Anwesenheits-Ritual.
- Asynchron-Tauglichkeit der Tools. Wer zur Daily-Zeit nicht kann, hinterlegt seinen Status im Tool, nicht im Daily.
- Themen, die mehr als 30 Sekunden brauchen, werden ausgelagert. „Klären wir nach dem Daily zu zweit oder zu dritt." Diese eine Regel rettet die Timebox.
Blocker sichtbar machen, und lösen
Ein Blocker ist eine Störung, die das Sprint-Ziel gefährdet. Im Daily geht es nicht nur darum, Blocker zu nennen, sondern jeden Blocker mit einem nächsten Schritt zu versehen, der bis zum nächsten Daily wirken kann.
| Wer löst was? | Beispiel | Konkrete Handlung im Daily |
|---|---|---|
| Team selbst | Wissens-Engpass, Doppelarbeit | Pairing oder Übergabe direkt nach dem Daily vereinbaren |
| Scrum Master | Externe Abhängigkeit, Stakeholder-Druck, Tool-Engpass | Übernimmt Eskalation, berichtet im nächsten Daily über Status |
| Product Owner | Unklare Akzeptanz, fehlende fachliche Entscheidung | Klärt fachlich oder priorisiert um |
| Führungsebene | Strukturelle Engpässe (Ressource, Berechtigung) | Eskalation aus dem Sprint heraus, dokumentiert |
Ein Blocker ohne Owner ist kein Blocker, sondern eine Klage. Wenn ein Thema in drei Dailies hintereinander ohne Bewegung auftaucht, gehört es nicht ins Daily, sondern in die Retrospektive, dort als strukturelle Frage, nicht als Tagesthema.
Drei Muster lassen Blocker und Dailies systematisch scheitern — und jedes hat eine einfache Gegenmaßnahme.
Drei häufige Anti-Pattern und Korrekturen
Anti-Pattern 1: Das Daily wird zum Status-Bericht für die Führung.
Jeder berichtet einer ranghöheren Person, was er tut. Die Developer reden nicht miteinander, sondern an jemanden vorbei. Korrektur: Adressat ist das Team, nicht eine Einzelperson. Wenn Führung Status braucht, gehört der Status in eine separate Routine, nicht ins Daily.
Anti-Pattern 2: Die drei Fragen werden zur Pflichtchoreografie.
Jede Person liefert artig „Gestern / Heute / Blocker", auch wenn der Beitrag fürs Sprint-Ziel null ist. Korrektur: Auf Walk the Board oder Sprint-Goal-First umstellen. Wer nichts zu einem Item beizutragen hat, schweigt, das ist okay.
Anti-Pattern 3: Themen werden im Daily ausdiskutiert.
Ein technisches Detail wird live geklärt, das Daily wird zum Arbeitsmeeting. Korrektur: 30-Sekunden-Regel. Themen, die länger brauchen, werden parkiert mit „Wer ist beteiligt?" und „Wann sprechen wir?". Direkt nach dem Daily, nicht morgen.
Bevor das Daily aufgesetzt oder reformiert wird, lohnt eine ehrliche Frage: Stiftet es überhaupt Wert?
Eine ehrliche Beobachtung: Manche Teams brauchen kein Daily, weil sie ohnehin den ganzen Tag eng zusammenarbeiten und sich automatisch synchronisieren. Andere kommen ohne Daily nicht durch eine Woche.
Drei Indikatoren, ob das Daily wirklich Wert stiftet:
- Würde der heutige Plan ohne Daily exakt gleich aussehen? Wenn ja, ist das Daily Reporting, kein Steuerungstermin.
- Werden Blocker schneller gelöst als ohne Daily? Wenn nein, fehlt der Owner-Mechanismus.
- Kennt jede Person das Sprint-Ziel und ihren Beitrag dazu? Wenn nein, fehlt der Aufhänger, kein Format der Welt heilt das.
Ein wirksames Daily ist nicht das, das pünktlich stattfindet, sondern das, nach dem das Team die nächsten 24 Stunden gezielter arbeitet.
Was für klassische Scrum-Teams gilt, lässt sich für KMU ohne Scrum-Erfahrung direkt übersetzen.
Quandes-Sicht: Daily als Tages-Fokushebel im KMU
In Strategie-, Beratungs- und Kommunikations-KMU sehen wir Dailies selten, oft mit dem Argument „bei uns reicht das wöchentliche Jour fixe". Das ist häufig richtig, aber nicht immer. Drei Übertragungen aus der Praxis:
- Bei Initiativen mit unsicherem Pfad: Wenn ein Vorhaben ein klares Ziel, aber einen unklaren Weg hat (Marktexperiment, Krisenkommunikation, Repositionierung), ist ein 10-Minuten-Tageshebel oft entscheidend, nicht aus Methodentreue, sondern aus Risikomanagement.
- Format pragmatisch: 10 Minuten am Vormittag, drei Punkte: Wo stehen wir am Ziel? Was passiert heute? Was hängt? Kein Whiteboard-Theater nötig, eine Stehrunde oder ein Slack-Threaded-Update reicht oft.
- Output-Fokus statt Statusritual: Welche eine Sache muss heute fertig werden, damit das Vorhaben morgen anders aussieht? Diese Frage trägt das Format auch in nicht-agilen Kontexten.
Geschwindigkeit ohne Tagesabgleich produziert Aktionismus. Tagesabgleich ohne Sprint-Ziel produziert Status-Bürokratie. Erst die Verbindung von beiden macht aus einem Daily einen Steuerungstermin.
Strategiegespräch
Wenn Ihr Daily aus dem Takt ist
Wenn das Daily in Ihrem Team länger als 15 Minuten dauert oder sich anfühlt wie eine Status-Runde, liegt der Hebel selten an der Disziplin, sondern am Format. Eine kurze Diagnose macht sichtbar, an welcher Stelle das Daily aktuell verfehlt, Sprint-Ziel, Adressat oder Owner, und welche eine Anpassung in der nächsten Woche den größten Effekt bringt.
Strategiegespräch vereinbarenHäufige Fragen zum Daily Scrum
Wie lange darf ein Daily Scrum maximal dauern?
15 Minuten. Diese Timebox ist im Scrum Guide bewusst hart gesetzt, längere Dailies kippen regelmäßig in Status-Reporting.
Sind die drei klassischen Fragen Pflicht?
Nein. Im Scrum Guide 2020 ist das Format frei wählbar. Die drei Fragen sind eine mögliche Struktur, kein Muss. Walk the Board ist in vielen Teams wirksamer.
Wer nimmt am Daily teil?
Die Developer sind Pflicht. Product Owner und Scrum Master nehmen teil, wenn sie aktiv im Sprint mitarbeiten. Stakeholder oder Führungspersonen sind nicht Teil des Daily.
Was passiert mit Blockern, die im Daily auftauchen?
Jeder Blocker bekommt einen Owner und einen nächsten Schritt bis zum nächsten Daily. Was länger als drei Dailies offenbleibt, gehört in die Retrospektive, nicht weiter ins Daily.
Funktioniert das Daily auch verteilt oder remote?
Ja, mit gleicher Zeit, gemeinsamem Tool und Kameras an. Wer asynchron arbeiten muss, hinterlegt den Status im Tool, das Daily bleibt der synchrone Fokuspunkt.
Wann ist es legitim, das Daily auszusetzen?
Praktisch nie während eines laufenden Sprints. Wenn das Team das Daily nicht braucht, ist das ein Retrospektive-Thema, nicht eine spontane Tagesentscheidung.
Weiterführend
Was ist Scrum? Der kompakte Leitfaden für KMU
Scrum einfach erklärt: Rollen, Events, Artefakte und Werte. So setzen Sie das Framework sinnvoll in wachsenden Teams ein, mit 30-Tage-Einstieg.
Sprint-Retrospektive: Von Erkenntnis zu Umsetzung
Sprint-Retrospektive praxisnah: Aufbau, Methodenwahl mit Auswahlhilfe und ein verbindliches Format, das Erkenntnisse in konkrete Verbesserungen überführt.
