Scrum of Scrums beschreibt einen der ersten Ansätze, Scrum zu skalieren und wird häufig mit dem Nexus Daily Scrum verwechselt. Auch erfahre Professional Scrum Trainer, welchen ich in der Ausbildung zum Scaled Professional Scrum Trainer begegne, verwechseln dies bisweilen. Ich denke, diese Verwechslung rührt daher, dass Jeff Sutherland und Ken Schwaber von Beginn an eine unterschiedliche Auffassung vertreten, was Scrum of Scrum ist.
Jeff Sutherland bezieht sich auf die erste Skalierung von Scrum. Bei IDX System wurde 1996 im Zuge einer organisatorischen Umstrukturierung Scrum auf viele hunderte Entwicklern und auf über ein Dutzend Produkten skaliert. In „Agile Can Scale: Inventing and Reinventing SCRUM in Five Companies” von 2015 beschreibt er Scrum of Scrum, als ein teamübergreifendes Meeting, indem Management, Teamleader und die Teams ihr Arbeit wöchentlich koordinierten.
Im Scrum of Scrums werden teamübergreifende Problem gelöst
Die Agile Alliance hält Jeff Sutherlands Erfahrungen fest als Technik, um Scrum zu skalieren. Dabei sendet jedes Scrum Team nach dem Daily Scrum einen Botschafter in ein Meeting mit den Botschaftern der anderen Scrum Teams. Dieses Meeting wird als Scrum of Scrum bezeichnet. Die Botschafter berichten über den Status ihres Teams und Impediments, die sie behindern. Das Meeting konzentrierte sich auf die Lösung von Problem, die zwischen den Teams bestehen. Häufig werden diese teamübergreifenden Hindernisse gelöst, indem Schnittstellen zwischen Teams vereinbart werden oder Verantwortungsgrenzen verhandelt werden. Im Scrum of Scrum werden diese teamübergreifenden Verbesserungen in einem separaten Backlog verfolgt.
Hingegen beschreibt Ken Schwaber in „The Enterprise and Scrum” von 2007 das Scrum of Scrum, als ein Daily Scrum of Scrums Meeting. Diese tägliche Working Session dient dem Zweck, jegliche Abhängigkeiten und Integrationsproblem zwischen den Teams so schnell wie möglich aufzudecken. Es spiegelt genau den Zweck des heutigen Nexus Daily Scrum wider.
Im Nexus Daily Scrum werden Integrationsprobleme identifiziert
Der Zweck des Nexus Daily Scrums ist es, sämtliche Integrationsprobleme zu identifizieren und den Fortschritt in Richtung des Nexus‐Sprint‐Ziels zu überprüfen. Dazu nehmen geeignete Repräsentanten aus den Scrum Teams am Nexus Daily Scrum teil. Sie inspizieren den aktuellen Zustand des Integrated Increments, identifizieren Integrationsprobleme sowie neu entdeckte teamübergreifende Abhängigkeiten oder deren Auswirkungen.
Die Daily Scrums der Teams finden nach dem Nexus Daily Scrum statt und ergänzen somit das Nexus Daily Scrum. Während sich der Nexus im Nexus Daily Scrum auf die Aufdeckung von Integrationsproblemen fokussierst, konzentrieren sich die Scrum Teams auf deren Behebung. Wie sie diese Probleme konkret beheben wollen, planen die Teams in ihrem Daily Scrum.
Die Unterschiede zwischen Nexus Daily Scrum und Scrum of Scrum
Konkret unterscheidet sich das Nexus Daily Scrum von Scrum of Scrum durch:
Das Nexus Daily Scrum findet vor dem Daily Scrum der Teams statt und nicht im Anschluss, wie es bei Scrums of Scrum üblich ist.
Im Nexus Daily Scrum werden keine Probleme gelöst, sondern nur identifiziert. Die Lösung findet dann in den einzelnen Scrum Teams statt.
Im Nexus Daily Scrum geht es nicht darum, den Status der einzelnen Teams zu berichten, sondern den Fortschritt in Richtung des Nexus‐Sprint‐Ziels zu überprüfen.
Es werden keine Verbesserungen in einem separaten Backlog gepflegt, sondern neu erkannte Abhängigkeiten im Nexus Sprint Backlog visualisiert.
Zusammenfassend lässt sich sagen, dass das Nexus Daily Scrum kein Scrum of Scrums ist. Beim Nexus Daily Scrum, genau wie beim Daily Scrum, handelt es sich um ein Planungsmeeting und nicht um ein Problemlöse- oder Reportingmeeting, wie im Falle von Scrum of Scrums.