Viele Fachkräfte möchten ihr Wissen praxisorientiert erweitern – nicht nur theoretisch, sondern mit echtem Nutzen für den Arbeitsalltag. Für alle, die ihre Kompetenzen im Requirements Engineering und Systems Engineering ausbauen möchten, bieten die aktuellen SOPHIST-Trainings ein attraktives Winterangebot.
Herzlich willkommen zu unserer kleinen Serie zu Epics, Features und Storys. Diesmal wollen wir und das Framework SAFe ansehen und erläutern wie dort diese Begriffe verwendet werden.
Das Scaled Agile Framework (SAFe) ist eine umfassende Methode zur Implementierung agiler Praktiken in großen Unternehmen. Innerhalb von SAFe gibt es verschiedene Hierarchien und Begriffe, die verwendet werden, um die Arbeit zu organisieren und zu strukturieren. Die wichtigsten davon sind Epics, Features und Stories. In SAFe sind diese Begriffe im sogenannten SAFe Requirements Model definiert. In diesem Blogbeitrag werden wir diese Begriffe genauer betrachten und ihre Bedeutung im SAFe-Kontext erläutern.
Blog-Serie – Teil 3 von 5
In diesem Teil sehen wir uns an, wie sich dieses Thema im skalierten Umfeld darbietet. Skaliertes Umfeld bedeutet, es arbeiten mehrere Teams an einem Produkt.
Das es hier anders aussehen kann, als wenn nur ein Team an einem Produkt arbeitet, lässt sich schon dadurch vermuten, dass wir jeweils einen eigenen Beitrag dafür erstellt haben. Aber was sind die großen Unterschiede? Wir betrachten dafür zwei Themen, die Auswirkungen auf „Epic, Feature und Storys“ haben bzw. haben können. Anforderungsebenen und Aufgabenverteilung.
Blog-Serie – Teil 2 von 5
Wenn man von Epic, Feature, Story oder manchmal nur Epic und Story spricht hat man häufig unterschiedlich grobe Dinge im Kopf. Epic eher grob und unausgereift und eine Story konkret und ausgearbeitet. Auch spielt die Größe eine Rolle und dabei üblicherweise der Gedanke, ob man es in einer Iteration umsetzen kann.
Unterschiedliche Ebenen (von grob bis detailliert) ergeben sich üblicherweise automatisch. Dabei ist erstmal egal wie wir diese nennen.
Aus der ersten Idee, beispielsweise eine komfortable Türsteuerung (in einem Smart Home System) wird, über mehrere Arbeitsschritte hinweg, die konkrete Beschreibung, dass durch Wischen nach rechts auf dem Smartphone die Tür entriegelt werden kann.
Die Idee, die am Anfang steht, muss üblicherweise konkretisiert werden, bevor wir sie umsetzen können. Das bedeutet Requirements Engineering!
“Ich hab hier eine Story für euch…” – “Für mich klingt das eher nach einem Epic!”
Klingt vertraut? So oder so ähnlich könnten Diskussionen ablaufen, wenn Sie in der dynamischen Welt des agilen Arbeitens unterwegs sind. Ob Stories, Epics oder sogar Features – diese Begriffe schwirren ständig um uns herum. Aber was genau steckt eigentlich dahinter?
Und noch wichtiger, wie grenzt man sie voneinander ab?
Wann ist ein Item im Product Backlog eine Story, wann ein Feature und wann ein Epic?
Gibt es Kriterien, mit denen man diese drei voneinander Abgrenzen kann?
