Was ist die genaue Definition dieses Konzepts? Handelt es sich um ein Forum, in dem mehrere Scrum Master , die an einem großen Produkt arbeiten , ihren Status synchronisieren, oder handelt es sich um eine Brainstorming-ähnliche Sitzung, in der mehrere Scrum Master , die an mehreren Projekten / Produkten arbeiten, zusammenkommen und ihre Prozessverbesserungen usw. teilen?
Mir ist keine verbindliche Antwort auf diese Frage bekannt. Tatsächlich habe ich viele gesehen. Überall, wo ich mit Scrum of Scrums gearbeitet habe, wurde es immer als leichtgewichtiger Ansatz gewählt, damit Teams synchronisieren können, ohne ein robusteres Skalierungs-Framework einzurichten.
Angesichts der Tatsache, dass das Daily Scrum kein Statusmeeting ist, sondern eher eine Gelegenheit für Teammitglieder, ihren Tag zu synchronisieren und zu planen, würde ich das Scrum of Scrums genauso behandeln, aber in einem breiteren Rahmen. Bei den erfolgreichsten Scrum-of-Scrums-Implementierungen, an denen ich beteiligt war, waren dies kurze, 15-minütige Meetings, die alle paar Tage stattfanden und bei denen Vertreter der Teams die Bedürfnisse zwischen den Teams abstimmten und planten, wie sie gemeinsam vorankommen. Der Schwerpunkt lag normalerweise darauf, wie sich die Arbeit jedes Teams technisch auf andere Teams auswirkt oder welche Abhängigkeiten entstehen oder gelöst werden können.
In Bezug auf die Teilnehmer ist der Scrum Master selten die beste Person, da er nicht zu den Personen gehört, die die Arbeit erledigen. (Nicht, dass der Scrum Master nicht teilnehmen kann, er sollte nur kein Mitglied des Entwicklerteams ersetzen.) Am besten gefiel mir der Ansatz, dass jedes Team zwei Vertreter schickte und diese Vertreter rotierten. Aber ich habe alles gesehen, von einem einzigen Vertreter bis hin zu allen anwesenden Teammitgliedern.
Laut dem Scrum@Scale -Leitfaden geht es mehr um Synchronisierung und Beseitigung von Hindernissen:
Der SoS führt ein Scaled Daily Scrum (SDS) durch. Das SDS-Event spiegelt das Daily Scrum wider, indem es die Zusammenarbeit und Leistung des Netzwerks von Teams optimiert.
Lesen Sie mehr im Scrum@Scale-Leitfaden
Als nächstes schlägt es einen Scrum-Master-Zyklus und einen Product-Owner-Zyklus vor, die die organisatorischen Verbesserungszyklen erleichtern würden.
In diesem Scrum@Scale-Video schlägt Jeff Sutherland (bei 34:39) eine weitere Verantwortung des Scrum of Scrums vor, nämlich: „Verantwortlich für den Einsatz aller Teams zusammen“. Es geht also auch darum, das Produkt weiter zu liefern! Warum ein Treffen von Scrum Mastern, wenn sie nicht schneller und schneller liefern können, das ist ihre Aufgabe, nicht?
Andere Skalierungs-Frameworks haben eine etwas andere Sichtweise, aber ich denke, es konzentriert sich immer noch auf die Synchronisierung und das Entfernen von Hindernissen. So drückt es LeSS (Large-Scale Scrum) aus:
Ein Scrum of Scrums-Meeting ist ein Daily-Scrum-ähnliches Meeting zwischen Teams, das normalerweise zwei- oder dreimal pro Woche stattfindet.
...
Scrum of Scrums ist kein Teil von LeSS und als formellere zentralisierte Koordinationstechnik wird es auch nicht empfohlen. Das heißt, wenn es funktioniert, hören Sie bitte nicht damit auf … aber glauben Sie nicht, dass Sie es tun müssen, weil Sie LeSS übernehmen.
https://less.works/less/framework/coordination-and-integration.html
nvoigt
Thomas Owens
Sahan de Silva