Essential SAFe ist das Fundament des SAFe-Frameworks, auf dem der Rest des SAFe-Frameworks aufgebaut ist. Aber was bedeutet das und wie unterscheidet es sich von Large Solution SAFe? In diesem Beitrag wird dies erklärt.
Kurz und bündig: Was ist SAFe?
Bevor wir die Frage „Was ist Essential SAFe?“ beantworten, sollten wir uns ansehen, was SAFe ist und wofür SAFe gedacht ist.
SAFe steht für „Scaled Agile Framework“ und ist für Unternehmen gedacht, die ihre Agilität (Geschäftsagilität) erhöhen wollen. Es handelt sich dabei um ein Framework, das die Prinzipien von Agile, Lean und DevOps kombiniert. Und zwar so, dass es auf große Unternehmen, sprich ‚Enterprises‘, anwendbar ist. Wenn die Komplexität und Größe der Organisation zu vielen Abhängigkeiten führt, bietet SAFe einen Rahmen, um damit umzugehen.
Unternehmen gibt es in allen Formen und Größen, weshalb SAFe „geschichtet“ ist, um es für Unternehmen unterschiedlicher Größe anwendbar zu machen.
Die Schichten, aus denen es besteht, sind:
- Essential SAFe;
- Large Solution SAFe;
- Portfolio.
Was ist Essential SAFe?
Essential SAFe ist die Basis. Darauf können Sie die anderen Schichten nach Bedarf stapeln. Das bedeutet, dass Portfolio über Essential SAFe gestapelt werden kann, aber Sie können auch Large Solution SAFe über Essential SAFe stapeln und dann wieder Portfolio über Large Solution SAFe. Sie können auch Essential SAFe und Large Solution SAFe stapeln und Portfolio weglassen.
Wann setzen Sie SAFe ein?
Vereinfacht gesagt, verwenden Sie SAFe, wenn Sie an einem Produkt arbeiten, das so umfangreich ist, dass Sie mit mehreren agilen Teams daran arbeiten müssen, um innerhalb eines akzeptablen Zeitrahmens etwas Brauchbares/Wertschöpfendes zu liefern. Dies bezieht sich auf 50 bis 125 Personen, die in mehreren agilen Teams gemeinsam an einem Produkt arbeiten.
Die Anzahl der Teams oder Personen, die zusammenarbeiten, schafft Abhängigkeiten. Wenn die Zahl der Abhängigkeiten zu groß wird, verlangsamt sich die Geschwindigkeit, mit der Teile des Produkts geliefert werden. Außerdem wird es immer schwieriger, die Qualität des gelieferten Produkts zu gewährleisten. Letztlich führt dies dazu, dass sich die Wettbewerbsposition des Unternehmens (sprich: die Überlebensrate) verschlechtert. Wenn dies der Fall ist, erreicht eine Organisation den „Kipppunkt“; es besteht die Notwendigkeit, etwas zu ändern.
Wie löst Essential SAFe diese Aufgabe?
Essential SAFe ist für Organisationen gedacht, die sich in der oben beschriebenen Situation befinden.
Im Grunde bietet Essential SAFe eine Struktur, in der agile Teams, die an einem einzigen Produkt arbeiten, ihre Abhängigkeiten verwalten. Diese Struktur besteht aus zwei Teilen:
- Der Agile Release Train (ART);
- Eine Sammlung von Rollen, Artefakten und Events (Meetings).
Der Agile Release Train
Der Agile Release Train ist eigentlich eine virtuelle Organisation, in der die agilen Teams an einem einzigen Produkt arbeiten.
Rollen
Um die Zusammenarbeit zu erleichtern, werden Rollen, Artefakte und Events definiert. Diese können mit Verantwortlichkeiten, Artefakten und Events aus dem Scrum-Framework verglichen werden, allerdings auf der Ebene mehrerer Teams.
Im Folgenden finden Sie einen Überblick über die wichtigsten Rollen innerhalb von Essential SAFe und mit welchen Verantwortlichkeiten innerhalb des Scrum-Frameworks sie verglichen werden können:
- Release Train Engineer (RTE) ähnlich dem Scrum Master;
- Produktmanagement ähnlich dem Product Owner;
- Systemarchitekt ähnlich den Entwicklern.
Artifakte
Das wichtigste Artefakt innerhalb von Essential SAFe ist das ART Backlog. Wenn man das Scrum-Framework betrachtet, kann man es mit dem Product Backlog vergleichen. Es handelt sich also um den Bestand an Features und Epics, die von den agilen Teams in einem ART bearbeitet werden, jetzt und in Zukunft. Wie das Product Backlog ist auch dieses Backlog ständig im Wandel.
Events
Betrachtet man die Ereignisse, so gibt es zwei Hauptereignisse, die wiederum eine Parallele zu den Ereignissen im Scrum-Framework bilden:
- Planning Intervall (PI) ähnlich dem Sprint im Scrum-Framework;
- PI Planning ähnlich wie das Sprint Planning.
Das PI hat eine Dauer von 8 bis 12 Wochen. In der Praxis arbeiten wir normalerweise mit einer Länge von 12 Wochen. Die agilen Teams arbeiten mit ihren eigenen Sprint-Kanälen, die sich in die Länge des PI einfügen, sodass gemeinsam pro PI ein wertvolles Inkrement geliefert wird.
Das PI Planning ist das Ereignis, das bestimmt, was am Ende des PIs geliefert wird. Ausgehend davon legen die agilen Teams gemeinsam fest, was jedes der Teams liefern muss, um das gemeinsame Ergebnis am Ende der PI zu liefern. Während dieser Veranstaltung werden alle Abhängigkeiten deutlich. Die Teams bestimmen dann, welche Maßnahmen erforderlich sind, um die Abhängigkeiten zu „managen“.
Was ist der Unterschied zwischen Essential SAFe und Large Solution SAFe?
Large Solution SAFe ist für Organisationen mit Produkten gedacht, die so groß sind, dass die Arbeit an einem Produkt nicht von einem einzigen Agile Release Train erledigt werden kann. Während Essential SAFe eine Weiterentwicklung des Scrum-Frameworks ist, ist Large Solution SAFe eine Weiterentwicklung von Essential SAFe.
Während bei Essential SAFe die Teams in einem Agile Relase Train (ART) zusammengeführt werden, werden bei Large Solution SAFe die ARTs in einem Solution Train zusammengeführt. Das bedeutet, dass Large Solution SAFe immer mit Essential SAFe verschmilzt. Auch hier finden Sie Rollen, Artefakte und Events, um Abhängigkeiten zwischen ARTs zu verwalten. So gibt es beispielsweise ein Solution Train Backlog, das dem ART Backlog ähnelt, aber auf einer höheren Ebene angesiedelt ist. In Bezug auf die Rollen gibt es einen Solution Train Engineer (vergleichbar mit dem RTE), Solution Management (vergleichbar mit dem Produktmanagement) und einen Solution Architekt (vergleichbar mit dem Systemarchitekten).
Dieser Beitrag erläutert, was Essential SAFe ist und wie es sich von Large Solution SAFe unterscheidet. Alle Einzelheiten finden Sie auf der SAFe-Website.
