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).
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:
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...
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.
Joel Bancroft-Connors
Sergej Kudrjawzew