Das Daily Scrum dauert nicht länger als fünfzehn Minuten und findet immer am gleichen Ort und zur gleichen Zeit statt, um unnötige Komplexität zu reduzieren. Es wird von allen Entwicklern besucht, die gemeinsam am Produkt arbeiten, und optional vom Scrum Master. Der Hauptzweck dieses Scrum-Events besteht darin, die Aufgaben zu planen, auf die sie sich an diesem Tag konzentrieren werden.
Daily Scrum – Inhaltsverzeichnis:
- Einführung
- Die Daily Scrum-Formel
- Probleme mit Daily Scrum und der 5W-Methode
- Unterstützende Fragen
- 5 Whys
- Zusammenfassung
Einführung
Daily Scrum ist das kürzeste und häufigste der Scrum-Events, eine Übersicht darüber finden Sie in einem separaten Artikel. Die Aufgabe der Entwickler, die am Daily Scrum teilnehmen, besteht darin, schnell Arbeitsziele für die nächsten 24 Stunden festzulegen. So weiß jeder, woran die anderen arbeiten und wie sie auf ein gemeinsames Sprint-Ziel hinarbeiten.
Die Daily Scrum-Formel
Es gibt keine eine richtige Daily Scrum-Formel. Jedes Entwicklungsteam entwickelt ein Meeting-Format, das für es funktioniert. Es gibt jedoch einen allgemeinen Rahmen, um die Durchführung zu erleichtern.
Ein gut durchgeführtes Daily Scrum sollte es jedem Teilnehmer ermöglichen, zwei Fragen zu beantworten:
- Was ist die wichtigste Aufgabe, die ich heute erledigen werde?
- Was sind die Hindernisse, um diese Aufgabe zu erfüllen?
Allerdings ist es nicht zwingend erforderlich, sie direkt zu fragen. Dies sind Beispiel-Fragen, die die Achse des Meetings definieren. Daily Scrum soll die Kommunikation im Entwicklungsteam verbessern, Aufgaben priorisieren und das Risiko von Engpässen reduzieren.
Das Daily Scrum ist ein Event, das dem Daily Standup in anderen agilen Methoden entspricht. Und es läuft oft sehr ähnlich ab – obwohl der offizielle Scrum-Guide nicht verlangt, dass die Entwickler während dieses kurzen Events stehen. Sehr oft stehen die Teilnehmer einfach während des Gesprächs in einer informellen Gruppe.
Obwohl es scheinen mag, dass 15 Minuten am Tag viel sind, um tägliche Aufgaben zu besprechen, zeigt die Praxis, dass ein solches Meeting am besten für die Effektivität des Entwicklungsteams ist. Mit häufigen und regelmäßigen Updates zu Zielen und Verpflichtungen konzentrieren sich alle Entwickler auf priorisierte Aufgaben und priorisieren den reibungslosen Fortschritt des Teams über individuelle Ergebnisse.
Probleme mit Daily Scrum und der 5W-Methode
Eines der Probleme mit Daily Scrum ist, dass Entwickler die Meeting-Zeit in die Länge ziehen. Wenn dies der Fall ist, ist es eine gute Idee, eine Richtlinie einzuführen, um problematische Themen, die nicht zentral für das Daily Scrum sind, aber für das Team wichtig sind, auf einem Board – entweder physisch oder virtuell – festzuhalten. Auf diese Weise wird es möglich sein, zu den Problemen zurückzukehren, die während der informellen Diskussionen im Laufe des Tages besprochen werden sollten. Und auch, falls nötig, während der Sprint-Retrospektive, die wir in einem separaten Artikel näher beschreiben werden.
Ein weiteres Problem, das häufig während der Daily Scrums auftritt, ist die Umwandlung in Meetings zur Zusammenfassung der Arbeit des Vortages. Die Entwickler konzentrieren sich dann darauf, die bereits erzielten Ergebnisse zu diskutieren. Dies ist keine gute Praxis. Zugegebenermaßen ist die aktuelle Orientierung der Entwickler am Status der Arbeit, die zum Sprint-Ziel führt, sehr wichtig. Allerdings fördert es nicht die Effizienz, das Daily Scrum den bereits abgeschlossenen Aufgaben zu widmen.
Unterstützende Fragen
Wenn das Team nicht vom Daily Scrum profitiert, kann der Scrum Master den Entwicklern helfen, Probleme zu identifizieren, indem er das Meeting beobachtet und nach Antworten auf die folgenden Fragen sucht:
5 Whys
Nach der ersten Identifizierung des Problems kann eine effektive Technik zur Bestimmung der Ursache des Problems die 5 Why-Methode sein, die auch als 5 Whys oder 5W von Sakichi Toyoda bezeichnet wird. Sie besteht darin, mehrere “Warum?”-Fragen hintereinander zu stellen. Dies ermöglicht es, die tiefere Ursache des Problems zu diagnostizieren und es somit leichter zu lösen.
Zum Beispiel nehmen wir den letzten Punkt in der Tabelle: Das Problem tritt im Bereich des Engagements zur Problemlösung durch das Entwicklungsteam auf. Die fünf Fragen könnten wie folgt aussehen:
1 x WARUM?
Q: Warum bieten Entwickler keine verschiedenen Möglichkeiten an, um auftretende Probleme zu lösen?
A: Weil Entwickler Harry immer der Erste ist, der eine Lösung vorschlägt.
2 x WARUM?
Q: Warum ist Entwickler Harry immer der Erste, der eine Lösung vorschlägt?
A: Weil sonst niemand spricht.
3 x WARUM?
Q: Warum spricht sonst niemand?
A: Weil andere Entwickler keine Lust haben, nach besseren Lösungen zu suchen.
4 x WARUM?
Q: Warum haben andere Entwickler keine Lust, nach besseren Lösungen zu suchen?
A: Weil das Finden von Lösungen Konzentration erfordert und es einfacher ist, Harrys Lösung als gut genug zu betrachten.
5 x WARUM?
Q: Warum hielten sie Harrys Lösung für gut genug?
A: Da sie nicht für das Vorschlagen von Alternativen belohnt werden, haben sie zu Beginn des Meetings ihre Pläne für heute besprochen und denken darüber nach, loszulegen.
In diesem Fall kann das Problem des Mangels an Engagement zur Problemlösung gelöst werden, indem die Reihenfolge des Daily Scrum geändert und mit diesem Thema begonnen wird. Oder indem ein System zur Belohnung der besten Lösung entwickelt wird, zum Beispiel durch die Einführung einer symbolischen Belohnung für den Autor der meisten vom Team in einem bestimmten Sprint akzeptierten Lösungen.
Zusammenfassung
Daily Scrum ist ein zentraler Bestandteil der täglichen Arbeit des Entwicklungsteams. Jedes Team muss jedoch selbst die optimale Formel für dieses Meeting erarbeiten. Ein gut durchgeführtes Daily Scrum ermöglicht die laufende Festlegung von Teilzielen zur Erreichung des Sprint-Ziels. Es ermöglicht auch eine schnelle Diagnose von Kommunikationsproblemen und verbessert die Zusammenarbeit zwischen den Entwicklern.
Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Als Projektmanagerin ist Caroline eine Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.
Scrum Guide:
- Glossar grundlegender Begriffe, Rollen und Konzepte
- Was ist Scrum?
- Scrum-Werte
- Wie implementiert man Scrum in Ihrem Unternehmen?
- Scrum-Team - was ist das und wie funktioniert es?
- Wer ist ein Product Owner?
- Die häufigsten Fehler von Product Ownern
- Wer ist der Scrum Master?
- Die häufigsten Fehler von Scrum Mastern
- Welche Statistiken und Kennzahlen sollte der Scrum Master verfolgen?
- Entwicklungsteam im Scrum
- Die häufigsten Fehler von Entwicklern
- Scrum-Artefakte
- Skalierung von Scrum
- Sprint-Backlog
- Was ist das Produkt-Backlog?
- Was sind User Stories?
- Die beste User Story mit INVEST erstellen
- Die häufigsten Fehler bei User Stories
- Benutzerstory Akzeptanzkriterien
- Schätzung und Story Points in Scrum
- Planning Poker
- Team-Schätzspiel
- Definition von Inkrement
- Scrum-Ereignisse
- Was ist ein Burndown-Diagramm?
- Vorteile und Nachteile des Burndown-Diagramms
- Kanban-Boards in Scrum und Scrumban
- Geschwindigkeit im Scrum - Tempo des Entwicklungsteams
- Tägliches Scrum
- Sprint-Planung
- Sprint-Überprüfung
- Was ist eine Sprint-Retrospektive?
- Häufige Fehler während einer Sprint-Retrospektive
- Produkt-Backlog-Pflege
- Wie erstellt man ein Burndown-Diagramm und interpretiert es?