Transformation Epic vs. Transformation Feature vs. User Story
In der Living Transformation® gibt es drei Arten von Transformation Items:
- das Transformation Epic (kurz TrEpic)
- das Transformation Feature (kurz TrFeature)
- die Transformation User Story (kurz TrUS)
Ein TrEpic entsteht aus einer Transformationsidee, wie im Kapitel „Von der Idee zum Transformation Epic“ beschrieben. Dieses wird in Form des abgebildeten Templates dokumentiert . Als Vorbereitung auf die erste Priorisierung (siehe Kapitel „Die Priorisierung“) sollten diese Informationen als Mindestmaß ergänzt werden. Hierbei ist es wichtig, zu beachten, dass ein TrEpic keine konkreten Lösungen beinhaltet, sondern ausschließlich Maßnahmen bzw. Handlungsfelder.
Die „Definition of Ready“ hilft bei der Analyse, ob es sich um ein TrEpic im Sinne der Living Transformation® handelt oder um ein TrFeature, eine TrUS oder vielleicht etwas ganz anderes – z. B. eine Tätigkeit eines Scrum Masters im Zuge seiner Rollenausübung als Coach für ein oder mehrere agile Teams. Die „Definition of Ready“ für TrEpics kann von Organisation zu Organisation unterschiedlich sein und wird sich über die Zeit der Ausführung der Living Transformation® auch ändern bzw. verbessern.
Als Orientierung zum Thema „Definition of Ready“ seien die folgenden vier Punkte genannt:
- TrEpics sollen direkt auf Transformationsziele einzahlen. Oft ist die Nutzung der Transformation Objectives und Key Results zur Beantwortung der Frage hilfreich.
- TrEpics haben ausformulierte und messbare Leading Indicators (Frühindikatoren). Frühindikatoren geben uns die Möglichkeit, die Auswirkungen von Umsetzungen der TrEpics schon zum Zeitpunkt der Umsetzung zu beachten und hieraus zu lernen.
- TrEpics betreffen immer Änderungen der gesamten Organisation und nicht nur einzelner Organisationseinheiten wie ein oder zwei agil arbeitende Teams.
- TrEpics benötigen für eine erfolgreiche Umsetzung mit tatsächlichen Auswirkungen auf ein Gesamtsystem der Organisation einen längeren Zeitraum, also meist deutlich mehr als zwei bis drei Transformations-Inkremente, was umgerechnet mehr als 6 Monaten entspricht.
Transformation Features sind kleine Pakete, die einem TrEpic thematisch zugeordnet sind, einen Effekt auf die Wechselwirkung zwischen TrEpic und Transformationsziel haben und die innerhalb eines TIs (also in der Regel in drei Monaten) umgesetzt werden können. Sie unterscheiden sich insbesondere durch den Umstand von TrEpics, dass sie klare Akzeptanzkriterien haben, die es vom Transformation Epic Owner vor dem Start der Umsetzung zu definieren gilt.
Die Beziehung der Transformation User Storys zu den TrFeatures ist vergleichbar zu der von den TrEpics und den TrFeatures: User Storys sind kleinere Items, die einem TrFeature zugeordnet sind und in der Gesamtheit der zugeordneten Storys die Akzeptanzkriterien des TrFeatures erfüllen sollen. User Storys sind innerhalb eines Sprints fertigzustellen und haben eigene Akzeptanzkriterien, die es zu erfüllen gilt. Häufig arbeitet bei der Finalisierung das Team gemeinsam – und selten nur eine Person – an einer User Story.
In Bezug auf die Akzeptanzkriterien von TrFeatures und User Storys erweisen sich die Ausführungen von Bill Wake zu diesem Thema als hilfreich. Er war einer der ersten, der Kriterien als Checkliste definiert hat. Hier ist eine für die Living Transformation® angepasste Variante:
Independent and immediately actionable – Items sind im Sprint (möglichst) unabhängig voneinander, damit sie umpriorisiert und besser geschätzt werden können. Zudem wird unnötiger Planungsaufwand für ihre Umsetzung vermieden.
Negotiable – Items sind verhandelbar, damit die Details im Gespräch festgelegt und damit bessere oder günstigere Varianten identifiziert werden können.
Valuable – Items bringen einen Mehrwert für die Transformation, damit nur Anforderungen umgesetzt werden, die wertschöpfend sind, und damit nur das umgesetzt wird, was gebraucht wird. Items, die nicht fertig sind, liefern keinen Wert.
Estimable – Items sind schätzbar. So wird erkannt, ob die Umsetzer die Items fachlich und technisch verstehen.
Small – Items haben die richtige Größe. TrUS sind in einem Sprint umzusetzen und TrFeatures in einem TI. TrEpics haben keine Begrenzung.