Large-Scale Scrum (LeSS) Schulung: mehrere Teams, ein Produkt

LeSS verstehen

• Das LeSS-Diagramm lesen: ein Produkt, ein Product Owner, ein Product Backlog, mehrere Teams
• Scrum wachsen lassen: wann ein Produkt mehr als ein Team braucht – und wann nicht
• LeSS für zwei bis acht Teams und LeSS Huge für sehr große Produkte
• Die Grundlage von LeSS: Regeln, Leitfäden und Experimente als drei Ebenen
• LeSS ist Scrum: dieselben Events, Artefakte und Verantwortlichkeiten, angewendet auf ein Produkt
• Agiles Unternehmen gestalten: Produktdefinition so breit wie sinnvoll wählen
• Organisationsdesign statt Prozessaufsatz: weniger Rollen, weniger Übergaben, weniger Ebenen

Prinzipien und Larmansche Gesetze

• LeSS-Prinzipien im Überblick: mehr mit weniger, Ganzproduktfokus, kundenzentriert, Transparenz
• Systemdenken und Lean Thinking: Engpässe im ganzen Produktsystem statt im einzelnen Team suchen
• Warteschlangentheorie: warum volle Auslastung Durchlaufzeiten verlängert
• Empirische Prozesssteuerung und kontinuierliche Verbesserung auf Produktebene
• Die Larmanschen Gesetze: wie Organisationen den Status quo schützen und Begriffe umdeuten
• Larmansche Gesetze im eigenen Umfeld erkennen: umbenannte Rollen, die alte Aufgaben behalten

Die Umgestaltung von Schlüsselrollen

• Der LeSS Product Owner: ein Product Owner für alle Teams, Fokus auf Ordnen und Wert
• Klären statt Vorgeben: Teams sprechen für Details direkt mit Kund:innen und Nutzer:innen
• Der LeSS-Scrum-Master: ein bis drei Teams, Blick auf Organisation, Management und Entwicklungspraktiken
• Führungskräfte in LeSS: Fähigkeiten aufbauen, Hindernisse beseitigen, Teams nicht steuern
• Was wegfällt: Projektleitung je Team, Teilprodukt-Owner, separate Integrations- und Testteams

Komponententeams und Feature-Teams

• Arbeiten in Komponententeams: Abhängigkeiten, Übergaben und späte Integration
• Aufbau von Feature-Teams: ein Team liefert einen Kundenwunsch über alle Schichten hinweg
• Übergang planen: Teams schrittweise neu schneiden, Wissen über Komponenten teilen
• Komponentengemeinschaften und Architektur ohne eigenes Architekturteam

Größer werdendes Scrum: der Sprint mit mehreren Teams

• Ein gemeinsamer Sprint für alle Teams mit einem Product Backlog und einem Inkrement
• Sprint-Planung Teil 1 gemeinsam: Teams wählen Einträge, Product Owner ordnet und klärt
• Sprint-Planung Teil 2 je Team oder als Multi-Team-Planung bei eng verwandten Einträgen
• Verfeinern des Backlogs mit mehreren Teams: Multi-Team-Refinement und Einträge teamübergreifend klären
• LeSS-Teams koordinieren: direkte Gespräche, Scouts, gemeinsame Termine statt Koordinationsrollen
• Koordinieren im Code: kontinuierliche Integration, gemeinsamer Hauptzweig, offene Schnittstellen
• Eine Definition of Done für alle Teams und ihre schrittweise Erweiterung
• Undone Work sichtbar machen: was bei der Definition of Done noch fehlt und wer es übernimmt

Den Sprint abschließen

• Die Sprint-Besprechung als Basar: Stakeholder besuchen Stationen der Teams
• Ergebnisse des Reviews in ein gemeinsames Product Backlog überführen
• Team-Retrospektiven und die Gesamt-Retrospektive (Overall Retrospective) mit Teamvertretungen und Management
• Systemische Hindernisse in der Gesamt-Retrospektive: Kausalschleifen und Organisationsexperimente

LeSS Huge: sehr große Produkte

• Anforderungsbereiche bilden: Kundensicht statt Architektur als Schnittkriterium
• Area Product Owner und Area Product Backlog unter einem gemeinsamen Product Owner
• Ein Sprint, ein Inkrement auch in LeSS Huge – und schrittweise Einführung je Bereich

Wesentliche Herausforderungen und Einordnung

• Das Hinterfragen der Larmanschen Gesetze: Umdeutungen erkennen und offen ansprechen
• Die Herausforderungen der Überskalierung: zu viele Teams, zu wenig Produktfokus
• Weniger Teams als Lösung: Produktumfang und Teamzahl kritisch prüfen
• LeSS, Nexus und SAFe einordnen: Grundidee, zusätzliche Rollen, Planungszyklen
• Einführung in Etappen: Pilotprodukt, Teamschnitt, Rolle des Managements, Erfolgskriterien

Praxisprojekt: Sechs Feature-Teams an der Baufinanzierungsplattform einer Genossenschaftsbank

• Bestehende Komponententeams für Antragsstrecke, Bonitätsprüfung und Beraterportal analysieren und Abhängigkeiten zählen
• Neuen Teamschnitt als Feature-Teams entwerfen und einen Übergang in drei Etappen skizzieren
• Sprint Planning Teil 1 mit sechs Teams und gemeinsames Refinement für die Online-Kreditzusage durchspielen
• Gesamt-Retrospektive zum Engpass Bonitätsprüfung moderieren und ein Organisationsexperiment festlegen

Lernziele

• Sie erklären Aufbau und Regeln von LeSS und LeSS Huge anhand des LeSS-Diagramms
• Sie wenden die LeSS-Prinzipien und Larmanschen Gesetze auf die eigene Organisation an
• Sie grenzen ab, was Product Owner, Scrum Master und Führungskräfte in LeSS anders tun als in einem einzelnen Scrum Team
• Sie entwerfen einen Übergang von Komponententeams zu Feature-Teams
• Sie planen Sprint Planning, Multi-Team-Refinement, Sprint Review und Overall Retrospective für mehrere Teams
• Sie ordnen LeSS gegenüber Nexus und SAFe ein und erkennen Anzeichen von Überskalierung

Zielgruppe

• Agile Coaches und Scrum Master, deren Produkt von mehreren Teams entwickelt wird
• Product Owner, die für ein Produkt mit mehreren Teams verantwortlich sind
• Führungskräfte und Bereichsleitungen, die eine Skalierung von Scrum vorbereiten