SAFe und sein Hauptfeind, der Widerstand gegen Veränderungen
Sicherlich haben Sie sich als Projektmanager oder Verantwortlicher für die digitale Transformation in Ihrem Unternehmen schon einige dieser Fragen gestellt:
- Wie kann mein Team die Einführung des Agile-Ansatzes in größeren Programmen und Portfolios oder in anderen wichtigen Teams oder Arbeitsbereichen in der strategischen Planung des Unternehmens unterstützen?
- Warum kommt es in Unternehmen immer wieder zu Hindernissen, Engpässen, Lieferverzögerungen und Misserfolgen, wenn es um die Koordination mit anderen Teams geht, die ebenfalls mit einem Agile-Ansatz arbeiten?
Nicht jedes Unternehmen und jedes Team hat sich in gleicher Weise an den digitalen Wandel angepasst, mit dem alle Unternehmen in den letzten Jahren konfrontiert waren. Selbst innerhalb eines Unternehmens gibt es Fälle, in denen Abteilungen, die seit Jahren agile Methoden anwenden, mit anderen Abteilungen koexistieren, die sich dem Wandel weiterhin widersetzen.
Dies hat sicherlich zu Verzögerungen, Engpässen und mangelnder Koordination zwischen den Teams geführt, was in der Folge zu Verzögerungen bei den Produktlieferterminen oder im schlimmsten Fall dazu geführt hat, dass die Konkurrenten Ihnen zuvorkommen, indem sie die gleiche Lösung wie Sie auf den Markt bringen.
Agile Methoden zielen darauf ab, dem Benutzer in kürzester Zeit einen Mehrwert zu liefern. Und im Zeitalter des digitalen Wandels sind Unternehmen, die sich mit diesem Ansatz schwer tun, im Vergleich zu denen, die einen agilen Ansatz verfolgen, im Nachteil. SAFe ist ein Framework, das die agile Skalierung im Unternehmen erleichtert, damit sie mit einem regelmäßigen und vorhersehbaren Zeitplan effizienter einen Mehrwert schaffen können.
SAFE. Skaliertes Agile nach Ebenen
SAFe wurde 2011 von Dean Leffingwell ins Leben gerufen und ist ein Rahmenwerk, das skaliertes Agile im Unternehmen auf 4 Ebenen entwickelt:
- Team-Ebene.
- Programm-Ebene.
- Value Stream-Ebene.
- Portfolio-Ebene.
Jede Ebene hat ihre eigenen Aufgaben, Ereignisse und Ergebnisse, aber alle sind miteinander verbunden, um sicherzustellen, dass alle an der Wertschöpfung für das Unternehmen beteiligten Akteure (Geschäfts- und IT-Manager, Entwicklungsteams, Finanzen, Marketing, Rechtsabteilung usw.) Agile- und Lean-Praktiken anwenden, um sicherzustellen, dass sie alle durchweg schneller als die Konkurrenz Werte liefern.
Team-Ebene: die Bedeutung von Iterationen und des Scrum Masters
Die Ursprünge von SAFe liegen in den agilen Teams, die bereits in der Organisation eingesetzt werden. SAFe empfiehlt, dass sich diese Teams an die Scrum- und Kanban-Methodik halten. In jeder Iteration oder jedem Sprint sollten die Teams die nächsten Deliverables und ein Interaktionsplanungsereignis planen.
Am Ende jedes Sprints muss das Team reflektieren und nachweisen, welche Arbeit es erledigen konnte. Vor dem Beginn des nächsten Sprints muss das Team zurückblicken und darüber nachdenken, was für künftige Iterationen verbessert werden kann.
Der Scrum Master spielt auf dieser Ebene eine grundlegende Rolle. Er muss nicht nur als Coach fungieren und dabei helfen, die Arbeit zu verbessern und Hindernisse und Engpässe zu beseitigen, wenn diese innerhalb oder außerhalb des Teams auftreten. Er muss auch mit den Scrum Masters der anderen Teams kommunizieren und sich mit ihnen abstimmen und am Agile Release Train (ART) teilnehmen, einem der wichtigsten Ereignisse innerhalb der SAFe-Methodik, das auf der nächsten Ebene stattfindet: der Programm-Ebene.
Programm-Ebene: ART und PI als Kernpunkte von SAFe
Auf dieser Ebene erscheint der ART (Agile Released Train). Ein ART kann als ein agiles Team definiert werden, allerdings auf Programm-Ebene. Er wird von den Scrum Masters der verschiedenen Ageile-Teams der Organisation sowie den jeweiligen Stakeholdern gebildet.
ARTs basieren auf der Praxis, den richtigen Wert zur richtigen Zeit zu liefern, und umfassen alle Mitarbeiter, die erforderlich sind, um die Kundenbedürfnisse zu ermitteln und Lösungen zu entwickeln. Wie jedes Team, das auf Agile-Ansätze basiert, müssen auch ARTs mit Iterationen arbeiten, die auf dieser Ebene als Program Increment (PI) bezeichnet werden. PIs sind die Grundlage der SAFe-Methodik und ihre Struktur ähnelt den Iterationen auf Team-Ebene:
- Zu Beginn jeder PI arbeiten die Teams zusammen, um die PI-Planung zu organisieren und zu ermitteln, was sie liefern können.
- Genauso wie Agile Teams Kanban-Boards verwenden, werden PIs durch ein Program Board überwacht, mit dem die Teams die jeweiligen Zusammenhänge erkennen können.
- Am Ende jeder PI ziehen die Teams Bilanz über das, was sie erreicht haben, und organisieren eine Veranstaltung namens Inspect and Adapt, bei der sie sich überlegen, was für die nächste PI verbessert werden kann.
Auf der Programm-Ebene ist das Äquivalent zum Scrum Master der Release Train Engineer (RTE), der als Coach und Vermittler in den ARTs fungiert. Außerdem müssen sie dafür sorgen, dass das Management auf den höchsten Ebenen des Unternehmens sich kontinuierlich für den Wert einsetzt, den ART für das Unternehmen schafft.
Value Stream Level für komplexe Lösungen
Manchmal reicht ein einzelner Agile Release Train nicht aus, um eine Lösung zu entwickeln, und hier kommt die nächste Ebene des SAFe-Frameworks ins Spiel: die Value Stream-Ebene. Wenn ein ART nicht ausreicht, um eine Lösung bereitzustellen, die einen geschäftlichen Nutzen bringt, dann wird ein Solution Train benötigt. Der Solution Train dient der Koordinierung mehrerer ARTs (zwischen 3 und 10 ARTs) und Anbieter, um komplexe und weitreichende Lösungen zu liefern.
Diese Ebene innerhalb des SAFe-Frameworks ist optional, da sie für große Unternehmen gedacht ist, die aufgrund der Art der Produkte und Dienstleistungen, auf die sie sich in ihrem Markt konzentrieren (z.B. Software, Hardware, Elektronik, Mechanik, Optik usw.) mit komplexen Lösungen arbeiten müssen, die mehrere ARTs erfordern.
Solution Train folgt demselben Arbeitsrhythmus wie die PIs auf der Programm-Ebene, wobei hier drei Rollen zu nennen sind:
- Solution Train Engineer fungiert als Trainer und Moderator bei Solution Train Events.
- Solution Management, mit inhaltlicher Autorität für das, was erstellt wird.
- Solution Architect: überwacht die Lösungs-Architektur durch die ARTs.