Daily Scrum
Was ist ein Daily Scrum?
Weitere Infos zum
Daily Scrum
Das Daily Scrum als Teil von Scrum
Ein Daily Stand-up macht auch außerhalb von Scrum Sinn. Genau genommen haben Scrum die Idee hier von James Coplien übernommen. Im Zusammenspiel mit dem Scrum-Rahmen wird es aber deutlich effektiver.
Denn in Scrum übernehmen die Entwickler die Verantwortung für die Arbeit im Sprint. Sie haben im Sprint Planning die Inhalte vom Sprint mit dem PO abgesprochen. Daraus sollte aber auch klar sein, dass die Entwickler in der Verantwortung sind. Der PO sollte lediglich für Rückfragen zur Verfügung stehen. Richtig gelebt ist so jedem Entwickler bewusst, dass sie sich regelmäßig eng abstimmen müssen. Da ist es nur logisch, sich täglich gemeinsam im Daily Scrum abzustimmen.
Darüber hinaus ist das Sprint Review genauso wichtig, damit ein Daily effektiv wird. Denn kein PO möchte erst zum Review überrascht werden, was denn diesen Sprint fertig geworden ist. Das gibt den Entwicklern den Anstoß, ihre Arbeit vorausschauend abzustimmen.
So gibt Scrum den Rahmen für einen wirklich effektiven Austausch im Daily Scrum.
Eckdaten Daily Scrum
Von den Devs
für die Devs
Die Entwickler agieren im Sprint eigenverantwortlich. Das Daily ist ihr Termin zur Abstimmung.
Mehr als
Statusabgleich
Es geht darum gemeinsam zu gucken wo man steht und das weitere Vorgehen im Sprint nachzujustieren.
Selber Ort,
selbe Zeit
Um als eingespielte Gruppe schnell in den Austausch zu kommen.
Timebox
15 Minuten
Eine fokussierte kurze Abstimmung, statt zäher wöchentlicher Jour Fixe.
Daily Scrum ist der Takt, nachdem die Entwickler im Sprint ihre Arbeit organisieren. Die Intention, die Arbeit nach einem festen Rhythmus abzustimmen, ist simpel. Aber mal Hand aufs Herz: Nicht jedes Daily startet gleich mit voller Euphorie.
Viele Entwickler tun sich schwer, ihre Arbeit eigenverantwortlich zu organisieren. Deswegen läuft diese eigentlich schlanke Abstimmung im Team oft schleppend an.Gerade in Teams, wo man bisher nicht so eng zusammengearbeitet hat, tut man sich hier schwer. Im Extremfall wird das Daily sogar als Zeitfresser gesehen.
Deswegen ist es so wichtig, dass ein Scrum Master ein Auge drauf hat und hilft es effektiv zu gestalten.
Daily Scrum Ablauf
Der Scrum Guide stellt den Zweck des Daily Scrum klar hervor. Der Ablauf ist bewußt nicht definiert, um in jeweils passend für die Umgebung gestalten zu können.
Die 3 Fragen des Daily Scrum
Über viele Jahre wurden in Scrum folgende drei Fragen als Format vorgegeben:
- Was habe ich seit dem letzten Daily Scrum erledigt?
- Was werde ich bis zum nächsten Daily Scrum tun?
- Gibt es Hindernisse oder Risiken, die wir adressieren sollten?
Das jeder Entwickler diese Frage reihum beantwortet, mag für manche Teams funktionieren. In vielen Fällen ist das Daily Scrum über diesen Ablauf zu einem bloßen Status-Meeting geworden. Deswegen sollte man hier unbedingt gucken, welches Format hilft eine aktive Abstimmung zum Vorgehen unter den Entwicklern zu haben.
Du bist aber nicht auf diese Fragen festgelegt!
Jeder Entwickler gibt reihum ein kurzes Update, damit wir einen Eindruck bekommen wo wir stehen und wie wir weiter vorgehen.
In der Regel nutzt man dort die oben erwähnten drei Fragen.
Diese kann man aber auch gerne für den jeweiligen Kontext nachschärfen.
Wir haben hier beispielsweise gute Erfahrungen mit folgenden drei Fragen gemacht:
- Was sind konkrete Tasks, die du seit dem letzten Daily Scrum abgeschlossen hast?
- Welche Tasks nimmst du dir konkret vor, dass du diese bis zum nächsten Daily Scrum abschließen kannst?
- Was hindert dich daran Tasks abzuschließen?
Diese Abwandlung ist nicht für jedes Team geeignet, kann aber die offenere Ansprache von Hindernissen forcieren.
Auch andere Formate sind möglich
Reihum ein Stimmungsbild abzuholen, was man getan hat und tun wird, hat immer auch die Gefahr zu einem blanken Statusupdate zu werden. Dem Anspruch, als Entwickler bei Bedarf im Sprint nachzustehen, werden die Entwickler zu oft nicht gerecht.
Deswegen hat sich für uns folgendes Format bewährt:
- Jeder Entwickler gibt reihum einen Eindruck dazu, was er seit dem letzten Daily Scrum beigetragen hat.
- Ein gemeinsamer informeller Austausch, wie wir ausgehend von dem Eindruck sinnvoll weiter Vorgehen
In der Regel aktiviert dies die Entwickler früher aktiv zu werden und sich in die Gestaltung des Sprints einzubringen.
Abstimmung orientiert an den Backlog Items
Genauso gut kann man aber auch den Austausch und die Abstimmung zum weiteren Vorgehen an der Durchsprache der Backlog-Items orientieren. Dazu hat es sich bewährt, die Backlog-Items im Sprint Backlog zu priorisieren und von oben nach unten durchzusprechen. So fördert man auch den Fokus auf die wichtigsten Aufgaben jenseits der persönlichen Stärken.
Tipps zur Durchführung
Damit das Daily läuft: Facilitation-Tipps
Ein flüssiger Ablauf kann, wenn das Team nicht sofort in einen regen Austausch kommt, vom Scrum Master auf unterschiedliche Arten angeregt werden. Es gibt viele einfache Facilitation-Möglichkeiten zur Ausgestaltung eines effektiven Daily Scrums. Meine Favoriten habe ich euch hier aufgelistet und im Podcast detailliert erläutert. Was auch immer euer Favorit ist: Es ist wichtig, dass das Format für das Team sichtbar und verständlich ist.
- Orientierung geben:
Um dem Team Orientierung zu geben macht es Sinn, den Austausch zu strukturieren indem jeder 3 Fragen beantwortet: Was habe ich gemacht? Was werde ich machen?Was waren meine Hindernisse? - Redefluss fördern:
Die Nutzung eines Talking Stick/Redestab (z.B. einen Stift) fördert und steuert den Redefluss. Denn: nur wer den Redestab hat, spricht. - Hierarchien aufbrechen:
Das Team bildet im Daily einen Halbkreis (Huddle) um das Task Board, um Hierarchien innerhalb des Teams aufzubrechen. Gäste (z.B. der PO) stehen in der „zweiten Reihe“. - Fokus aufs Wesentliche:
Weiterführende Fragen werden auf einer visuell sichtbaren Liste „geparkt“ (Parking Lot) und nach dem Daily nochmal aufgegriffen
Mehr Facilitation-Tipps findet ihr in auch in einem meiner Lieblingsartikel „It’s not just to Stand Up“ von Jason Yip, den ich immer wieder gern als Inspiration nutze.
Daily Scrum: Vom Entwicklungsteam für das Entwicklungsteam!
Moderationstechniken machen das Daily flüssig und reibungslos aber wenn wir nicht als Team arbeiten, wird das Daily Scrum niemals gut. Es ist wichtig, dass das Team nicht nur eine Ansammlung von Individuen ist, sondern vielmehr eine Gruppe von Menschen, die ein gemeinsames Ziel kennt und verfolgt. Denn nur dann wird das Inspizieren und Nachsteuern ehrlich und mit einem guten Gefühl umgesetzt. Solltest du Probleme im Team feststellen, macht es Sinn, sich außerhalb des Daily Scrums darum zu kümmern, den Teamgedanken zu stärken. Ich empfehle folgende Möglichkeiten:
- Product Backlogs und Product Vision: Das gemeinsame Zielverständnis kann mithilfe des Product Backlogs oder der Product Vision
geprüft und geschärft werden. - Sprint Planning und Sprint Review: Auch Sprint Planning und Review bieten Möglichkeiten, sicherzustellen, dass alle an einem Strang ziehen
- Teambuilding-Maßnahmen: Es kann auch Sinn machen, Teambuilding-Maßnahmen umzusetzen, um den Team-Gedanken zu stärken
Ein effektives Daily bedeutet, nach dem Inspizieren zu adaptieren
Oft ist man sich in Entwicklungsteams aufgrund von gewohnten Strukturen aus der Vergangenheit der eigenen Verantwortung nicht komplett bewusst. Daraus resultiert eine implizite Erwartung, ein anderer kümmere sich um das Nachjustieren: „Irgendwer macht das schon“. Das Daily Scrum ähnelt dann einem Status-Update. Eigenverantwortliches Arbeiten zeigt sich allerdings besonders in der Einschätzung der Teammitglieder – denn nur sie können wissen, ob das Sprintziel erreicht werden kann, oder nicht. Um auch hier einen Austausch anzuregen, empfehle ich folgende, simple Methode:
- Daumen-Vote: Daumen hoch, Daumen runter, flache Hand.
Die Teammitglieder geben zeitgleich ihre Meinung ab und schaffen damit eine Diskussionsgrundlage.
- Alles läuft nach Plan und wir müssen nichts tun
- Wir können das Sprint Ziel so nicht mehr erreichen und müssen nachsteuern
- Ich habe nicht genügend Informationen über Daily Scrum und Sprint Backlog, so dass mein Bild für eine Beurteilung zu unzureichend ist
Es macht Sinn, diese Methode nicht täglich anzuwenden, sondern auf die Sprintmitte zu beschränken, da das Team dann schon einiges an Arbeit hinter sich gebracht hat.
Feedback, Feedback, Feedback
Feedback ist eine der wichtigsten Quellen, um zu lernen und sich zu verbessern. Die Qualität des Daily Scrums und auch die Zufriedenheit der Teilnehmer lassen sich am besten durch Feedback aufrechterhalten. Ich stelle gern nach dem Daumen-Voting die Frage „Wie war das Daily“, da es dem Team dann oft leichter fällt, sich mitzuteilen.
Möchtest du Scrum für deine Zwecke effektiver nutzen?
Ergänzende Tipps für effektive Daily Scrums
In diesem Artikel gibt Richard Lawrence 7 Tipps zu einem effektiven Daily Scrum.
Hier gibt Mike Cohn weitere 10 spannende Tipps damit das Daily gut wird.
In diesem Artikel arbeitet Stephanie Ockerman heraus, warum ein Daily Scrum nicht zu einen Status-Meeting verkommen darf.
Scrum Werkzeuge im Daily Scrum
Sprint Backlog / Task Board im Daily Scrum
Über das Sprint Backlog haben wir ja im Sprint Planning unsere Arbeit organisiert. Entsprechend sollte das Sprint Backlog auch im Daily Scrum präsent sein.
Ohne dass das Sprint Backlog im Daily Scrum präsent ist, wird das Daily Scrum sehr schnell sehr unspezifisch. Statt übergreifend sich eng abzustimmen, Grenzen sich hier Entwickler gerne in isolierte Verantwortungsbereiche ab. Deswegen hat es sich für uns bewährt, dass im Daily Scrum immer auch direkt auf die spezifischen Backlog-Items (Stories) und auch anstehenden Tätigkeiten verwiesen wird.
Aus der Abstimmung zu einzelnen Backlog Items funktioniert dies für uns in der Regel nur unzureichend. Der Ausbau das Sprint Backlogs zu einem Task Board hilft dabei, die nötige Konkretheit in die Abstimmung und Zusammenarbeit zu bringen.
Burn-Down-Chart im Daily Scrum
Als Anhalt wo wir im Sprint stehen, greifen Scrum Teams den Burn-Down-Chart als Visualisierung des Fortschritts im Sprint auf. Die bloße Sichtbarkeit eines Burn-Down-Chart kann in einem Daily Scrum dazu motivieren, den aktuellen Fortschritt im Sprint zu reflektieren.
Darüber hinaus kann man aber auch im Daily Scrum explizit hinterfragen, ob wir im Sprint Nachsteuern müssen und diese Frage mit Burn-Down-Chart unterlegen.
Der Burn Down Chart ist aber kein verpflichtender Teil von Scrum und diese Art von Visualisierung kann auch über ein übersichtliches Task-Board erreicht werden.
Wie unterstützt der Scrum Master?
Erstmal ist der Scrum Master, wie in jedem anderen Scrum Event (Sprint, Sprint Planning, Sprint Review und Sprint Retrospektive) nur dafür Zuständig, dass es stattfindet und seinen Zweck erfüllt. Dabei ist auch beim Dabei ist bewußt offen gehalten, wie ein Scrum Master im Daily Scrum unterstützt.
Um die Entwickler für ihre Arbeit im Sprint in der Verantwortung zu halten, stimmt der Scrum Master mit ihnen ab, wo sie sich welche Untersützung dabei wünschen. Neben der konkreten Klärung in einem Daily Scrum, hat es sich ganz grundsätzlich bewährt als Scrum Master die Auftragsklärung für unsere Untersützung mit den beteiligten Personen zu suchen.
Möchtest du als Scrum Master mehr bewegen?
Daily Scrums simulieren & vermitteln
Lern-StandUp in mehrtägigen Trainings
In mehrtägigen Trainings nutzen wir ein Lern-StandUp um bisherige Erkenntnisse aus dem bisherigen Training und Erwartungen an das weitere Training zu klären.
- Welche konkrete Situation aus dem letzten Trainingstag möchtest du hervorheben?
- Was ist das Wichtigste, was du hoffst heute zu lernen?
- Verbesserungsvorschläge & was uns heute hindern kann das weltbeste Training zu machen?
Dieses Format macht aber zeitgleich auch die Grundzüge eines StandUp erfahrbar. Mit einem Debriefing kann man das Erlebte mit der Idee eines guten Daily Scrums verknüpfen und aufzeigen, wie wir diese Idee in der Praxis weiter leben.
Daily Scrum from Hell
Als zweite Übung haben wir gute Erfahrungen mit der Übung Daily Scrum from Hell gemacht. In dieser macht man in einem Rollenspiel die typischen Dysfunktionen von einem Daily Scrum erlebbar. Im Geiste der umgekehrten Psychologie entsteht aus dem Debriefing ein gutes Verständnis, worauf es in einem guten Daily Scrum ankommt.
Daily Scrum profitiert von Scrum
Das Daily gewinnt seine Kraft und Bedeutung aus der Einbettung in den Sprint, bei dem das Team die Verantwortung für ein gemeinsames Sprintziel übernommen hat – es muss und daher als Team agieren. Die Stabile Umgebung (selber Ort, selbe Zeit, festes Team vor einem sichtbaren Sprint Backlog) geben die notwendige Ruhe, sich effektiv auszutauschen. Nur dann erfüllt das Daily seinen eigentlichen Zweck.
Deswegen schafft ein guter Scrum Master die Voraussetzungen für ein effektives Daily Scrum außerhalb von diesem Event.
Fehler & Missverständnisse
Der Scrum Master moderiert das Daily Scrum
Der Scrum Master hat nur die Aufgabe, dass das Daily Scrum stattfindet und seinen Zweck erfüllt. Soweit gewünscht kann der Scrum Master im Daily Scrum moderierend unterstützen. Es ist aber die Session der Entwickler und auch nicht verpflichtend vorgeschrieben.
Das Daily Scrum ist ein Daily StandUp und muss im Stehen durchgeführt werden
Das Daily Scrum ist aus der bewährten Praktik eines Daily StandUps entstanden. Dabei war die Idee, dass ein Daily Scrum stehend nicht ausufern würde. Dieses Ziel kann aber auch über andere Wege erreicht werden und ist kein fester Bestandteil mehr von Scrum.
Änderungen am Sprint Backlog werden erst im Daily Scrum durchgeführt
In einer engen Zusammenarbeit unter den Entwicklern brauchen wir auch zwischen den Daily Scrums eine Idee wo wir stehen. Deswegen war diese Praktik auch nie Teil von Scrum. Falls es Probleme der Übersichtlichkeit gibt, sollte dies über andere Wege adressiert werden.
Ergänzend hat Sebastian Burkart in diesem Video 10 typische Daily Scrum Fehler aufgearbeitet.
Podcast-Folge zum Daily Scrum
Im Scrum meistern Podcast-Folge „Daily Scrum“ erläutere ich, wie ihr aus dem Daily Scrum mehr macht als nur ein Status-Meeting. Ausgehend von der grundlegenden Intention, dem Team den Ort, den Raum, und die Zeit zu geben, sich eigenverantwortlich zu organisieren und beste Lösungen zu erarbeiten, erfahrt ihr, wie das Daily Scrum durch ganz einfache Techniken zu einer effektiven Austauschplattform wird.
Klicken Sie auf den unteren Button, um den Inhalt von Spotify zu laden.
Nachlese mit Anna Rudat
Mir ist es wichtig euch ergänzend zu unserer Perspektive Einblicke von erfahrenen Praktikern zu geben.
Deswegen habe ich aufbauend auf unsere Podcast-Folge mit Anna Rudat zu ihren Perspektiven und Ergänzungen zum Thema gesprochen.
Klicken Sie auf den unteren Button, um den Inhalt von play.libsyn.com zu laden.
Mit dem Laden des Videos akzeptieren Sie die Datenschutzerklärung von YouTube.
Mehr erfahren
Antworten auf häufige Fragen
Das Daily Scrum ist zu aller erst ein Austausch von Entwicklern für Entwickler. Ob ein Product Owner als stiller Teilnehmer am Daily Scrum teilnimmt, ist im Scrum Guide bewußt offen gelassen.
Für eine Teilnahme des Product Owners im Daily Scrum spricht, dass es der ideale Ort ist um für Fragen von den Entwicklern zur Verfügung zu stehen.
Gleichzeitig kann aber die Anwesenheit des POs im Daily Scrum auch unabsichtlich die Eigenverantwortung der Entwickler für den Sprint untergraben. Schließlich haben ja die Entwickler im Sprint Planning die Verantwortung für das Sprint Ziel und die Ausgestaltung ihrer Arbeit im Sprint übernommen.
Oft entsteht bei der Anwesenheit vom PO die Implizite Erwartung, dass dieser jetzt den Überblick auf die Arbeit im Sprint hat und daraus selbst seine Schlüsse ableitet. So geht schnell die Produktivität verloren in der die Entwickler sonst im Sprint direkt die Arbeit ausgestalten. Darüber hinaus hat der PO eigentlich auch keine Zeit den Sprint eng zu Monitoren. Dies ist ein Hauptgrund warum Product Owner ihren eigentlichen Aufgaben nur unzureichend gerecht werden.
Ein Daily StandUp ist ein tägliches kompaktes Format. Ganz unabhängig von Scrum hat sich das Daily StandUp als Format zur Abstimmung im Team bewährt. Integriert in Scrum bezeichnet man das Daily StandUp als Daily Scrum.
Der Scrum Master bietet sich zwar als Facilitator des Daily Scrum an. Scrum schreibt hier aber bewußt nichts vor, damit Scrum als minimaler Rahmen passend zum Kontext ausgestaltet werden kann.
Durch die tägliche Abstimmung lässt sich das Daily Scrum kurz halten. Würden wir uns nur alle paar Tage abstimmen oder gar in einem „Scrum Weekly“, dann ändert sich aus unserer Erfahrung der Austausch.
So wird beispielsweise das was in einem täglichen Termin kurz angesprochen wir und zur Not am kommenden Tag nachjustiert werden kann, umfassend ausdiskutiert.
Die hohe Taktung wird aber gerade in Teams mit vielen Teilzeitmitgliedern als umpraktikabel gesehen. Hier liegt das Problem aber eher in der Fragmentierung der begrenzten Ressourcen auf zu viele Vorhaben. Wir haben hier bei unseren Klienten gute Erfahrungen gemacht, die Bündelung der begrenzten Kapazitäten über übergreifende Kanban-Systeme voranzutreiben.
In Scrum wird ein Daily Scrum gerne als Daily abgekürzt.
Genauso wird allgemeiner im agilen Kontext von Dailys gesprochen, wenn man über die Daily StandUps spricht.
Die Entwickler nutzen das Daily Scrum zur übergreifenden Abstimmung ihrer Arbeit am Sprint. Neben den Entwicklern können weitere Personen im Geiste der Offenheit am Daily Scrum teilnehmen. Ein Pflichttermin ist es aber nur für die Entwickler.
Das Daily Scrum ist ein Termin von den Entwicklern für die Entwickler um sich übergreifend abzustimmen.
Weitere stille Teilnehmer sind im Geiste der Offenheit willkommen im Daily Scrum, sollten aber den Fokus auf die Abstimmung unter den Entwicklern respektieren.
In Scrum arbeiten wir eng zusammen und passen unser Vorgehen dynamisch aus den Erkenntnissen unserer Arbeit an. Dabei agieren die Entwickler in der Ausgestaltung ihrer Arbeit im Sprint eigenverantwortlich. Dazu braucht es eine regelmäßige Abstimmung eine wöchentliche Abstimmung in einem Weekly Scrum, würde diesem übergreifenden Abstimmungsbedarf der Entwickler im Sprint nicht gerecht werden.
Die Entwickler in einem Sprint gestalten ihre Arbeit eigenverantwortlich aus. Aber auch wenn sie sich untereinander direkt abstimmen, braucht es im Sprint eine regelmäßige übergreifende Abstimmung unter den Entwicklern um der Verantwortung gerecht zu werden.
