Wie kann man Scrum of Scrums-Meetings produktiver gestalten?

Unser Team-Koordinierungsmeeting wurde auch sehr langweilig, also haben wir ein paar Dinge unternommen, um es zu versuchen und zu verbessern, die anscheinend ziemlich gut funktioniert haben.

• Wir konzentrieren unser Team-Koordinierungsmeeting auf ein Board, ähnlich wie Team-Standups.
• Jedes Team hat eine Schwimmbahn und legt eine Karte auf, die angibt, woran es jetzt und als nächstes arbeitet. Dies gibt den Teams die Möglichkeit, sich gegenseitig zu befragen, wenn zwischen ihnen eine Abhängigkeit besteht, was unser Hauptgrund für die Durchführung der Sitzung ist.
• Wir verfolgen Aktionen, die von den Teams im Vorstand ergriffen wurden, und überprüfen sie jede Woche.
• Wir haben einen Prozess für die Eskalation an das Senior-Team eingerichtet.
• Jeder kann kommen, aber ein leitender Entwickler aus jedem Team muss anwesend sein. Wir haben dies eingeführt, weil wir feststellten, dass anderen Teammitgliedern das technische Verständnis unserer Plattform fehlte, um wirklich zu erkennen, wo Teams sich gegenseitig Probleme bereiten würden.
• Wir bewahren Karten für die letzten 4 Wochen an der Tafel auf, um einen schnellen Überblick darüber zu geben, woran die Leute gearbeitet haben.

Oben ist ein Beispiel unseres Boards.

Ich schlage vor, die Art und Weise zu ändern, wie das Scrum of Scrum-Meeting durchgeführt wird. Anstatt über das Übliche und die drei Fragen zu sprechen , würde ich mich nur auf die folgenden Kernpunkte konzentrieren und eine Diskussion darüber führen:

• Welches Team liefert heute : Hier sollen andere Teams wissen, dass etwas Neues (Paket, Code etc.) auf ihren Schreibtisch kommt.
• Gibt es eine nennenswerte Änderung in den Burn-Down-Charts : Ein weiterer Indikator dafür, dass ein Team etwas früher oder später als erwartet erhält.
• Gibt es eine Änderung im Rückstand : Wieder eine wichtige globale Änderung.

Die Idee ist, sich nur auf die Dinge zu konzentrieren, die andere Teams betreffen . Um dies effektiv zu tun, sollten die Teams besprechen, was sie zu den Scrum of Scrum-Meetings mitbringen sollen. Es sollte nichts sein, was der ScrumMaster herausfindet. Wenn das Team nichts zu sagen hat, soll der SM sagen, dass es dem Meeting nichts hinzuzufügen gibt. Wenn es mehrmals passiert, dann ist auf Teamebene etwas los, was es wert ist, überprüft zu werden.

Darüber hinaus gibt es noch etwas, das es wert ist, überprüft zu werden. Wie kommt es, dass agile Menschen ihr eigenes Meeting in ein Statusmeeting verwandeln? Verstehen Sie mich nicht falsch, unsere ScrumMaster machen das ständig, aber vielleicht können Sie einen guten Grund finden und ihn beheben. Wir wissen immer noch nicht, warum sie es tun, und sie auch nicht.

Hier habe ich über einige tägliche Stand-up-Varianten gebloggt, vielleicht findest du dort auch etwas Nützliches.

Scrum-of-Scrums definiert

Es gibt eine Reihe von Büchern über die Skalierung von Scrum, und ich bin mir sicher, dass es da draußen noch andere Definitionen gibt, aber ich werde meine persönliche Definition mit Ihnen teilen.

Ein Scrum-of-Scrums-Standup ist ein Treffen zur Koordination von Abhängigkeiten zwischen Scrum-Teams.

Idealerweise sollte ein Scrum-of-Scrums einen separaten Scrum Master haben, der nicht den Scrum Master-Hut für ein anderes Team trägt. Diese Person sollte der Schiedsrichter sein, der pfeift, wenn das Meeting aus der agilen Bahn zu rutschen beginnt.

Menschliche Kanbans

