Christian
Christian

Scaled Agile Framework: Die 4 Ebenen erklärt mit Beispielen

Dein Unternehmen plant eine agile Transformation Es plant, agile Methoden über einzelne Teams hinaus zu skalieren - oder hat es bereits getan? Alle sprechen von den verschiedenen Levels und Konfigurationsmöglichkeiten im Rahmen von z.B. Scaled agile Frameworks wie SAFe® Ja, diese Begrifflichkeiten sind gar nicht so einfach zu verstehen.

Dieser Artikel bringt mit einfachen Erklärungen und Beispielen der Scaled Agile Frameworks Levels und Konfigurationen ( SAFe® ) etwas Licht ins Dunkel! Es sei voraus geschickt, dass die Konfigurationen nicht mit Large Scale Scrum (kurz: LeSS ) in Verbindung stehen.

Drei Levels des Scaled Agile Frameworks?

Um die Einführung agiler Methoden dementsprechend anpassen zu können, gibt es im Scaled Agile Framework verschiedene sogenannte Levels.

Die 3 Levels des skalierten agilen Frameworks sind Teamlevel, Programmlevel und Portfoliolevel.

Weiter unten erkläre ich die verschiedenen Levels und nenne Beispiele.

Bevor wir dazu kommen ist noch eines wichtig. Seit der neuesten Version des Scaled Agile Frameworks, SAFe® 5.0, sind 3 Levels des skalierten agilen Frameworks nicht mehr genug - ein weiteres, viertes Level ist hinzugekommen.

Bevor wir tiefer gehen, ein kurzer Hinweis. Vor kurzem hatten wir in einem Webinar 11 internationale agile Experten zu Gast – zu einer Frage: Wie skaliert man agile Methoden richtig?

Herausgekommen ist diese fantastische Video-Aufzeichnung (englisch), die z.B. auf folgende Fragen eingeht:

  • Sollte man lieber bottom-up oder top Down starten?
  • Wie schafft man es, Führungskräfte auf eine gemeinsame Vision zu einigen?
  • Wie wählt man das richtige agile Framework – und warum ist das eigentlich gar nicht so wichtig?

Meine wärmste Empfehlung: Schaut mal rein! Es dauert zwar relativ lange, aber es lohnt sich jede Minute.

Die vier Levels des skalierten agilen Frameworks!

SAFe® 5.0 umfasst auch das sogenannte Large Solution Level. Lass uns nun ein wenig tiefer einsteigen - hier sind die Erklärungen der verschiedenen Scaled agile Framework Levels:

  • Scaled Agile Framework Level 1: Team-Level
    Ein oder mehrere Teams, häufig organisiert nach Scrum oder Kanban.
  • Scaled Agile Framework Level 2: Programm-Level
    Das Programmlevel enthält viele Teams, die Lösungen über einen sogenannten “Agile Release Train” (ART) liefern. Ein ART ist typischerweise eine Anzahl von 50 bis 130 Personen - organisiert in Sub-Teams - die zusammenarbeiten, um letztlich Wert für den Kunden zu liefern. Ein Agile Release Train wird über sogenannte “Team-of-Teams” organisiert.
  • Scaled Agile Framework Level 3: Large-Solution-Level
    In diesem Fall sind zwei oder mehr Agile Release Trains notwendig, um den Wert für den Kunden zu liefern. Um diese zu organisieren, braucht man ein “Team-of-Teams-of-Teams”. Alle Agile Release Trains zusammen werden als Solution Train bezeichnet.
  • Scaled Agile Framework Level 4: Portfolio-Level
    In diesem Fall hat das gesamte Unternehmen (oder der gesamte Geschäftsbereich) agile Methoden eingeführt. Daher müssen nicht nur die IT-Teams sich agil organisieren, sondern auch die Management-Praktiken werden mit Hilfe agiler Methoden umgesetzt. Zum Beispiel “Lean Budgeting” und strategische Governance-Prozesse kommen ins Spiel. 

Die vier Levels des skalierten agilen Frameworks und deren Konfigurationsmöglichkeiten in SAFe® - Eine Veranschaulichung

Um eine klare Bezeichnung dafür zu haben, wie du Scaled Agile Frameworks implementierst, gibt es vier weitere Begriffe, die du kennen solltest: Essential SAFe®, Large solution SAFe®, Portfolio SAFe® und Full SAFe®.

