{"id":25564,"date":"2025-12-16T13:24:07","date_gmt":"2025-12-16T12:24:07","guid":{"rendered":"https:\/\/www.pureconsultant.de\/de\/?p=25564"},"modified":"2025-12-16T13:24:17","modified_gmt":"2025-12-16T12:24:17","slug":"less-rollen-events-und-prinzipien","status":"publish","type":"post","link":"https:\/\/www.pureconsultant.de\/de\/agile\/less-rollen-events-und-prinzipien\/","title":{"rendered":"LeSS Rollen, Events und Prinzipien"},"content":{"rendered":"
\n

LeSS Rollen, Events und Prinzipien- Die agile Produktentwicklung stellt Unternehmen vor die Herausforderung, komplexe Themen effizient und skalierbar zu organisieren. Das Framework \u201eLarge Scale Scrum<\/a><\/strong>\u201c (LeSS) richtet sich gezielt an Organisationen, die Scrum nicht nur im kleinen Kreis eines Teams, sondern team\u00fcbergreifend einsetzen m\u00f6chten. LeSS sorgt dabei f\u00fcr Klarheit, Transparenz und eine kontinuierliche Ausrichtung auf Kundennutzen. In diesem Artikel beleuchten wir praxisnah, welche Rollen, Events und Prinzipien LeSS von anderen Frameworks unterscheiden und wie sie f\u00fcr langfristigen Erfolg sorgen.<\/p>\n<\/div>

\n
\"LeSS
LeSS Rollen, Events und Prinzipien<\/figcaption><\/figure>\n<\/div>
\n

Was ist LeSS?<\/h2>\n<\/div>
\n

Large Scale Scrum (LeSS) ist eine Erweiterung von Scrum, die auf mehrere Teams angewendet wird, die gemeinsam an einem Produkt arbeiten. Im Gegensatz zu anderen Skalierungsmodellen liegt der Fokus klar auf der Vereinfachung: LeSS will zus\u00e4tzlichen Overhead vermeiden, um die Vorteile von Scrum nicht zu verw\u00e4ssern. Die Framework-Architektur bleibt bewusst schlank, damit Teams schnell auf Ver\u00e4nderungen reagieren und Innovationen direkt aus der Zusammenarbeit entstehen k\u00f6nnen.<\/p>\n<\/div>

\n

Die Entstehung und Weiterentwicklung von LeSS<\/h3>\n<\/div>
\n

LeSS wurde von Craig Larman und Bas Vodde entwickelt, zwei erfahrenen Experten im agilen Umfeld. Ihre langj\u00e4hrige Arbeit in internationalen Unternehmen zeigte, dass komplexe Strukturen und zus\u00e4tzliche Rollen oft zu mehr B\u00fcrokratie f\u00fchren, anstatt tats\u00e4chlich Mehrwert zu schaffen. Damit wurde LeSS konsequent aus der Praxis heraus gestaltet, wobei der Mehrwert immer im Vordergrund steht. Nicht die Einf\u00fchrung m\u00f6glichst vieler Meetings oder zus\u00e4tzlicher Hierarchien, sondern die Reduktion auf das Wesentliche ist ein zentrales Prinzip. Statt \u201eScrum by the book\u201c geht es bei LeSS darum, die Prinzipien zu leben \u2013 auch f\u00fcr gr\u00f6\u00dfere Organisationen.<\/p>\n<\/div>

\n

LeSS Rollen: Klare Verantwortung und Zusammenarbeit<\/h2>\n<\/div>
\n

LeSS \u00fcbernimmt viele der bekannten Scrum-Rollen, erweitert sie jedoch durch team\u00fcbergreifende Perspektiven und Verantwortlichkeiten:<\/p>\n<\/div>

\n

Product Owner<\/h3>\n<\/div>
\n

Der Product Owner ist weiterhin allein f\u00fcr das Product Backlog verantwortlich und priorisiert die Eintr\u00e4ge so, dass der gr\u00f6\u00dfte Nutzen f\u00fcr das Unternehmen entsteht. Obwohl mehrere Teams am selben Produkt arbeiten, bleibt der Product Owner eindeutig eine Einzelperson. Diese Konsistenz stellt sicher, dass Entscheidungen geb\u00fcndelt und Konflikte vermieden werden. Gerade in skalierten Umgebungen ist der Product Owner gefordert, die verschiedenen Stakeholder-W\u00fcnsche zu koordinieren, strategische Ziele klar zu kommunizieren und den \u00dcberblick \u00fcber Features und technische Schulden zu behalten.<\/p>\n<\/div>

\n

Scrum Master<\/h3>\n<\/div>
\n

In LeSS betreut ein Scrum Master meist ein bis drei Teams. Seine Kernaufgabe bleibt die F\u00f6rderung agiler Prinzipien, das Beseitigen von Hindernissen und die Unterst\u00fctzung des Teams. Oft hilft der Scrum Master auch anderen Scrum Mastern sowie dem Product Owner, was in gro\u00dfen Organisationen besonders wertvoll ist. Wichtig ist dabei, dass der Scrum Master dem Team wirklich hilft, sich selbst zu organisieren, anstatt als Koordinator oder Manager zu agieren. Denn die Verantwortung f\u00fcr die Arbeit liegt nach wie vor beim Team selbst.<\/p>\n<\/div>

\n

Teams<\/h3>\n<\/div>
\n

Die Teams sind cross-funktional und eigenverantwortlich. Sie arbeiten ohne die klassische Hierarchie und steuern gro\u00dfe Teile des Entwicklungsprozesses selbst. Dabei tr\u00e4gt jedes Team gemeinsam Verantwortung f\u00fcr die Lieferergebnisse, weshalb Kommunikation und Offenheit eine zentrale Rolle einnehmen. In der Praxis bedeutet das, dass Entwickler, Tester, UX-Designer und weitere Experten in einem Team zusammenarbeiten. Da alle Teams am gemeinsamen Produkt arbeiten, ist ein st\u00e4ndiger Austausch zwischen den Teams unerl\u00e4sslich.<\/p>\n<\/div>

\n

Zus\u00e4tzliche Rollen?<\/h3>\n<\/div>
\n

LeSS empfiehlt explizit, keine neuen Rollen einzuf\u00fchren. Auch Projektmanager, klassische Linienvorgesetzte oder Koordinatoren sind im LeSS-Kontext nicht vorgesehen. Diese Klarheit hilft nicht nur Missverst\u00e4ndnissen vorzubeugen, sondern erleichtert auch die Fokussierung auf das Wesentliche. Unternehmen, die LeSS einf\u00fchren, m\u00fcssen bestehende Strukturen pr\u00fcfen, gegebenenfalls anpassen und F\u00fchrungssysteme umdenken. Diese Ver\u00e4nderungen sind herausfordernd, erm\u00f6glichen aber erst die gew\u00fcnschte Agilit\u00e4t auf Unternehmensebene.<\/p>\n<\/div>

\n

LeSS Events: Synchronisation & Transparenz<\/h2>\n<\/div>
\n

Events sind im agilen Kontext essenziell, um Struktur und Lernzyklen sicherzustellen. LeSS \u00fcbernimmt die bew\u00e4hrten Scrum-Events und erweitert sie um einige team\u00fcbergreifende Elemente:<\/p>\n<\/div>

\n

1. Sprint Planning<\/h3>\n<\/div>
\n

Sprint Planning One<\/h3>\n<\/div>
\n

Alle Teams und der Product Owner starten gemeinsam und legen die Sprint-Ziele fest. Dadurch entstehen ein gemeinsames Verst\u00e4ndnis und eine team\u00fcbergreifende Ausrichtung. Besonders wichtig ist die Abstimmung, damit Teams nicht an \u00e4hnlichen Themen arbeiten oder Abh\u00e4ngigkeiten \u00fcbersehen.<\/p>\n<\/div>

\n

Sprint Planning Two<\/h3>\n<\/div>
\n

Jedes Team plant anschlie\u00dfend eigenst\u00e4ndig, welche Tasks wie umgesetzt werden. Hier beginnt die eigentliche Selbstorganisation. Die Teams stimmen sich auch untereinander ab, wenn Aufgaben verschiedene Teams gleichzeitig betreffen.<\/p>\n<\/div>

\n

2. Daily Scrum<\/h3>\n<\/div>
\n

Jedes Team h\u00e4lt ein eigenes Daily Scrum ab. Gerade weil mehrere Teams involviert sind, ist eine disziplinierte und fokussierte Kommunikation entscheidend, damit alle auf dem aktuellen Stand bleiben. In der Praxis wird h\u00e4ufig ein kurzes, informelles \u201eOverall Daily\u201c erg\u00e4nzt, um Schnittstellen und Abh\u00e4ngigkeiten team\u00fcbergreifend schneller sichtbar zu machen.<\/p>\n<\/div>

\n

3. Sprint Review<\/h3>\n<\/div>
\n

Das Sprint Review erfolgt m\u00f6glichst team\u00fcbergreifend und integriert Stakeholder fr\u00fchzeitig. So wird die Abstimmung transparent und alle Beteiligten sehen unmittelbar, wie das Produkt w\u00e4chst. Es entsteht eine offene Feedback-Kultur, sodass gemeinsam nach Verbesserungsm\u00f6glichkeiten gesucht werden kann.<\/p>\n<\/div>

\n

4. Sprint Retrospective<\/h3>\n<\/div>
\n

Teams reflektieren nicht nur einzeln, sondern auch gemeinsam \u00fcbergreifend. Diese \u201eOverall Retrospective\u201c f\u00f6rdert das Lernen voneinander und steigert die Effizienz \u00fcber alle Teams hinweg. Die Ergebnisse werden genutzt, um Prozesse stetig zu verbessern und Ver\u00e4nderungen breit zu verankern.<\/p>\n<\/div>

\n

5. Product Backlog Refinement<\/h3>\n<\/div>
\n

Das Refinement findet team\u00fcbergreifend statt. Dadurch wird eine konsistente Umsetzung der Produktvision gef\u00f6rdert und Verantwortlichkeiten werden klar geregelt. So entstehen keine Dopplungen und alle Teams erhalten das gleiche Verst\u00e4ndnis \u00fcber Scope, Akzeptanzkriterien und Abh\u00e4ngigkeiten.<\/p>\n<\/div>

\n

Auf einen Blick \u2013 LeSS Events:<\/strong><\/p>\n<\/div>

\n