Zusammenfassung

Das Daily (Stand-Up) ist ein täglich stattfindendes Treffen eines Teams, bestenfalls begleitet mit einer Person in der Rolle eines SCRUM Masters/Agile Coach. Es hat je nach Teamgröße eine Dauer von nur 10-15 Minuten. Das Meeting dient zum gleichwertigen und strukturierten Austausch von (strategischen) Informationen zum täglichen Ablauf.

Der Kommunikationsfluss des Meetings ist gemeinschaftlich in der Form "jeder spricht zu jedem". Die Art und Weise der Sprechfolge der Teilnehmer kann vom Team selbst bestimmt werden. (Sprechtoken, Round Robin, etc). Wichtig ist, dass jeder Teilnehmer aus dem Team aktiv am Meeting teilgenommen hat. Jeder im Prozess/Projekt darf dem Meeting als "Besucher" beiwohnen. Besucher dürfen jedoch nicht selbst in das Meeting eingreifen sondern nur "konsumieren".

 

 

Struktur / Ablauf

 

Länge: 10- 15 Minuten je nach Teamgröße

Häufigkeit: Täglich

  • Was wurde für das Aufgabenziel bereits (seit gestern) erreicht?
  • Was werde ich vermutlich bis zum nächsten Treffen erreichen? (2/3 kurzfristig, 1/2 mittelfristig).Kann ich jemanden unterstützen?
  • Was hindert mich, mein Ziel erfolgreich zu erreichen. Benötige ich Unterstützung?

Jeder aktive Teilnehmer sollte einen Beitrag zu jeder dieser Fragestellungen einbringen können.

Wenn der offizielle Teil des Meetings beedet ist, kann der SCRUM-Master oder der etwaige Moderator herzlich dankend die Runde auflösen und ggf. in einen Rahmen zum Organisieren der "Breakouts" überleiten.

 

Teilnehmer:

  • Aktiv: Team und SCRUM Master
  • Passiv (Besucher): alle

 

Sinnvolle Fragestellungen zur Vorbereitung:

  • Sind meine Arbeitselemente im Tooling aktualisiert
  • Ist mein eigener Zeitplan noch in Ordnung
  • Sind in letzterer Zeit wiederholt kleine Hindernisse aufgetreten? (Gibt es dafür ein spezielles Muster?)
  • Wie könnte meine Arbeit "besser" ablaufen, wenn.... ()...?

Als aktiver Teilnehmer (Entwickler) möchte ich folgende Fragen beantwortet wissen:

  • Was kann ich tun, um jemanden zu helfen?
  • Was kann jemand anderes tun um mir zu helfen?
  • Wie sind die aktuellen Projektprioritäten? Habt sich eine Änderung ergeben?
  • Gibt es eine wichtige Information, die das ganze Team wissen sollte?

 

 

Ziel / Ergebnis des Meetings:

  • Durch den Austausch entstehen weitere kleine Diskussionsrunden "Break Outs".

  • Jedem Teilnehmer ist der Tagesplan im Team bekannt

  • Blockaden wurden aufgedeckt und angesprochen
    Aufgelöste Blockaden bedeuten für die Entwicklung, dass die Arbeit ungehindert voranschreiten kann. Nichts verlangsamt eine Entwicklung mehr, wie eine unterbrochene Konzentration des Entwicklers.

  • Es gibt neue Sichtweisen und Erkenntnisse, die aus dem Gruppenwissen entstanden sind und in den "Breakouts" weiter ausgearbeitet werden können

  • Es gibt ein aktualisiertes Team-Backlog, das den "Sprintfortschritt" bzw. Entwicklungsfortschritt akkurat widerspiegelt

  • Finden von Synergien bei der Problemlösung
    Dieses Meeting sorgt dafür Lösungen für aktuelle Probleme zu finden, die jemand anderes aus dem Team ggf. schon vor einiger Zeit zu einem anderen Kontext als Lösung gefunden hat.

 

Was das Meeting nicht ist:

  • Ersatz für eine fehlende Kommunikationskultur in der Abteilung (Beisp. Kaffeeküche)
  • Anker für das Team, um mit dem Arbeitstag "beginnen zu können".
  • Eine Plattform für detaillierte Gespräche über Architektur, Konzeption, Workflow oder geplanter Umsetzung.
  • Eine Plattform, um Problemstellungen vollständig zu lösen. In diesem Meeting werden Blockaden angesprochen/skizziert und ggf. Ressourcen mobilisiert, nicht vollständig gelöst.
  • Eine Plattform zum Verteilen von Aufgaben. Die Person in der Rolle eines SCRUM-Master kann natürlich auf ggf. wichtige Aufgaben aus dem Team-Backlog hinweisen und wie die geplante Eingliederung stattfindet. Jedoch werden keine Aufgaben direkt zur Bearbeitung verteilt oder aufgetragen. Allerding ist es natürlich als aktiver Teilnehmer auf eigenen Wunsch möglich sich in Rahmen dieses Meetings als Bearbeiter für eine Aufgabe auszusprechen.