Machen Sie mehr mit dem LeSS-Framework (Large Scale Scrum): mit Tool Illustration

LeSS  wurde von Bas Vodde und Craig Larman aus praktischer Erfahrung in der Skalierung von  Scrum entwickelt und 2014 als LeSS Company gegründet.

Das „ More with LeSS“  -Prinzip steht im Mittelpunkt von LeSS (Large Scale Scrum). Komplexe Produktentwicklung erfordert keine komplexen Lösungen. Es erfordert ein tiefes Verständnis der Essenz der Probleme, die dann mit einfacheren Lösungen gelöst werden können.

LeSS ist eine erweiterte Version von Ein-Team-Scrum und behält viele der Praktiken und Ideen von Ein-Team-Scrum bei. In LeSS finden Sie:

• LeSS: Bis zu acht Teams (jeweils acht Personen).
• ein einzelnes  Product Backlog  (weil es für ein Produkt ist, nicht für ein Team),
• eine Definition of Done für alle Teams,
• ein potenziell lieferbares Produktinkrement am Ende jedes Sprints,
• ein  Product Owner ,
• viele vollständige, funktionsübergreifende Teams (ohne einzelne Spezialistenteams),
• ein  Sprint .

In LeSS befinden sich alle Teams in einem gemeinsamen Sprint, um in jedem Sprint ein gemeinsames  lieferbares Produkt zu liefern .

Was ist anders in LeSS?

• Sprint-Planung Teil 1: Neben dem einen Product Owner umfasst es Personen aus allen Teams. Lassen Sie die Teammitglieder selbst entscheiden, wie sie die Product Backlog Items aufteilen. Die Teammitglieder besprechen auch Möglichkeiten, gemeinsame Arbeit zu finden und zusammenzuarbeiten, insbesondere bei verwandten Themen.
• Sprint-Planung Teil 2: Dies wird von jedem Team unabhängig (und normalerweise parallel) abgehalten, obwohl manchmal zur einfachen Koordination und zum Lernen zwei oder mehr Teams es im selben Raum (in verschiedenen Bereichen) abhalten können.
• Daily Scrum : Dies wird auch von jedem Team unabhängig abgehalten, obwohl ein Mitglied von Team A das Daily Scrum von Team B beobachten kann, um den Informationsaustausch zu verbessern.
• Koordination: Einfach reden, im Code kommunizieren, Reisende, Open Space und Communities.
• Gesamt-PBR: Es kann ein optionales und kurzes allgemeines Product Backlog Refinement (PBR)-Meeting geben, das den einen Product Owner und Personen aus allen Teams umfasst. Der Hauptzweck besteht darin, zu entscheiden, welche Teams wahrscheinlich welche Elemente implementieren werden, und diese Elemente daher für spätere eingehende Einzelteam-PBR auszuwählen. Es ist auch eine Chance, die Abstimmung mit dem Product Owner und allen Teams zu verbessern.
• Product Backlog Refinement : Die einzige Anforderung in LeSS ist Single-Team PBR, genauso wie in One-Team Scrum. Aber eine übliche und nützliche Variante ist Multi-Team-PBR, bei dem sich zwei oder mehr Teams zusammen im selben Raum befinden, um das Lernen und die Koordination zu verbessern.
• Sprint Review : Neben dem einen Product Owner umfasst es Personen aus allen Teams sowie relevante Kunden/Benutzer und andere Stakeholder. Betrachten Sie für die Phase der Inspektion des Produktinkrements und neuer Artikel einen „Basar“- oder „Wissenschaftsmesse“-Stil: ein großer Raum mit mehreren Bereichen, die jeweils mit  Teammitgliedern besetzt sind , wo die von den Teams entwickelten Artikel gezeigt und diskutiert werden.
• Gesamtretrospektive  : Dies ist ein neues Meeting, das in Ein-Team-Scrum nicht zu finden ist, und sein Zweck ist es, die Verbesserung des Gesamtsystems zu untersuchen, anstatt sich auf ein Team zu konzentrieren. Die maximale Dauer beträgt 45 Minuten Sprint pro Woche. Es umfasst den  Product Owner ,  die Scrum Master und rotierende Vertreter jedes Teams.

Verwalten Sie Scrum mit Large-Scrum Canvas

Maximieren Sie die Effizienz von Scrum-Projekten mit einer visuellen Prozessleinwand, die für Großprojekte entwickelt wurde. ( Machen Sie eine kurze Tour –  Visual Paradigm LeSS Canvas )