Scrum-Leitfaden | 16. Scrum skalieren

Das Scrum-Team sollte aus bis zu zehn Personen bestehen. Aber was ist zu tun, wenn eine größere Gruppe von Spezialisten an einem Projekt arbeiten muss? Oder wenn die Organisation beschließt, einen agilen Managementansatz zu verfolgen? Um dieses Problem zu lösen, haben Scrum-Entwickler Scrum@Scale vorgeschlagen. Es ist eine skalierungsfreie Architektur, um ganze Teams gemäß den Scrum-Prinzipien zu organisieren.

Scaling Scrum – Inhaltsverzeichnis:

1. Einführung
2. Scrum@Scale
3. Das Scrum of Scrums
4. Weitere Skalierungs- und Scrum@Scale-Themen
5. Zusammenfassung

Einführung

Sobald eine Organisation wächst, treten neue Arten von Problemen auf. Zum Beispiel ein Rückgang der Mitarbeiterproduktivität, der durch eine komplexe interne Struktur, schwierige Entscheidungsfindung oder Richtungsfestlegung verursacht wird. Unternehmen, die agil auf der Ebene kleiner Projektteams arbeiten, suchen oft nach Möglichkeiten zur Skalierung.

Viele Unternehmen kommen gut ohne Skalierung von Scrum aus. Selbst wenn viele Scrum-Teams gleichzeitig arbeiten, benötigen sie keine Koordination, da die Gruppen unabhängig agieren. Das bedeutet jedoch nicht, dass es sich um ein Multi-Team-Scrum handelt. Der Bedarf an Skalierung entsteht erst, wenn der Großteil der Organisation an einem Produkt arbeitet und seine mehreren Scrum-Teams effektiv synchronisieren kann.

Die meisten Organisationen, die agile Managementmethoden in großem Maßstab übernehmen, wählen das SAFE-Modell oder das Scaled Agile Framework. Heute werden wir uns jedoch nicht auf SAFE konzentrieren, sondern ein anderes Modell namens Scrum@Scale besprechen, da es laut dem 15. State of Agile-Bericht von 2021 die zweitbeste Wahl unter Unternehmen ist, die sich für Agilität entscheiden.

Scrum@Scale

Im Jahr 1996 arbeiteten die Schöpfer von Scrum, Jeff Sutherland und Ken Schwaber, an einem großen Projekt. Während sie dies taten, hatten sie Schwierigkeiten, kleinere Teams, die in Scrum arbeiteten, synchron zu halten. Sie entwickelten eine Möglichkeit, dies zu skalieren, die sie schließlich Scrum@Scale nannten.

Analog zum offiziellen Scrum-Guide war der Scrum@Scale-Guide, der diese Art der Skalierung von Arbeit definiert als:

Ein Rahmen, innerhalb dessen Netzwerke von Scrum-Teams arbeiten, die dem Scrum-Guide folgen, um komplexe adaptive Probleme zu lösen und Produkte mit möglichst viel Wert kreativ zu liefern.

Die grundlegende Prämisse von Scrum@Scale ist Einfachheit und Effizienz. Daher basiert sein Betrieb auf einer skalierungsfreien Architektur. Mit anderen Worten, es verwendet Scrum, um Scrum zu skalieren. Auf diese Weise wird ein Scrum-Team, das aus Personen besteht, die als Product Owner, Scrum Master oder Entwickler agieren, zum Scrum of Scrums: ein Team, das aus Teams besteht.

Das Scrum of Scrums

Das Scrum of Scrums ist ein Scrum-Team mit Personen, die traditionelle Scrum-Rollen übernehmen. Da die Aufgabe des Scrum of Scrums jedoch darin besteht, die Ergebnisse der Arbeit mehrerer Scrum-Teams zu integrieren, benötigt es zusätzliche Positionen:

• Product Owner Team – eine Gruppe von Product Ownern, die sich treffen, um Prioritäten zu vereinbaren und eine kohärente Produktvision zu erstellen
• Chief Product Owner – der Product Owner des Scrum-Teams oder eine Person, die sich ausschließlich mit dem Scrum of Scrums beschäftigt
• Scrum of Scrums Master – die Person, die die Effektivität des Scrum of Scrums überwacht.

Sie treffen sich bei denselben Scrum-Events und verwenden ähnliche Artefakte.

Weitere Skalierungs- und Scrum@Scale-Themen

Die skalierungsfreie Architektur von Scrum@Scale bedeutet, dass sie mehr als einmal skalieren kann. Wenn eine Organisation Teams in noch größerem Maßstab koordinieren muss, kann sie ein Scrum of Scrums einrichten.

Die Skalierung von Scrum hat jedoch, wie jede andere Managementmethodik, ihre Mängel, und in diesem Fall sind sie ähnlich wie die der grundlegenden Scrum-Teams, nur proportional größer. Deshalb empfehlen wir, die Details der Zusammenarbeit innerhalb jedes Scrum-Teams auszuarbeiten, bevor Scrum in größerem Maßstab gestartet wird. Wir schlagen vor, Scrum für erfahrene Teams zu skalieren, die über ein gutes Wissen und Verständnis der Werte und Arbeitsweisen von Scrum verfügen.

Scaling Scrum – Zusammenfassung

Scaling Scrum ist kein Kinderspiel. Es erfordert, dass Scrum-Teams die Scrum-Prinzipien kompetent anwenden und ihre Aufgaben mit anderen Scrum-Teams synchronisieren. Daher ist die grundlegende Frage, die beantwortet werden muss: Ist Skalierung notwendig? Nur weil es viele Scrum-Teams in einer Organisation gibt, bedeutet das nicht automatisch, dass deren Koordination bessere Ergebnisse bringt.

Wenn eine Organisation sich entscheidet, Scrum zu erweitern, gewinnt sie eine skalierungsfreie Architektur, die erfolgreich weiter ausgebaut werden kann. Jede Erweiterung geht jedoch mit einem Anstieg des Komplexitätsgrads einher, mit dem das Product Owner Team, der Chief Product Owner und der Scrum of Scrums Master umgehen müssen.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.