Scrum Tägliches Meeting: Pünktlichkeit über volle Teampräsenz?

Mein Verständnis ist, dass ein Daily Scrum-Meeting sehr schnell sein sollte, auf freundliche Weise veranstaltet werden sollte und dass alle anwesenden Teammitglieder erforderlich sind. Weil es das Ziel ist, alle auf dem Laufenden zu halten, was alle anderen tun.

Ich mag Scrum Daily Meetings, die so abgehalten werden.

In meinem neuesten Projekt ähneln unsere täglichen Scrums eher einem Status-Update-Meeting. Obwohl die Position ist, dass wir Scrums halten und richtig agil üben.

Wir sind ein verteiltes Team in zwei verschiedenen Ländern, und die Personen im selben Land befinden sich nicht im selben Büro. Als Konsequenz haben wir virtuelle Scrums.

Das Problem ist, dass unsere Besprechungen immer pünktlich beginnen. Viele Leute rufen vor der eigentlichen Startzeit an, sodass sie tatsächlich in der ersten Sekunde der Besprechung beginnen. Ohne Toleranz für kleine Verzögerungen.

Zum Beispiel, als wir das letzte Mal telefonierten und die Person, die das Meeting koordinierte, überprüfte, ob alle eingeschaltet waren, und wir sagten, eines unserer Teammitglieder sei noch nicht eingeschaltet, aber er habe angerufen. Und mir wurde gesagt, ich solle mit dem Teilen beginnen, ohne auf mein Teammitglied zu warten.

Außerdem hat jeder viele Besprechungen, und manchmal sind sie mit der Scrum-Besprechung hintereinander, sodass es verständlich ist, wenn sie in der ersten oder zweiten Minute der Besprechung ankommen.

Ist das normal für Teams, die Daily Scrums üben? Es ist das erste Mal, dass mir passiert.

Ich kann keine Bibliographie direkt darüber finden. Obwohl die Anwesenheit aller Teammitglieder betont wird, wird auch betont, dass die Besprechungen immer zur gleichen Zeit beginnen sollten. Aber ich stelle mir vor, dass es eine kleine Verzögerungstoleranz geben kann.

Ich habe sogar in einem Blog jemanden gelesen, der vorschlägt, dass der Scrum Master Strafen verhängen kann, wenn jemand "5 Sekunden" zu spät kommt. Ich dachte, die Scrums sollten freundlich sein, und eine solche Strafe zu haben, scheint kontraproduktiv.

Was ist der empfohlene Ansatz in einer solchen Situation?

Wie bei jeder agilen Praxis können Scrum-Teams dies selbst entscheiden. Wenn es Sie stört, sollten Sie es in Ihrer Retrospektive ansprechen und versuchen, eine Lösung zu finden, mit der alle zufrieden sind. Vielleicht geht es anderen Teammitgliedern genauso, aber sie denken, das ist "genau so, wie Scrum gemacht wird".

Abgesehen davon beginne ich in meinen Scrum-Meetings mit der zweiten, es sei denn, drei oder mehr Personen werden vermisst. Für ein Meeting, an dem jeder jeden Tag teilnehmen muss, halte ich es für respektlos, wenn jeder etwas anderes tut. Wenn ich derjenige bin, der spät auftaucht, beginnt mein Team ohne mich. Wenn wir am Ende Zeit haben, kehren wir zu den Aufgaben der Leute zurück, die zu spät kamen.

Ich war in der Vergangenheit weniger streng in Bezug auf Pünktlichkeit, und was passiert ist, ist, dass Leute, die pünktlich aufgetaucht sind, es satt haben, ihre Zeit zu verschwenden. Deshalb haben sie versucht zu erraten, wann das Meeting tatsächlich beginnen würde, und sind dann stattdessen aufgetaucht, was der Fall war ein Schneeballeffekt.

Für ein tägliches Meeting ist es nicht das Ende der Welt, wenn jemand gelegentlich einen Teil davon verpasst. Hoffentlich ist es nicht die einzige Kommunikation, die Sie den ganzen Tag über durchführen.