Stellen Sie sich jeden Scrum Master vor, der am Scrum-of-Scrums-Standup teilnimmt, als einen menschlichen Kanban. Die Aufgabe dieser Person ist:

• Benachrichtigen Sie die anderen Teams, dass ein Wertstrom-Arbeitselement bereit ist, aus dem Team dieses Scrum Masters gezogen zu werden.
• Benachrichtigen Sie die anderen Teams, dass ein Arbeitselement einen Work-in-Progress-Slot zwischen den Teams belegt und im Team des Scrum Masters feststeckt, weil ein Fehler oder Prozessengpass entdeckt wurde.

Mit anderen Worten, dies sollte eher ein kurzes Koordinations- und Verpflichtungstreffen zwischen Scrum Mastern sein als ein Statusabruf, eine Überprüfung oder eine Retrospektive. Ohne einen designierten Scrum Master, der als Prozessreferent fungiert, und ohne eine starke organisatorische Verpflichtung zur Inspektion und Anpassung auf Scrum-of-Scrum-Ebene sind Meetings wie das in der Frage beschriebene jedoch allzu üblich.

Ich stimme den meisten der obigen Vorschläge zu, wenn Sie ein Scrum Master Scrum of Scrums durchführen. Ich würde mich fragen, was der Zweck dieses Treffens ist. Wenn es nur um die technische Koordination unmittelbarer Aktivitäten geht, dann konzentrieren Sie sich darauf und die Scrum Master (oder Senior Developer) sollten in der Lage sein, damit umzugehen.

Wenn der Fokus darauf liegt, die Teams über rein technische Abhängigkeiten hinaus zu koordinieren, schlage ich möglicherweise auch oder stattdessen ein Gedränge von Product Ownern vor (vorausgesetzt, Sie haben Product Owner/Geschäftsanalysten oder ähnliches in jedem Team). Diese Leute sind dafür verantwortlich, die Gesamtvision aufrechtzuerhalten und sicherzustellen, dass die geschäftlichen Anforderungen erfüllt werden, anstatt nur auf die Software zu schauen. Besonders wenn Sie sich von der Software- zur Lösungsorientierung bewegen, wird die breitere Vision oft Bereiche in den Fokus rücken, um die sich ein Team kümmern muss, über das reine Programmieren hinaus.

In jedem Fall würde ich das Scrum of Scrums als mehr als nur die unmittelbare Koordination zwischen den Teams und ein regelmäßiges Meeting nutzen, um das Gesamtbild des Produkts (oder des Sprints oder Releases) zu betrachten.

Scrum betont nicht nur selbstorganisierende Teams, sondern auch die funktionsübergreifende Teamzusammenarbeit für eine bessere Leistung. Diese als Scrum of Scrums bekannte Praxis ist wichtig für große, multidimensionale Projekte, die eine enge Zusammenarbeit zwischen Abteilungen und Teams erfordern, damit die Gesamtleistung so effektiv ist wie in kleinen Projekten mit kleineren Teams. Der Schlüssel zu diesem skalierbaren Element ist Scrum of Scrums, im traditionellen Sprachgebrauch als „Programmmanagement“ bekannt.

Scrum of Scrums ist eine sehr gute Praxis, aber ihr Erfolg hängt von zwei Schlüsselfaktoren ab – einer effektiven Koordination und einem effizienten Programmmanager. Wenn eine oder beide dieser Bedingungen nicht erfüllt sind, erweist sich Scrum of Scrums als das Waterloo des gesamten Projekts.

In Projekten, an denen ein einzelnes Team aus wenigen Personen beteiligt ist, ist der Scrum Master der Führer und der Mentor, der das Team in die richtige Richtung lenkt. Wenn jedoch mehrere Teams an demselben Projekt zusammenarbeiten, muss es einen Manager geben, der die Teams effektiv koordinieren kann. In einem solchen Szenario hat jedes Team seinen eigenen Scrum Master, der sich wiederum mit den Scrum Mastern der anderen Teams unter der Leitung und Aufsicht eines übergeordneten Programmmanagers, bekannt als Agile Program Manager, koordiniert. Quelle: http://scrum-master.info