Agile-Leitfaden · Agile Praktiken
Agile Epics: Was sie sind und wie Sie sie schreiben, mit Beispielen
Ein Epic ist ein großes Arbeitspaket, das zu umfangreich ist, um in einer Iteration fertig zu werden, und daher in kleinere User Stories aufgeteilt wird. Epics bündeln zusammengehörige Stories unter einem gemeinsamen Ziel, was Teams hilft, Releases zu planen und den Fortschritt bei größeren Ergebnissen zu verfolgen.
Das Wichtigste in Kürze
- Ein Epic ist ein großer Backlog-Eintrag, der in User Stories mit einem gemeinsamen Ziel aufgeteilt wird.
- Formulieren Sie Epics um Ergebnisse herum, mit einer Erfolgskennzahl und klaren Grenzen.
- Teilen Sie Epics in schmale, wertvolle Ausschnitte statt in technische Schichten auf.
- Schließen Sie Epics, wenn ihr Ziel erreicht ist; fortlaufende Arbeitsbereiche sind Themes.
Was ein Epic ist
Epics stehen in der Backlog-Hierarchie über den User Stories. Eine User Story sollte so klein sein, dass sie innerhalb eines Sprints fertig wird; ein Epic dauert meist mehrere Sprints und kann mehr als ein Team betreffen. Ein Epic beschreibt ein Ergebnis („Mitglieder können Kurse online buchen und bezahlen“), und seine Stories beschreiben die einzelnen Ausschnitte, die es liefern.
- Theme: ein breiter Schwerpunktbereich, der mehrere Epics umfasst, etwa „Self-Service für Mitglieder verbessern“.
- Epic: ein großes Arbeitspaket mit einem klaren Ziel, etwa „Online-Kursbuchung“.
- Feature: ein Begriff, den manche Teams und Frameworks verwenden, etwa SAFe, für eine mittelgroße Funktionalität. In SAFe stehen Epics über Features.
- User Story: ein kleiner, wertvoller Ausschnitt, der in einen Sprint passt.
- Task: ein technischer Schritt, der zur Fertigstellung einer Story nötig ist.
So schreiben Sie ein Epic
- Nach dem Ergebnis benennen: ein kurzer Titel, der das Ergebnis beschreibt, nicht die technische Arbeit.
- Ein Ziel in einem Satz formulieren: wer profitiert und warum. Ein Satz im Story-Format funktioniert: „Als Mitglied möchte ich Kurse online buchen, damit ich nicht im Studio anrufen muss.“
- Erfolg definieren: ein bis drei Kennzahlen, etwa „60 % der Buchungen innerhalb von drei Monaten online“.
- Grenzen festlegen: Listen Sie auf, was im Umfang enthalten ist und was nicht.
- Akzeptanzkriterien auf Epic-Ebene ergänzen: die Bedingungen, die erfüllt sein müssen, damit das Epic als fertig gilt.
- Abhängigkeiten und Risiken notieren: andere Teams, Systeme oder Entscheidungen, von denen es abhängt.
- In Stories aufteilen: Teilen Sie es in Stories auf, die das Team in einem Sprint liefern kann, beginnend mit einem schmalen End-to-End-Ausschnitt.
Möglichkeiten, ein Epic in Stories aufzuteilen
| Aufteilungsmuster | Beispiel für „Online-Kursbuchung“ |
|---|---|
| Nach Workflow-Schritt | Kursplan ansehen; Kurs buchen; Buchung stornieren |
| Nach Nutzertyp | Mitglieder buchen; Mitarbeitende verwalten Kapazitäten; Trainer sehen die Teilnahme |
| Nach Geschäftsregel | Einen kostenlosen Kurs buchen; einen kostenpflichtigen Kurs buchen; mit einem Mitgliedsguthaben buchen |
| Erst einfach, dann komplex | Einen Kurs buchen; danach wiederkehrende Buchungen |
| Nach Daten oder Kanal | Im Web buchen; danach in der mobilen App |
| Erst der Normalfall, dann die Ausnahmen | Erfolgreiche Buchung; danach ausgebuchter Kurs und Warteliste |
Rechenbeispiel
Epic: Online-Kursbuchung. Ziel: Mitglieder sollen Kurse ohne Anruf buchen und stornieren können. Messen: Telefonische Buchungen sinken innerhalb von drei Monaten von etwa 400 auf unter 150 pro Woche.
- Story 1: Als Mitglied möchte ich den Kursplan dieser Woche sehen, damit ich einen Kurs auswählen kann (3 Punkte).
- Story 2: Als Mitglied möchte ich einen Platz in einem Kurs buchen, damit er für mich reserviert ist (5 Punkte).
- Story 3: Als Mitglied möchte ich eine Buchung stornieren, damit jemand anderes meinen Platz einnehmen kann (3 Punkte).
- Story 4: Als Mitglied möchte ich mich auf eine Warteliste setzen, wenn ein Kurs ausgebucht ist (5 Punkte).
- Story 5: Als Mitglied möchte ich am Tag vor meinem Kurs eine Erinnerung erhalten (2 Punkte).
Das Epic umfasst insgesamt 18 Punkte. Bei einer Velocity von etwa 12 Punkten pro Sprint kann das Team damit rechnen, es neben anderer Arbeit in rund zwei Sprints abzuschließen. Verfolgen Sie den Fortschritt mit einem Epic-Burndown, der die verbleibenden Punkte im Zeitverlauf zeigt.
Häufige Fehler
- Epics ohne Ende: Verknüpfen Sie jedes Epic mit einem Ziel, damit es abgeschlossen werden kann; fortlaufende Arbeit gehört in ein Theme.
- Aufteilung nach technischer Schicht: „Datenbank“-, „API“- und „UI“-Stories liefern für sich allein nichts Nutzbares.
- Alle Stories vorab schreiben: Teilen Sie den kurzfristigen Teil detailliert auf und lassen Sie spätere Teile grob.
- Zu viele offene Epics: Wer an vielen gleichzeitig arbeitet, verzettelt das Team und verzögert jedes Ergebnis.
- Epics mit Projekten verwechseln: Ein Epic ist ein Backlog-Eintrag, kein separater Plan mit eigenem Team und Budget.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Was ist ein Epic in Agile?
Ein großes Arbeitspaket, das für eine Iteration zu umfangreich ist und in kleinere User Stories mit einem gemeinsamen Ziel aufgeteilt wird.
Wie groß sollte ein Epic sein?
Groß genug, um mehrere Sprints zu erfordern, aber klein genug, um innerhalb eines Release oder weniger Monate fertig zu werden. Endet es nie, ist es wahrscheinlich ein Theme.
Wer schreibt Epics?
Meist der Product Owner oder Produktmanager, mit Beiträgen des Teams und der Stakeholder.
Ist ein Epic Teil von Scrum?
Nein. Der Scrum Guide erwähnt keine Epics. Sie sind eine gängige Praxis zur Strukturierung des Product Backlog.
Was ist der Unterschied zwischen einem Epic und einer User Story?
Ein Epic ist ein großes Ziel über mehrere Sprints; eine User Story ist ein kleiner Ausschnitt, der in einen Sprint passt. Siehe Epics vs. Stories vs. Tasks.
Was ist der Unterschied zwischen einem Epic und einem Theme?
Ein Theme ist ein breiter Schwerpunktbereich, der mehrere Epics enthalten kann; ein Epic ist ein konkretes Arbeitspaket mit einem klaren Ende.
Was ist der Unterschied zwischen einem Epic und einem Feature?
Das hängt vom Framework ab. In SAFe sind Epics größer und enthalten Features; manche Teams verwenden die Begriffe synonym.
Haben Epics Story Points?
Teams geben Epics oft eine grobe Größe oder summieren die Punkte ihrer Stories, um zu prognostizieren, wie viele Sprints sie benötigen.
Kann ein Epic mehrere Teams umfassen?
Ja. Größere Epics werden oft geteilt, wobei jedes Team eine Gruppe von Stories verantwortet.
Wie verfolgt man den Fortschritt eines Epics?
Mit einem Epic-Burndown oder einem Fortschrittsbalken, der erledigte gegenüber verbleibenden Stories oder Punkten zeigt; die meisten Projektmanagement-Tools bieten das an.
Sollte ein Epic Akzeptanzkriterien haben?
Es ist hilfreich. Übergeordnete Akzeptanzkriterien legen fest, wann das Epic als Ganzes fertig ist.