Was ist ein Agile Epic? Best Practices, Vorlage & Beispiel
Kennen Sie den Unterschied zwischen einem Agile Epic und einer User Story? Oder wie Sie Agile Epics am besten für Ihre Produktanforderungen und Ihre Produkt-Roadmap nutzen können? Wenn Sie lernen möchten, wie Sie Agile Epics zu Ihrem Vorteil einsetzen, lesen Sie weiter für meine sieben besten Tipps und eine Vorlage zum Einstieg.
Was ist ein Agile Epic?
Ein Agile Epic ist ein hilfreiches Werkzeug im agilen Projektmanagement, das verwendet wird, um Ihren Agile Backlog und Ihre Roadmap zu strukturieren.
Einfach ausgedrückt ist ein Agile Epic eine Sammlung kleinerer User Stories, die ein größeres Arbeitspaket beschreiben. Betrachten Sie ein Epic als eine große User Story. Zum Beispiel werden Epics häufig genutzt, um ein neues Produktfeature oder einen größeren Funktionsumfang zu beschreiben, der entwickelt werden soll.
Du willst mehr vom The CPO Club?
Registriere dich für eine kostenlose Mitgliedschaft, um diesen Artikel vollständig zu lesen:
Have an account? Log In
Ein Epic steht auf der obersten Informationsebene in einem Agile Backlog. Es enthält mehrere User Stories und jede User Story wiederum alle für die Umsetzung erforderlichen Aufgaben.
Agile Epics werden meist dann verwendet, wenn ein Arbeitspaket zu groß ist, um es in einem einzelnen Sprint oder einer Iteration zu liefern. Wenn Sie ein Epic nutzen, um Ihre User Stories für ein neues Feature zu gruppieren, ist es einfach, den Fortschritt zu verfolgen und zu wissen, welcher Prozentanteil bereits erledigt und welcher noch offen ist. Sie können auch KI in der Sprint-Planung einsetzen, um Agile Epics zu verfassen und herunterzubrechen.
Epics werden in der Regel vom Product Owner oder Produktmanager geschrieben und gepflegt.
7 Best Practices für den Einsatz von Agile Epics
Für ein Agile Epic gibt es keine festgelegte Vorlage. Sie können es so verfassen, wie es Ihnen hilfreich erscheint, solange es Ihnen bei der Planung Ihrer Arbeit und der Kommunikation mit Ihren Agile-Teams und Stakeholdern hilft.
Egal, ob Sie einen Scrum-, Kanban- oder hybriden Entwicklungsprozess nutzen: Epics helfen Ihnen, Ihre Arbeit zu planen und darüber zu berichten.
Hier sind einige Tipps, damit Ihre Agile Epics optimal nützlich sind.
1. Beginnen Sie mit dem Epic, dann Stories (Top Down)
Das Finden Ihrer Epics kann sehr gut mit einer User Story Map erfolgen. Ihre oberste Ebene „Aktivität“ in der User Story Map wird zum Epic, die darunterliegenden Ebenen werden zu User Stories, Aufgaben und Akzeptanzkriterien.
Wenn Sie ein vollkommen neues Produkt entwickeln, erhalten Sie, indem Sie zunächst mit Epics beginnen und diese immer detaillierter ausgestalten, einen Überblick über die bereits erreichten und noch offenen Meilensteine.
Oft entsprechen Agile Epics Features oder größeren Verbesserungen (z. B. ein Redesign eines Teils Ihres Produkts), aber letztlich bleibt es Ihnen überlassen, wie Sie Ihre Epics strukturieren wollen.
2. Benennen Sie ein Epic sinnvoll
Denken Sie bei der Benennung Ihrer Agile Epics daran, wer diese Informationen nutzen wird. Zum Beispiel müssen Ihre agilen Entwicklungsteams verstehen, was sie bauen, und auch Ihre Stakeholder müssen Ihren Fortschritt nachverfolgen können.
Während eine User Story ein Bedürfnis des Endnutzers beschreibt, ist es gute Praxis, wenn das Epic ein Ziel oder Ergebnis benennt, das damit erreicht werden soll.
Hier einige Beispiele für Epic-Namen:
- Checkout-Flow V2
- Check-out Flow optimieren
- Conversion-Rate beim Checkout erhöhen
Der erste Name beschreibt gar nicht, worum es geht, außer dass es irgendeine Arbeit am Checkout ist. Der zweite Name ist besser, da er ausdrückt, dass der Checkout-Flow optimiert werden soll. Der dritte Name ist noch besser, da er bereits das Ziel der Optimierung – also eine höhere Conversion-Rate – beinhaltet.
In agilen Management-Tools wie Atlassian Jira beispielsweise können Epics zum Filtern, Gruppieren und Reporten genutzt werden. Daher ist es wichtig, einen Namen zu wählen, der sich von selbst erklärt.
3. Wählen Sie die richtige Größe für Ihre Epics
Ein Epic wird normalerweise verwendet, wenn an einem Backlog-Item mehr als ein Sprint gearbeitet werden muss, um es abzuschließen. Ein Epic kann in beliebig viele User Stories zerlegt werden, solange Sie den Überblick über alle behalten.
Ein Epic sollte nicht zu groß und nicht zu klein sein. Als Faustregel gilt eine Umsetzungsdauer von wenigen Wochen bis zu wenigen Monaten. Dies ist eine gute Größe, um über den Fortschritt anhand von Prozentangaben zu berichten.
Sind Epics zu groß, geht der Fortschritt sehr langsam voran, die Prozentwerte steigen über einen zweiwöchigen Sprint kaum und das Reporting ist wenig aussagekräftig. Wenn sich ein Epic zu lange hinzieht, kann es auch passieren, dass sich die Anforderungen während der Umsetzung so oft ändern, dass ein Fortschrittsbericht kaum noch einen Sinn ergibt.
Wenn Epics zu klein gemacht werden, müssen Sie eine große Anzahl davon in Ihrem Backlog oder Ihrer Roadmap verwalten. Dadurch kann es schwierig werden, den Überblick über zahlreiche kleine Aufgaben zu behalten. Werden Epics zudem in sehr kurzer Zeit abgeschlossen (z. B. innerhalb eines einzigen Sprints), erzeugen sie nur zusätzlichen Verwaltungsaufwand, ohne wirklichen Mehrwert zu bieten.
4. Nutzen Sie Epics, um Ihr Backlog zu strukturieren
Epics sind ein hervorragendes Mittel, um ein Product Backlog zu strukturieren, das üblicherweise aus einer sehr langen Liste von User Stories besteht. Nicht jede Story muss in einem Epic enthalten sein, da kleinere Arbeiten einfach in einem Sprint erledigt werden. Größere Arbeitsitems in Epics zu bündeln, hat jedoch zwei Hauptvorteile:
- Sie bieten einen Überblick über die großen Punkte in Ihrem Backlog,
- Da die Größe eines Epics durch die Summe der Story Points aller dazugehörigen User Stories bestimmt wird, ermöglichen Epics auch einen Vergleich der relativen Größe von Initiativen zur Priorisierung.
Die Liste der Epics kann auch verwendet werden, um eine übergeordnete Ansicht einer Produkt-Roadmap für das obere Management zu erstellen.
5. Nutzen Sie Epics zur Koordination mehrerer Teams
Epics sind sehr nützlich, um Arbeitsblöcke über mehrere agile Softwareentwicklungsteams hinweg zu koordinieren. Die Kombination der Arbeiten mehrerer Produktteams in einem Epic ermöglicht es Ihnen, das Reporting nach Teams aufzuteilen und den Gesamtfortschritt zu verfolgen.
6. Integrieren Sie Erfolgskriterien
Bei der Definition eines Epics lohnt es sich, darüber nachzudenken, welche Erfolgsmetriken damit verbunden werden können. Letztlich dienen alle Produktlieferungen dazu, den Endanwendern Mehrwert zu bringen. Die Einbeziehung einer Erfolgsmessgröße in Ihr Epic stellt sicher, dass sowohl Entwicklerteam als auch Stakeholder wissen, was mit dieser Arbeit erreicht werden soll.
Manche Unternehmen verwenden OKRs, um quartalsweise Ziele zu setzen. Das Bezugnehmen auf eine OKR-Metrik in einem Epic ist ein hervorragendes Mittel, um das Epic mit den Unternehmenszielen zu verbinden.
7. Halten Sie Epics im Umfang flexibel
Da ein Epic ein übergeordnetes Arbeitspaket beschreibt, das sich über mehrere Wochen oder Monate erstreckt, ist es wahrscheinlich, dass während der Bearbeitung neue Erkenntnisse gewonnen oder technologische Komplikationen entdeckt werden. Deshalb muss der Umfang eines Epics flexibel sein.
Der Umfang eines Epics definiert sich durch die Summe der zugrunde liegenden User Stories, gemessen in Story Points. Wenn zusätzliche Anforderungen entstehen, können neue User Stories hinzugefügt werden und der Umfang des Epics nimmt entsprechend zu.
Verwandter Beitrag: Die beste Agile-Product-Management-Software
Agile-Epic-Vorlage
Es gibt kein festgelegtes Format für ein Epic, aber einige Dinge sind hilfreich, wie oben beschrieben.
- Wählen Sie einen aussagekräftigen Namen.
- Geben Sie in der Beschreibung einen groben Überblick darüber, was das Epic umfasst. Verweisen Sie auf Unternehmensziele, um die Einbindung in die Geschäftsprioritäten zu verdeutlichen.
- Die Erfolgsmessgröße beschreibt konkret, was nach Abschluss dieses Epics gemessen wird.
- Eine „große User Story“ bezeichnet eine User Story auf Ebene des gesamten Epics. Dies ist hilfreich, um zu dokumentieren, wie durch das Epic eine bessere Nutzererfahrung geschaffen wird.
Agile-Epic-Beispiel
Hier ein Beispiel für ein Epic für einen neuen, schlankeren Checkout-Prozess in der mobilen App, um die Conversion zu steigern.
Zu diesem Epic könnten dann User Stories gehören wie:
- Apple Pay integrieren („Als Käufer möchte ich mit nur einer Berührung auf meinem Handy bezahlen können, um den Checkout schnell abzuschließen“)
- Rechnungsadresse standardmäßig als Lieferadresse verwenden („Als Käufer möchte ich meine Adressdaten nur einmal eingeben, um den Checkout schnell abzuschließen“)
Fazit
Agile-Epics sind ein flexibles Werkzeug in deinem agilen Werkzeugkasten. Wenn du mit einer größeren Neuentwicklung beginnst, überlege dir die großen Arbeitsbereiche, die dafür nötig sind, und definiere ein paar Epics. Innerhalb dieser Epics kannst du dann nach und nach alle User Stories anlegen und behältst so einen viel besseren Überblick als in einem unstrukturierten Backlog.
Epics können auf viele Arten verwendet werden. Mich würde sehr interessieren, wie ihr Epics in euren agilen Teams nutzt – schreibt es gerne in die Kommentare.
Für weitere Artikel mit praktischen Informationen zu vielen verschiedenen Themen des Produktmanagements – einschließlich agiler Methoden! – abonniere unseren Newsletter.
Auch interessant:
