Was sollte der Scrum Master tun, um zeitliche Beschränkungen (Zeitfenster) von Ereignissen zu verhindern?

Scrum hat strenge zeitliche Begrenzungen von Ereignissen. Es ist schwierig, in den Zeitfenstern für Ereignisse zu bleiben, die der Scrum Guide vorschreibt.

Was sollte der Scrum Master tun, um eine Situation zu vermeiden, in der das Scrum Team ein Ziel eines Ereignisses nicht rechtzeitig erreicht hat?

Ich interessiere mich für vier Scrum-Ereignisse (Daily Scrum, Sprint-Planung, Sprint-Review, Sprint-Retrospektive) und Aktivitäten zur Verfeinerung des Produkt-Backlogs (die keine Zeitfenster haben, aber eine Begrenzung der Teamkapazität haben).

Können Sie die Klärung der Frage in eine neue Frage verschieben? Ihre ersten Fragen sind wertvoll und nützlich für andere. Erstellen Sie eine neue Frage und ich gebe Ihnen gerne einige Vorschläge, was zu tun ist, wenn Sie bereits aus der Hölle in der Besprechung sind.
@JoelBancroft-Connors Fertig. Ich habe diese Frage geändert und die ursprüngliche hierher verschoben .

Antworten (3)

Bevor ich auf die Antworten eingehe, sollten Sie wissen, dass es sich für mich so anhört, als ob die eigentliche Ursache hier darin besteht, dass Sie keinen guten Scrum Master haben. Ihr Scrum Master sollte in der Lage sein, die meisten dieser Probleme zu lösen – und es hört sich so an, als ob er nicht verstärkt und das Team darin coacht, wie es seinen Prozess verbessern kann. Das heißt - hier sind meine Antworten auf jede Ihrer Fragen:

  1. Der ScrumMaster muss dabei helfen, jedes Mitglied kurz und prägnant auf dem Laufenden zu halten. Wenn ein Gespräch zwischen den Entwicklern beginnt, sagen Sie einfach „Lasst uns nach dem Stand diskutieren“ oder „Parken“, dann schreiben Sie es auf ein Post-it und kleben es an die Wand. Wenn Mitglieder ständig zu sehr ins Detail gehen, bringen Sie es im Nachhinein zur Sprache und machen Sie es sich zum Ziel für den nächsten Sprint, jeden Stand zu timen (vielleicht die Zeit pro Person zu begrenzen), um sie dazu zu bringen, prägnant zu sein.
  2. Für einen einmonatigen Sprint sollte ein ganzer Tag ausreichend Zeit sein (ich mache 2-wöchige Sprints und die Planung dauert etwas weniger als 2 Stunden). Der Schlüssel zur Beschleunigung der Planung besteht darin, während des eigentlichen Sprints ein Grooming-Meeting für den NÄCHSTEN Sprint abzuhalten. Dadurch werden Geschichten in Form gebracht, Fragen beantwortet und das nächste Planungsmeeting viel schneller durchgeführt.
  3. Sie sind sich nicht sicher, ob Sie dies bereits tun, aber vielleicht möchten Sie die Demo von der Sprint-Überprüfung/anderen Aktivitäten trennen. Auch hier gilt: Timebox, setze ein Zeitlimit für jeden Punkt, und wenn Diskussionen losbrechen, sag einfach „Lass uns offline reden“ oder so.
  4. Sie müssen ein Retro-Ziel haben, bevor Sie in ein Retro-Meeting gehen. Wählen Sie ein Thema oder Thema aus und versuchen Sie, die Diskussion darauf zu konzentrieren, anstatt zu versuchen, alles auf einmal anzugehen. Verlassen Sie das Meeting mit konkreten Aktionselementen, die Teammitgliedern mit einem Fälligkeitsdatum zugewiesen werden.
  5. Das ist ein völlig normales Problem. Es hört sich so an, als wäre Ihr Rückstand etwas holprig. Planen Sie also für eine Weile reduzierte Kapazitäten ein, während Ihr Team diesen Rückstand aufbaut. Dies wird sich am Ende absolut auszahlen und hilft, Punkt 2 anzugehen.
Danke für deine Antwort, aber ich habe nach etwas anderem gefragt. Ich habe meiner Frage eine zusätzliche Erläuterung hinzugefügt.

Jagg bietet eine gute Anleitung zur Verbesserungsmechanik. Lassen Sie mich sehen, ob ich ein wenig darüber sprechen kann, was jetzt zu tun ist.

