Was sind die Verantwortlichkeiten in einem Scrum of Scrums?

In einer agilen Umgebung, in der es mehrere Scrum-Teams gibt, wurde mir gesagt, dass jedes Team einen „Botschafter“ ernennen kann, der es im „Scrum of Scrums“-Standup vertritt.

Was passiert bei Konflikten (Prioritäten, Abhängigkeiten, technische Standards etc.) zwischen 2 oder mehr Teams?

Wie behalten die mehreren Teams eine koordinierte Richtung bei, wenn verschiedene Teammitglieder jedes Mal am SoS teilnehmen können? Gibt es einen übergeordneten Product Owner?

Antworten (4)

Das Scrum of Scrums sollte nach den Daily Scrums stattfinden, da es sonst schwierig wäre, die drei Fragen dort zu beantworten. Falls es eine wichtige Entscheidung gibt, geht der Botschafter zurück zum Team und erklärt es in 3-5 Minuten.

Jeder aus dem Team soll das Team im SoS vertreten können, weil er während seines Scrums aufpasst. Normalerweise schicken Teams den Scrum Master zu diesen Meetings, aber das ist nur üblich.

Es ist eine gute Sache, wenn die POs dem SoS beitreten können, weil das ein guter Anfang ist, um Probleme zu lösen, aber zumindest sollte die gesamte PO vorhanden sein.

Danke für diese Antwort. Das einzige, was fehlt, ist der Konfliktlösungsteil meiner Frage – haben Sie irgendwelche Vorschläge?
Wenn der Konflikt funktionsbezogen ist, sollten die Bestellungen und/oder die Master-Bestellung das klären. Wenn es sich um einen technischen Konflikt handelt, sollten sich die Botschafter einigen. Aber keiner von ihnen sollte auf dem Treffen passieren. Es dient nur dazu, Probleme zu finden und das nächste Meeting zu planen.

Was passiert bei Konflikten (Prioritäten, Abhängigkeiten, technische Standards etc.) zwischen 2 oder mehr Teams?

Dafür ist ein SoS-Treffen da – nicht unbedingt, um die Konflikte zu lösen, sondern um sie zu identifizieren und die Lösung zu koordinieren und zu erleichtern.

Wie behalten die mehreren Teams eine koordinierte Richtung bei, wenn verschiedene Teammitglieder jedes Mal am SoS teilnehmen können?

Normalerweise ist es jedes Mal dieselbe Person, normalerweise der Scrum Master aus jedem Team. Das Entsenden derselben Person funktioniert tendenziell besser, da die SoS-Gruppe lernt, wie man gut zusammenarbeitet.

Gibt es einen übergeordneten Product Owner?

Hängt davon ab, ob es ein übergreifendes Produkt/Portfolio gibt. SoS kann als Möglichkeit zur agilen Skalierung verwendet werden, in diesem Fall gibt es oft einen Portfoliobesitzer/-manager (der für mehrere Produkte verantwortlich ist). Aber in anderen Fällen wird SoS nur dazu verwendet, mehrere lose gekoppelte Produkte zu koordinieren (und in diesem Fall haben sie möglicherweise jeweils ihren eigenen PO, aber keinen Portfoliobesitzer).

Ich weiß nicht, was der akzeptierte Ansatz ist, aber ich habe ihn immer so implementiert, dass der SM jedes Teams am Scrum of Scrums teilnimmt.

Wir haben es, wo der SM und der PO an dem Treffen teilnehmen. Die Frequenz ist einmal pro Woche. Der Fokus sollte auf der Identifizierung von Blockern und Abhängigkeiten zwischen Teams liegen. Wir beginnen in der Regel mit der Überprüfung des Iterations-Backlogs und prüfen, ob die verbleibenden Stories in der verbleibenden Zeit abgeschlossen werden können und welche Stories möglicherweise überschwappen und welche Auswirkungen sie haben. Jeder Scrum Master gibt dann einen Überblick darüber, was erledigt, geplant und blockiert ist.