Diese vier Begriffe erklären, in welcher Konfiguration bzw. in welcher “Kombination” der verschiedenen soeben genannten Scaled Agile Framework Levels implementiert wird.

Puh, klingt kompliziert. Die folgende Grafik versucht, dir das Zusammenspiel der Begriffe näher zu bringen.

Large Solution SAFe® baut auf Essential SAFe® auf, schließt aber das Portfoliomanagement aus - weil nicht das gesamte Unternehmen (oder der gesamte Geschäftsbereich) SAFe® verwendet.

Wenn du das Scaled Agile Framework in einem großen Unternehmen mit Hunderten von Mitarbeitenden, vielen Teams und möglicherweise gegenseitigen Integrationen einführst, verwendest du wahrscheinlich Full SAFe®.

Übrigens, ein kurzer Hinweis im Kontext agile Transformation: Willst du sicher gehen, dass ihr aktuell die richtigen Prioritäten in eurer agilen Transformation setzt? 

Dann mach unseren Reifegrad-Check für eure agile Transformation - dauert nur 3 Minuten. Du bekommst sogar einen Benchmark auf Basis der über dreihundert anderen Teilnehmer*innen. Siehe Button 🙂

Ein Beispiel der vier Levels des Scaled Agile Frameworks

Um dieses Modell noch deutlicher zu machen, folgt jetzt ein Beispiel. Das Beispiel basiert auf einem anschaulichen Video von Angelo Kalevela. 

Du kennst wahrscheinlich Google Drive? Google Drive hat viele Sub-Apps: Google Docs, Google Spreadsheets, Google Slides… Ähnlich wie Microsoft Office.

Stellen wir uns vor, jede dieser Sub-Apps - zum Beispiel Google Slides - wird in unserem Beispiel von einem Team entwickelt (auch, wenn es sehr wahrscheinlich viele Teams sind). In diesem Fall bilden all diese Sub-Teams oder Sub-Apps zusammengenommen einen Agile Release Train, der an einem “Programm” arbeitet. Mit anderen Worten: Google Drive allein ist ein Agile Release Train, der das skalierte agile Framework auf Programmlevel implementiert hat. 

Wenn nur die “Google Drive-Abteilung” in Google das skalierte agile Framework verwenden würde, dann würden wir sagen, dass sie Essential SAFe® verwendet.

Wichtig zu verstehen: Stellen wir uns vor, Google Drive wäre ein eigenständiges Unternehmen und das Managementteam und die Prozesse wären auch nach agilen Methoden (Lean Budgeting etc.) organisiert. In diesem Fall - weil das gesamte Unternehmen agile Methoden verwendet - würde Google Drive Portfolio SAFe® verwenden.

Die vier Levels von SAFe® - Large solution & Full SAFe®

Wie wir wissen, ist das Unternehmen Google deutlich größer und Google Drive ist nicht das einzige “Programm”, an dem Google arbeitet. Es gibt zum Beispiel auch “Google Workspace” (ehemals “G Suite”), die Gmail, Google Calendar und Google Contacts umfasst.

Wenn letztere 3 Teilbereiche einzelne Teams wären (Level 1), könnten wir sagen, dass wir mit “Google Workspace” einen weiteren Agile Release Train haben (Level 2), der an einem anderen “Programm” arbeitet.

Und wenn diese beiden Programme (und Agile Release Trains) wiederum eng zusammenarbeiten - innerhalb des viel größeren Google-Unternehmens - arbeiten sie nach einer Large Solution SAFe® Konfiguration.

Stellen wir uns jetzt einmal vor, Google Drive und Google Daily zusammen wären ein eigenständiges Unternehmen und das Management-Team und die Prozesse wären nach agilen Methoden (Lean Budgeting etc.) organisiert. 

In diesem Fall würde vsl. das gesamte Unternehmen (bestehend aus mehr als einem Programm und einem agilen Release-Train) agile Methoden verwenden - womit Google Drive das so genannte Full SAFe® verwenden würde.

Die vier Levels des Scaled Agile Frameworks - Fazit

Nur um das klarzustellen - ich weiß nicht, wie Google sich organisiert. Das ist nur ein Beispiel, um die Scaled Agile Frameworks Levels besser zu verstehen!