1- Du bist nicht gescheitert, du hast Wege gefunden, die nicht funktioniert haben. Finden Sie das Zitat von Thomas Edison „Ich bin nicht 1000 Mal gescheitert, ich habe 1000 Wege gefunden, wie es nicht funktioniert hat“ in einem schönen Format online. Drucken Sie es aus und hängen Sie es im Teambereich aus.

2- Treten Sie sich nicht selbst. Das ist nicht einfach. Im Moment befinden Sie sich in der sogenannten „Shu“-Phase. Sie kennen die Scrum-Regeln und versuchen, sich daran zu halten. Das ist gut, versuchen Sie es weiter. Nur treten Sie sich nicht selbst, wenn Sie versagen. Siehe Nr. 3.

3- Beginnen Sie mit der Frage: "Was können wir tun, um besser zu werden?" Anstelle von „wir haben versagt“ geht es weiter zu „was nun“. Gehen Sie hier zurück zu Jaggs Beitrag, um Ratschläge zu erhalten.

4- Den Sprint verkürzen. Es scheint sehr kontraintuitiv zu sein, es funktioniert. Kürzere Sprints bedeuten, dass weniger zu tun ist. Stellen Sie sich das so vor, Sie haben 30 Geschichten in Ihrem monatelangen Rückstand, das sind 30 Gelegenheiten für Ihre Pflege oder Planung, in den Kaninchenbau zu gehen. Wenn Ihre Sprints zwei Wochen dauern, haben Sie nur 15 Geschichten. Ihre Chancen auf ein Kaninchenloch sind gerade halbiert.

5- Gute Tagesordnungsplanung. Einer der großen Flüche eines jeden Meetings ist das Fehlen einer guten Tagesordnungsplanung. Ein Daily Standup hat sogar eine Agenda. Diese Agenda lautet „Teammitglied 1, drei Fragen. Teammitglied 2, drei Fragen.“

Für Daily Standup können Sie sogar 15 Minuten durch die Anzahl der Teammitglieder dividieren und einen Timer einstellen. Der Timer geht aus, du gehst weiter. Denken Sie daran, dass Standup schnell ist, alle Diskussionen landen auf dem „Follow-up“-Stapel.

Bei längeren Besprechungen besteht das Geheimrezept für Tagesordnungen darin, Ihre Tagesordnung nach Uhrzeit und nicht nach Minuten zu erledigen.

Do: 1:00 – Start 1:03 – Tagesordnungsüberprüfung 1:05 – Tagesordnungspunkt eins 1:30 – Tagesordnungspunkt zwei 1:50 – Aktionspunktüberprüfung 2:00 – Abschluss

Don't: 5 Minuten - Tagesordnung 25 Minuten - Tagesordnungspunkt eins usw.

Auch hier stellen Sie bei Bedarf einen Timer ein. Wenn Sie 4 Stunden als "Sprint-Planung" bezeichnet haben, werden Sie nie alles erledigen können. Finden Sie heraus, was getan werden muss und wie viel Zeit es braucht. Erstellen Sie die Tagesordnung, versenden Sie die Tagesordnung vor dem Meeting, hängen Sie die Tagesordnung auf einem Whiteboard oder Staffelei-Papier auf, wo jeder sie sehen kann.

Beifall...

Vielen Dank für Ihre Antwort, aber leider wurde meine Frage missverstanden. Ich habe meiner Frage eine zusätzliche Erläuterung hinzugefügt.

Während Ihr Team weiterhin versucht, das Limit der Timebox einzuhalten, wird es lernen, wie es geht. Wenn Sie versuchen, die Rolle ihres Problemlösers zu spielen, und Sie der Scrum Master sind, ist das nicht Ihre Rolle. Ihre Rolle besteht darin, darauf hinzuweisen, dass sie die Box nicht beachtet haben, und die Diskussion darüber anzuregen, warum und was sie beim nächsten Mal anders machen können, damit es funktioniert. Auf diese Weise werden sie, nicht Sie, das Problem besitzen. Und sie werden lernen, über ihre Probleme auf eine Weise nachzudenken, die sie noch nicht kennen, obwohl Sie es wissen. Wenn Sie ein ehemaliger (oder aktueller) Ingenieur sind, müssen Sie lernen, Ihren Wunsch, Dinge zu reparieren, zu unterdrücken. Als Scrum Master sind Sie jetzt Coach.