Das Denkmodell, das allem in SAFe zugrunde liegt – Lean-Denken, das Agile Manifest und das House of Lean.
SAFe basiert auf einem Fundament namens House of Lean. Wie das Produktionssystem-Haus von Toyota hat es ein Dach, Säulen und ein Fundament:
Dach – Wert: Das Ziel von Lean ist die Lieferung maximalen Werts in der kürzesten nachhaltigen Durchlaufzeit. Alles andere existiert, um dies zu unterstützen.
Säule 1 – Respekt für Menschen und Kultur: Man kann ein System nicht optimieren, während man die Menschen darin missachtet. Lean-Denken erfordert Vertrauen, Befähigung und psychologische Sicherheit. Die Menschen, die der Arbeit am nächsten sind, treffen die besten Entscheidungen über diese Arbeit.
Säule 2 – Flow: Optimiere den Wertstrom von der Idee bis zur Lieferung. Minimiere Losgrößen, reduziere Übergaben, begrenze laufende Arbeit und mache Wartezeiten sichtbar. Flow betrifft das System, nicht die individuelle Auslastung.
Säule 3 – Innovation: Stelle Zeit und Raum für Innovation bereit. Ohne bewusste Investition in Erkundung werden Teams zu Feature-Fabriken – effizient darin, die falschen Dinge zu bauen.
Säule 4 – Unermüdliche Verbesserung: Reflektiere und passe kontinuierlich an. Nutze Retrospektiven, Inspect-and-Adapt-Events und Metriken, um Hindernisse zu identifizieren und zu beseitigen.
Fundament – Führung: Führungskräfte müssen Lean-Agile-Werte verkörpern. Sie schaffen die Bedingungen für den Erfolg anderer, anstatt Arbeit zu dirigieren. Führung prägt die Kultur.
Warum Lean vor Agile
SAFe stellt bewusst 'Lean' vor 'Agile'. Lean liefert das strategische Denken (Systeme, Flow, Wertströme), während Agile die taktischen Praktiken liefert (Iterationen, Demos, Retrospektiven). Beides ist notwendig.
Die vier Werte des Agile Manifests ändern sich nicht im großen Maßstab, aber ihre Anwendung verschiebt sich:
Individuen und Interaktionen über Prozesse und Werkzeuge – Im großen Maßstab ist ein gewisses Maß an Prozess für die Koordination unerlässlich. Entscheidend ist, dass Prozesse den Menschen dienen, nicht umgekehrt. Wenn eine Zeremonie den Teams nicht hilft, ändere sie.
Funktionierende Software über umfassende Dokumentation – Im großen Maßstab bedeutet „funktionierende Software" integrierte, getestete, auslieferbare Software über alle Teams hinweg. Eine Team-Demo reicht nicht aus – man braucht Demos auf Systemebene, die beweisen, dass das Ganze zusammen funktioniert.
Zusammenarbeit mit dem Kunden über Vertragsverhandlung – Im großen Maßstab erfordert Kundenzusammenarbeit explizite Mechanismen. Product-Management- und Solution-Management-Rollen existieren, um die Kundenverbindung aufrechtzuerhalten, wenn einzelne Teams weit vom Endnutzer entfernt sind.
Reagieren auf Veränderung über das Befolgen eines Plans – Im großen Maßstab ist eine gewisse Planung unerlässlich (PI Planning), aber Pläne sind Hypothesen, die validiert werden müssen, keine Verträge, die durchgesetzt werden. SAFes getaktete Planungsereignisse schaffen alle 8-12 Wochen Gelegenheiten zur Kursänderung.
Die Spannung beim Skalieren besteht immer zwischen gerade genug Struktur zur Koordination und nicht so viel, dass man Agilität tötet. SAFe erkennt diese Spannung explizit an und bietet Stellschrauben zur Feinabstimmung.
Der häufigste Fehlermodus bei der SAFe-Einführung ist die Implementierung der Mechanik ohne die Denkweise. Organisationen übernehmen die Events, Rollen und Artefakte, überspringen aber die Veränderung des mentalen Modells.
Anzeichen für Mechanik ohne Denkweise:
Die Denkweise-Veränderung erfordert von Führungskräften:
Ohne diese Denkweise-Veränderung wird SAFe zu teurem Overhead zusätzlich zum traditionellen Projektmanagement. Mit ihr bietet SAFe die Koordination, die echte organisatorische Agilität freisetzt.
Das SAFe-Anti-Pattern
Wenn sich Ihre SAFe-Implementierung wie Wasserfall mit Standups anfühlt, liegt das Problem fast sicher in der Denkweise, nicht in der Mechanik. Kein noch so großes Framework-Tuning behebt eine Kultur, die Teams nicht vertraut.