Agile-Leitfaden · Agile Praktiken
Epics vs. Stories vs. Tasks: die agile Arbeitshierarchie erklärt
Epics, User Stories und Tasks sind drei Ebenen der agilen Arbeitshierarchie. Ein Epic ist ein großes Ziel über mehrere Sprints, eine User Story ein kleiner Ausschnitt mit Nutzerwert, der in einen Sprint passt, und ein Task ein technischer Schritt, der zur Fertigstellung einer Story nötig ist.
Das Wichtigste in Kürze
- Epics sind große Ziele, Stories kleine Ausschnitte mit Nutzerwert und Tasks technische Schritte.
- Stories und Epics liefern Wert; Tasks für sich allein nicht.
- Der Product Owner gestaltet Epics und Stories; die Developers erstellen Tasks.
- Halten Sie die Hierarchie einfach und im Team einheitlich.
Die Hierarchie auf einen Blick
| Ebene | Was es ist | Typische Größe | Meist geschrieben von |
|---|---|---|---|
| Initiative oder Theme | Ein breites Ziel oder ein Schwerpunktbereich | Monate bis ein Jahr oder länger | Führung, Produktmanagement |
| Epic | Ein großes Arbeitspaket mit einem Ziel | Mehrere Sprints | Product Owner oder Produktmanager |
| User Story | Ein kleiner Ausschnitt mit Wert für einen Nutzer | Einige Tage; passt in einen Sprint | Product Owner, mit dem Team |
| Aufgabe | Ein technischer Schritt zur Fertigstellung einer Story | Stunden bis ein Tag | Die Developers, die die Arbeit erledigen |
Wesentliche Unterschiede
| Epic | User Story | Aufgabe | |
|---|---|---|---|
| Zweck | Zusammengehörige Stories unter einem Ziel bündeln | Wert liefern, den ein Nutzer sehen kann | Eine Story in Schritte zerlegen |
| Perspektive | Geschäfts- oder Nutzerergebnis | Nutzer | Technisch oder Team |
| Liefert für sich allein Wert? | Ja, sobald seine Stories fertig sind | Ja | Nein |
| Geschätzt in | Grobe Größe oder Summe der Story Points | Story Points oder Ähnliches | Stunden oder nicht geschätzt |
| Erscheint in | Roadmap und Release-Plan | Product und Sprint Backlogs | Sprint Backlog und Taskboard |
| Abgeschlossen, wenn | Sein Ziel ist erreicht | Akzeptanzkriterien und Definition of Done sind erfüllt | Der Schritt ist erledigt |
Rechenbeispiel
Epic: Online-Kursbuchung für eine Fitnessstudiokette.
- Story: Als Mitglied möchte ich einen Platz in einem Kurs buchen, damit er für mich reserviert ist (5 Punkte).
- Task: Buchungsbutton und Bestätigungsseite entwickeln (4 Stunden).
- Task: Buchungs-Endpoint und Kapazitätsprüfung ergänzen (6 Stunden).
- Task: automatisierte Tests für ausgebuchte und verfügbare Kurse schreiben (3 Stunden).
- Task: Kursplan so anpassen, dass freie Plätze angezeigt werden (2 Stunden).
- Story: Als Mitglied möchte ich eine Buchung stornieren, damit jemand anderes meinen Platz einnehmen kann (3 Punkte).
- Task: Stornieren-Button mit Bestätigung ergänzen (2 Stunden). Task: Platz freigeben und Warteliste benachrichtigen (5 Stunden).
Der Product Owner verfolgt das Epic auf der Roadmap plant das Team Stories im Sprint Planning, und die Developers erstellen und aktualisieren Tasks während des Sprints.
So zerlegen Sie Arbeit
- Gehen Sie von einem Ergebnis auf der Roadmap aus und formulieren Sie es als Epic mit einer Erfolgskennzahl.
- Teilen Sie das Epic mit Mustern wie Workflow-Schritten, Nutzertypen oder „Normalfall zuerst“ in User Stories auf.
- Verfeinern Sie die obersten Stories, bis sie INVEST erfüllen und geschätzt werden können; siehe Backlog Refinement.
- Im Sprint Planning zerlegen die Developers die ausgewählten Stories in Tasks.
- Verfolgen Sie Tasks täglich auf dem Taskboard; schließen Sie die Story, wenn alle Kriterien erfüllt sind.
- Schließen Sie das Epic, wenn sein Ziel erreicht ist, auch wenn einige Stories mit geringerem Wert noch nicht umgesetzt sind.
Häufige Fehler
- Tasks verwenden, um Nutzerwert abzubilden, sodass der Backlog zu einer To-do-Liste ohne klare Ergebnisse wird.
- Epics so groß anlegen, dass sie nie abgeschlossen werden.
- Tasks in Stunden und Stories in Punkten schätzen und beides dann addieren.
- Im Sprint Planning Tasks an Personen zuweisen, statt das Team Arbeit ziehen zu lassen.
- Zusätzliche Ebenen (Sub-Epics, Sub-Sub-Tasks) einführen, die den Backlog schwerer lesbar machen.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Epics vs. Stories vs. Tasks: Was ist der Unterschied zwischen einem Epic und einer Story?
Ein Epic ist ein großes Ziel, das mehrere Sprints dauert; eine Story ist ein kleiner, nutzerorientierter Ausschnitt dieses Ziels, der in einen Sprint passt.
Epics vs. Stories vs. Tasks: Was ist der Unterschied zwischen einer Story und einem Task?
Eine Story liefert einem Nutzer Wert; ein Task ist ein technischer Schritt, der hilft, eine Story abzuschließen, und hat für sich allein keinen Nutzerwert.
Epics vs. Stories vs. Tasks: Brauchen Tasks Story Points?
Meist nicht. Story Points werden für Stories vergeben; Tasks werden oft in Stunden oder gar nicht geschätzt.
Epics vs. Stories vs. Tasks: Wer erstellt Tasks?
Die Developers, die die Arbeit erledigen, typischerweise im Sprint Planning und während des gesamten Sprints.
Epics vs. Stories vs. Tasks: Ist ein Sub-Task dasselbe wie ein Task?
In Tools wie Jira ist ein Sub-Task ein Task, der zu einer Story gehört. Das Prinzip ist dasselbe.
Epics vs. Stories vs. Tasks: Was steht über einem Epic?
Teams nutzen oft Initiativen oder Themes, um Epics unter einem strategischen Ziel zu bündeln.
Sind Epics, Stories und Tasks Teil von Scrum?
Nein. Scrum definiert nur das Product Backlog und seine Einträge; diese Hierarchie ist eine gängige Praxis, um sie zu strukturieren.
Epics vs. Stories vs. Tasks: Kann eine Story ohne Epic existieren?
Ja. Kleine, eigenständige Stories brauchen kein übergeordnetes Epic.
Epics vs. Stories vs. Tasks: Wie viele Stories sollte ein Epic haben?
Es gibt keine Regel. Viele Epics haben zwischen einer Handvoll und einigen Dutzend Stories; hat es deutlich mehr, sollten Sie eine Aufteilung erwägen.
Epics vs. Stories vs. Tasks: Wo ordnen sich Bugs ein?
Die meisten Teams behandeln einen Bug als Backlog-Eintrag auf Story-Ebene, manchmal mit einem Epic verknüpft, und zerlegen ihn bei Bedarf in Tasks.
Wo verwalte ich Epics, Stories und Tasks?
In einem Backlog-Tool; siehe agilen Tools und Techniken und Tool-Vergleiche.