Und um das auch klarzustellen: Meine Erklärung vereinfacht einige Dinge und hat nicht das Ziel, alle Details aus dem Scaled Agile Framework möglichst präzise zu beschreiben. Mir war wichtig, dass es dir leichter fällt ein Grundverständnis für die vier Levels des skalierten agilen Frameworks und deren Konfigurationsmöglichkeiten zu bekommen.

Eine Frage die du dir vielleicht stellst ist, wie man eigentlich den Erfolg agiler Methoden in entsprechend skalierten Levels misst. Kurz gesagt, schau dir dazu mal unseren Artikel “ Agility Health Radar: Die 13 populärsten Modelle ” an.

SAFE®: © Scaled Agile, Inc. Explore Training at: https://www.scaledagile.com/training/calendar/

Blog-Kategorie

Weitere Artikel zu "Agilität skalieren"

Alle Artikel dieser Kategorie ansehen
Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Kurzüberblick zum Spotify Modell: Wie Squads, Tribes, Chapters und Guilds Agilität skalieren, welche Rollen beteiligt sind und worauf du bei der Einführung achten solltest.

Agility Health Radar: Die 13 populärsten Modelle für agile KPIs

Agility Health Radar: Die 13 populärsten Modelle für agile KPIs

Der US-amerikanische Journalist und Schriftsteller Prentice Mulford sagte einmal: „Wer ein Übel erkennt, hat es schon fast geheilt.“ Prentice Mulford Es daher kein Wunder, dass wir Fieber messen, d...

Working Agreements: 10 Beispiele, Muster & Templates

Working Agreements: 10 Beispiele, Muster & Templates

Die effektive Zusammenarbeit in Teams ist entscheidend für den Erfolg, insbesondere im Kontext agiler Methoden wie Scrum. Working Agreements spielen eine entscheidende Rolle bei der Schaffung eines...

Der Scrum Master als Servant Leader: 8 Gedankenanstöße

Der Scrum Master als Servant Leader: 8 Gedankenanstöße

Als erfahrener Psychologe und Scrum Master verstehe ich die Herausforderungen, denen Team Leads in agilen Umgebungen gegenüberstehen. Das Gleichgewicht zwischen Agilität und Führung zu finden, ist...

Produkt Manager Performance Ziele: 5 Tipps und Beispiele

Produkt Manager Performance Ziele: 5 Tipps und Beispiele

Produktmanager spielen eine entscheidende Rolle in der Entwicklung und Vermarktung von Produkten. Um erfolgreich zu sein, müssen sie klare Produkt Manager Performance Ziele setzen und verfolgen. In...

Was ist ein Product Owner im Scaled Agile Framework SAFe? - Zahlen, Daten, Fakten 

Was ist ein Product Owner im Scaled Agile Framework SAFe? - Zahlen, Daten, Fakten 

Wir erklären dir was ein Scaled Agile Framework (SAFe) Product Owner ist und stellen dir die 6 verschiedenen Arten der Product Owner genauer vor.

Scrum - was ist das? Einfach erklärt!

Scrum - was ist das? Einfach erklärt!

Ihr würdet gerne agil arbeiten, aber fragt euch: Was ist Scrum überhaupt? Wir erklären dir das Wichtigste, damit dein Team erfolgreich agil arbeiten kann!

OKR & Scrum kombinieren: So klappt es (Workshops, Sprintziel und Zyklen)

OKR & Scrum kombinieren: So klappt es (Workshops, Sprintziel und Zyklen)

Sowohl Scrum als auch OKR erfreuen sich als Frameworks in der agilen Community aktuell großer Beliebtheit. Scrum kommt eher aus der Welt der Softwareentwicklung, OKRs eher aus der Strategie. Aber l...

Agile at Scale: Die 5 wichtigsten Frameworks im Vergleich

Agile at Scale: Die 5 wichtigsten Frameworks im Vergleich

Agile Frameworks helfen Unternehmen, schneller und zuverlässiger an Kunden auszuliefern. Dabei ist es recht einfach, Agile in einzelnen Teams zu implementieren. Die Herausforderung liegt darin, agi...

Echometer Newsletter

Verpasse keine Updates zu Echometer & erhalte Inspiration zum agilen Arbeiten