Warum Ihr tägliches Stand-up-Meeting scheitert

• Das tägliche Stand-up (oder Daily Scrum), das in agilen Teams üblicherweise durchgeführt wird, besteht meist darin, die folgenden drei Fragen zu beantworten
  • Was haben Sie gestern getan?
  • Was werden Sie heute tun?
  • Gibt es Hindernisse?
• Typisches Scheiternszenario: Es wird einfach zu einer Zeit, in der nur die To-do-Listen von gestern und heute vorgelesen werden
  • Es kommen Menschen aus unterschiedlichen Fachbereichen und zu viele Personen zusammen und sprechen über Dinge, die die anderen nicht interessieren
  • Über bestimmte Themen wird zu tiefgehend gesprochen, sodass das Meeting zu lang wird
  • Letztlich liegt das grundlegende Problem darin, dass der Zweck des täglichen Stand-up-Meetings nicht richtig verstanden wird
• Das eigentliche Ziel des Stand-ups
  • Die Wahrscheinlichkeit zu optimieren, dass das Entwicklungsteam das Sprint-Ziel erreicht
  • Das Stand-up ist die Zeit, um über Bedenken oder Hindernisse zu sprechen, die das Erreichen des Sprint-Ziels gefährden
  • Wenn während eines Sprints in den Stand-ups kein einziger Blocker gemeldet wurde, das Team aber das Sprint-Ziel dennoch verfehlt hat, dann führen Sie das Stand-up falsch durch
• Damit das Team das Sprint-Ziel zuverlässig erreicht, müssen Hindernisse so schnell wie möglich erkannt und gelöst werden
  • Deshalb muss im Daily Scrum 1) der aktuelle Stand mit dem Sprint-Ziel verglichen werden, um die verbleibende Arbeit zu prüfen, und 2) müssen aufgetretene oder erwartete Hindernisse geteilt werden, damit sie schnell gelöst werden können
  • Deshalb ist die letzte Frage die wichtigste: „Gibt es Hindernisse?“
  • Allerdings fällt es Menschen oft schwer zu erkennen, ob die aktuelle Arbeit zu lange dauert. Es ist sinnvoll, passende Regeln festzulegen. Zum Beispiel kann eine Aufgabe, bei der es zwei Tage lang keinen Fortschritt gibt, als Blocker definiert werden.
• Das Daily Stand-up ist für das Entwicklungsteam da
  • Während des Sprints arbeitet nur das Entwicklungsteam daran, das Sprint-Ziel zu erreichen
  • Product Owner oder Designer teilnehmen zu lassen, nur um zu hören, was sie erledigt haben und welche Hindernisse sie haben, bringt nicht viel
• Verwandeln Sie dieses Meeting nicht in ein Treffen alle zwei Tage oder in ein wöchentliches Meeting. Wenn solche Vorschläge aufkommen, bedeutet das, dass derzeit kein Nutzen aus dem Stand-up gezogen wird — und genau dieses Problem muss gelöst werden.

[chingooo]

Nachdem ich die Zusammenfassung im Team geteilt und weiter darüber gesprochen habe, kam mir etwas seltsam vor, und als ich nachgesehen habe ...

Sie haben goal durchgängig mit „Ziel“ übersetzt, aber es wäre noch besser, wenn Sie sprint zu „Ziel“ und Stand-up zu „Zweck“ ändern würden.

[cnaa97]

Wichtig ist, dem Team das zu sagen, was "gesagt werden muss".

Ob gewöhnliches Meeting, Daily oder Review: Lässt man es einfach laufen, redet am Ende jeder nur über das, was er "sagen will", und nicht über das, was tatsächlich "gesagt werden muss".

Deshalb ist fraglich, ob standardisierte Fragen wie, was man gestern gemacht hat, was man heute machen wird und ob es Hindernisse gibt, sinnvoll sind, und ob man überhaupt jeden Tag ein Daily abhalten muss.

Alle sollten zu Facilitators werden, selbst die notwendigen Dinge ansprechen und auch die anderen dazu ermutigen.

Statt regelmäßiger Meetings sollte Kommunikation dann stattfinden, wenn sie nötig ist, und zwar fortlaufend.

[studroid]

Nach den Kriterien des Daily Scrum im Scrum nehmen auch Product Owner und Designer als Developers teil, sofern sie am Fortschritt des Sprints mitwirken.

Es scheint also einen kleinen Unterschied zwischen dem Zweck des Daily Stand-up, von dem dieser Artikel spricht, und dem Zweck des Daily Scrum im Scrum zu geben :)