Zum Inhalt

Theorie "Daily Scrum"

Die tägliche Abstimmung zwischen den Developern

Während des Sprintings findet jeden Tag das sogenannte Daily Scrum Meeting statt. Ein anderer häufig genutzter Name ist "Daily Stand-up Meeting" und das fasst gut den Kern des Meetings zusammen: Das Meeting wird täglich im Stehen abgehalten.

Dabei treffen sich die Developer und informieren sich gegenseitig in kurzer Form über ihre Arbeit. Die Anwesenheit der Developer ist essenziell, der Scrum Master sollte anwesend sein, damit er auf die Einhaltung des Zeitpunkts, der Zeitdauer und des konstruktiven Ablaufs achten kann. Auch der Product Owner oder andere Personen können am Treffen teilnehmen, dies ist aber nicht nötig. Einen Redebeitrag haben in diesem Fall weder Product Owner noch andere Gäste.

Die Agenda das Daily Scrums

Prinzipiell entscheiden die Developer selbst, wie dieses Meeting jeweils gestaltet werden soll. Es hat sich jedoch als sinnvoll erwiesen, dass der Scrum Master, falls er am Meeting teilnimmt, das Daily Scrum als Moderator eröffnet. Jeder Developer gibt im Anschluss seinen Teamkollegen kurz und knapp drei Informationen:

  1. Was habe ich gestern gemacht?
  2. Was plane ich heute zu machen?
  3. Welche Impediments stören meinen Arbeitsablauf?

Der Scrum Master nimmt die Impediments der Developer entgegen und kümmert sich um Lösungen. Eventuell kommt ein "Impediment Backlog" zur Dokumentation der Impediments und ihrer Aufarbeitung zum Einsatz.

Wichtig ist, dass das Daily Scrum kein Status Meeting ist. Die Developer bringen einander auf den neuesten Stand und sie berichten nicht an den Scrum Master oder, falls anwesend, an der Product Owner. Um zu vermeiden, dass dies geschieht, könnten die Developer im Kreis stehen und sich gegenseitig ansehen - der Scrum Master und der Product Owner sollten außerhalb des Kreises stehen.

Das Daily Scrum Meeting findet täglich zur gleichen Zeit am gleichen Ort statt. Hierfür sollte ein Raum zu Verfügung stehen, in welchem ungestört gesprochen werden kann. Alternativ kann das Meeting auch virtuell mittels einer Videokonferenz stattfinden. Auch in diesem Fall sollte gewährleistet sein, dass die Developer ungestört sind.

Virtuelles Daily Scrum

Auch wenn das Daily Scrum Meeting virtuell stattfindet, sollte darauf geachtet werden, dass die Teilnehmenden stehen und dass die time box eingehalten wird. Findet das Daily Scrum Meeting virtuell statt, könnten die Developer ihre Kameras einschalten und Scrum Master sowie Product Owner könnten ihre Kameras deaktivieren.

Wie üblich bei Scrum ist auch dieses Meeting time-boxed. Es hat sich etabliert, dass das Meeting 15 Minuten dauert. Es muss pünktlich begonnen und beendet werden. Sollte sich ein Teilnehmer verspäten, wird nicht auf ihn oder sie gewartet, sondern es wird begonnen.

Verspätete Teilnehmende und Strafen

Falls sich ein Teilnehmer zum Daily Scrum Meeting verspätet, sollte herausgefunden werden, woran es liegt. War es eine einmalige Sache, weil der Teilnehmer im Stau stand? Kommt es regelmäßig vor, weil der Teilnehmer private Probleme hat, die die Arbeit beeinflussen? Der Scrum Master sollte vor allem bei regelmäßigen Verspätungen herausfinden, woran es liegt. Falls beispielsweise die gleichen Developer immer wieder zu spät kommen, weil die Bahn, mit der alle gemeinsam kommen, häufig Verspätung hat, dann könnte das Meeting zum Beispiel um ein paar Minuten nach hinten verschoben werden.

Manche Teams haben Strafen für Zuspätkommen eingeführt, z. B. die Zahlung von kleinen Beträgen, welche am Ende des Projektes für den guten Zweck gespendet werden, oder das Backen von Keksen für das ganze Team. Inwieweit solche Strafen sinnvoll sind, sollte von Team zu Team individuell entschieden werden. Wichtig ist jedoch, dass die Gründe für das Zuspätkommen nicht in den Hintergrund rücken und zunächst versucht wird, diese zu beheben, statt Sanktionen einzuführen und die Gründe nicht zu hinterfragen.

Übersicht: Daily Scrum

  • Dauer: 15 Minuten, stehend

  • Immer zur gleichen Zeit und am gleichen Ort

  • Ist in Verantwortung der Developer

  • Teilnehmende: Developer und gegebenenfalls Scrum Master - Product Owner und andere Gäste können anwesend sein, jedoch ohne Redebeitrag

  • Idealerweise morgens mit unbedingter Anwesenheitspflicht und pünktlichem Erscheinen aller Developer

  • Ergebnis: Information über den gegenwärtigen Stand der Umsetzungsarbeiten, verbesserte Kommunikation, schnelle Herbeiführung von Verbesserung, sowie Erhöhung gegenseitigen Wissens aller Developer

Kommunikation im Daily Scrum

Im Daily Scrum Meeting ist es wichtig, dass alle Developer zu Wort kommen und über das Geschaffte, ihre Pläne und Herausforderungen sprechen. Diese Art der Kommunikation nennt sich partizipative Kommunikation: Die Teilnehmenden beteiligen sich aktiv am Austausch. Es sollte darauf geachtet werden, dass sie Beteiligung der Developer gleichmäßig ist und dass das Gesagte, vor allem bezogen auf die Hindernisse, ernstgenommen wird.

Kurze Erinnerung

Sie haben das Wort partizipativ schon mal im Zusammenhang mit der Umfeldanalyse gehört. Bei der Umfeldanalyse gibt es drei verschiedenen Ansätze:

  • Partizipativer Ansatz: Alle vom Projekt betroffenen Parteien werden als Partner behandelt und aktiv ins Projekt einbezogen. Die Beteiligung reicht bei diesem Ansatz von der Information und Kommunikation bis hin zur Einbeziehung in den Entscheidungsprozess.

  • Diskursiver Ansatz: Die Interessen der verschiedenen Betroffenen werden in Einklang gebracht. In diesem Fall sollten Konfliktmanagement- und Verhandlungsmethoden angewandt werden.

  • Repressiver Ansatz: Die Umwelt ist nur vordergründig beteiligt. Die Entscheidungen werden von einer Person allein getroffen. Es gibt nur wenige Fälle, in denen dieser Ansatz notwendig sein kann (z. B. bei der geplanten Fusion von Organisationen).

Sie können diese Ansätze, auf die Kommunikation in Scrum Meetings übertragen. Wie Sie bereits wissen, ist die partizipative Kommunikation zu wählen, wenn sie Developer auf Augenhöhe im Daily Scrum kommunizieren. Diese Art der Kommunikation sollte während der Scrum Events die bevorzugte Strategie sein. Auch die diskursive Kommunikation kann an der ein oder anderen Stelle im Scrum Framework zum Einsatz kommen. Die repressive Kommunikation kann nicht mit den Werten von Scrum in Einklang gebracht werden - es gibt keine Person, die allein Entscheidungen trifft, daher findet dieses Kommunikationsform keine Anwendung während eines Scrum Projektes.