Wenn Sie auf Leute warten, lernen Sie, dass es in Ordnung ist, zu spät zu kommen. Wenn Sie in der Minute beginnen, wird den Leuten beigebracht, dass sie pünktlich da sein müssen, wenn sie teilnehmen möchten. Das Programmieren ist eine berufliche Tätigkeit, die mindestens ein Mindestmaß an Disziplin erfordert.

Abgesehen davon geht es beim täglichen Aufstehen darum, zu diskutieren, was das Team gestern getan hat, was es heute tut, und alle auf Straßensperren aufmerksam zu machen. Die geplante Zeit sollte "als erstes am Morgen, wenn alle verfügbar sind" sein, nicht unbedingt eine bestimmte Zeit auf der Uhr. Das Endziel ist es, als Team zusammenzuarbeiten und keine strengen Regeln zu befolgen. Wenn Ihr Team sehr neu in der Agilität ist, können Sie Ihre Teamfähigkeiten verbessern, indem Sie sich an die Uhr halten. Wenn Sie ein ausgereiftes Team sind, tun Sie, was für Ihr Team funktioniert.

Funktioniert Scrum so?

Ich würde Ihnen vorschlagen, dass tägliche Besprechungen für geschäftliche Aktivitäten zu häufig sind, es sei denn, Ihr Team ist besonders produktiv (was bedeutet, dass es in sehr kurzen Zeiträumen große Mengen an Funktionen produzieren kann).

Wenn Sie sich für tägliche Tag-ups entscheiden, sollten diese nicht länger als 15 bis 20 Minuten dauern, und ja, jeder muss pünktlich sein oder sie nehmen nicht teil. Tag-Ups kommen den Teammitgliedern zugute, nicht dem Scrum Master. Strafen für fehlende tägliche Besprechungen sollten genauso behandelt werden wie jede andere Verspätung.

Kurz gesagt, ich sehe hier nichts Besonderes. Ich denke, dass tägliche Meetings jeglicher Art an Mikromanagement grenzen, aber wenn Sie sich dazu entschließen, müssen Sie sie ordnungsgemäß durchführen.

Menschen über Prozess . Das ist eine der Kern Mieter von Agile, wenn ein Prozess ist nicht für Ihr Team arbeitet, Schrott es oder modifizieren. Lassen Sie das Team es an seine Bedürfnisse anpassen.

Stellen Sie sich das so vor, worum geht es beim täglichen Aufstehen?

Es ist Ihre Gelegenheit, Hindernisse für den Rest des Teams zu wecken, darauf hinzuweisen, dass Sie möglicherweise Unterstützung benötigen, und Änderungen hervorzuheben, die sich auf andere auswirken. Es ist wichtig, dass Sie als Entwickler da sind.

Mit einem Team von 4 bis 8 Entwicklern müssen sie schnell und bissig sein - meistens jeweils 30 Sekunden. Wenn ich die Rolle des Scrum Masters übernehmen würde, wäre ich besorgt über den späten Beginn der Besprechungen, da dies die Besprechungskosten erhöhen würde. Ebenso sorgen variable Besprechungszeiten für Ablenkung für alle - stehen wir kurz davor ... Ich wäre mir auch sehr bewusst, dies mit den Anforderungen in Einklang zu bringen, um sicherzustellen, dass das Team sich gegenseitig unterstützen kann, und kann daher die Besprechung bei Bedarf verzögern, weil jemand Wer wahrscheinlich behindert wurde, war am Telefon / auf der Toilette.

Wenn Teams geografisch verteilt sind, wie Sie es beschreiben, würde ich dies bei JEDER Retrospektive als Teamhindernis anzeigen. Es ist offensichtlich ein Hindernis für die Leistung und Kommunikation des Scrums, dass nicht alle zusammen sitzen und frei und einfach kommunizieren können.

Ich würde argumentieren, dass dies als zwei separate Scrum-Teams organisiert und die Arbeit so organisiert werden sollte, dass Scrum of Scrums die internationale Kommunikation abwickelt.