Scaling Agile & Lean – Scrum of Scrums (SoS)

Agile Methoden wie Scrum werden mittlerweile in den meisten Unternehmen eingesetzt, einige Studien gehen davon aus, dass 80% aller Unternehmen agile Prozesse einsetzen, konservativere Studien sprechen von etwas mehr als der Hälfte. In den meisten Fällen dürfte sich dies jedoch weiterhinauf den Einsatz von Scrum / Kanban in einigen wenigen Teams und Projekten  beschränken. Ansätze, um über viele Teams hinaus zu skalieren (Scaling Agile) werden für größere Unternehmen nun immer wichtiger. Scrum Implementierungen scheitern jedoch häufig an übergeordnetem Koordinierungsbedarf und alleinige Fokussierung auf die Team-Ebene. Häufig wird zudem die Integration von agilen Organisationsteilen und weiterhin eher traditionell organisierten Organisationsteilen unterschätzt. Die Fragestellung, wie agile Methoden skaliert werden können ist jedoch nicht neu und mittlerweile gibt es viele Ansätze hierfür. In der Reihe “Scaling Agile & Lean” gehen wir auf einige der bekanntesten Ansätze ein.

Scrum of Scrums (SoS)

Ein einfacher Ansatz zur Abstimmung über mehrere Teams hinweg ist der so genannte “Scrum of Scrums” (abgekürzt “SoS”) bei dem Vertreter der beteiligtem Scrum Teams in ein übergeordnetes Meeting, dem “Scrum of Scrums”, entsandt werden, um sich dort zu Team-übergreifende Themen auszutauschen. Dieser Ansatz ist schon relativ alt, so soll der Ansatz bereits 2003 auf einer Konferenz  von Ken Schwaber vorgeschlagen worden sein. Mike Cohn beschreibt 2007 in einem Artikel etwas ausführlicher den Ansatz.

Herausforderung: Teilnehmer

Nicht immer ist es leicht, einen geeigneten Team-Vertreter (“Delegate”) zu benennen, derdie (richtigen) Informationen (in geeigneter Form) aus dem Team in das SoS trägt und entsprechend die Informationen aus dem SoS in das Team zurück. Hier hilft meist etwas experimentieren weiter.

Spezialisierte Scrum of Scrums

Scrum of Scrums werden gerne auch für spezialisierte Gruppen angewendet: Teilweise wird die Abstimmung über Teams hinweg mit einem SoS erreicht, teilweise gibt es spezialisierte SoS für Product Owner, Entwickler und Scrum Master. Bei einem solchen Ansatz muss kritisch geprüft werden, ob wirklich ein SoS vorliegt oder es sich eher um eine Community of Practice (CoP) handelt.

Grenzen von Scrum of Scrums

Wie Esther Derby in der Präsentation Agile Teams at Scale: Beyond Scrum of Scrums darlegt, stößt Scrum of Scrums schnell an Grenzen: Scrum of Scrums funktioniert, wenn eine kleine Anzahl Teams koordiniert werden müssen, die alle im selben Kontext arbeiten. Sie zeigt in ihrer Präsentation auf, welche Strategien verfolgt werden können, um Teams auch bei der Entwicklung größerer Systeme zu koordinieren, die mehr als einen Kontext aufweisen.

Scrum of Scrums dienen zur Koordination und nicht zur Planung

Ein weiterer Kritikpunkt ist, dass die Stärken eines Scrum of Scrums hauptsächlich im Austausch und Koordination zwischen Teams liegen und weniger in einer übergreifenden Planung. Ein Scrum of Scrums ist kein Planungsprozess im eigentlichen Sinne sondern ein stetiger Austausch. Wird ein konsolidierter Plan benötigt, so muss dieser gesondert erstellt werden.

Anatomy of Agile Enterprise

In dem Artikel “Scaling Aile Beyond Team” greift Janne J. Korhonen ebenfalls den Ansatz von Scrum of Scrums auf, nennt die Limitationen dieser Team of Teams und führt eine weitere Skalierungebene, die “Agile Unit” ein. Teams innerhalb der Agile Unit koordinieren sich auch über Kontext-Grenzen hinweg. Diese “Kontext-Grenzen” sorgen immer wieder für Herausforderungen bei der Agilisierung von Unternehmensteilen, da ihre Auswirkungen auf selbstorganisierte Teams unterschätzt wird.

Demnächst: Scaling Agile & Lean – Patterns of Enterprise Scrum & Scaling Lean/Agile Development.