Epic, Story und Task: Die agile Hierarchie erklärt
Epics, Stories und Aufgaben sind drei Ebenen mit jeweils drei Aufgaben. Was jede davon ausmacht, welche davon Story-Punkte einbringt und warum die Fokussierung auf die falsche Ebene die Velocity bedeutungslos macht.
Die meisten agilen Tools (Jira, Azure DevOps, Linear) verfügen über drei Ebenen: Epics, Stories und Aufgaben. Diese Hierarchie ist nur dann tragfähig, wenn jede Ebene eine eigenständige Bedeutung hat. Wenn Teams alle drei Ebenen in dieselbe Richtung ausrichten, brechen die Ebenen zusammen – und mit ihnen geht auch das Planungssignal verloren.
Episch
Ein Arbeitsumfang, der über einen Sprint hinausgeht; in der Regel handelt es sich dabei um eine Funktion oder Initiative, die das Team über mehrere Sprints hinweg umsetzt. Epics werden in T-Shirt-Größen, Wochen oder der Anzahl der Stories (in wie viele Stories es Ihrer Einschätzung nach zerlegt werden kann) bemessen, nicht direkt in Story-Punkten. Eine Punktzahl auf Epic-Ebene ist eine Aggregation der zugrunde liegenden Stories und keine direkte Schätzung.
Geschichte
Ein benutzerorientierter Arbeitsabschnitt, der in einen Sprint passt. Stories sind das, was beim Planning Poker geschätzt wird, und in denen Story-Punkte zum Tragen kommen. Die Story ist die Einheit der Velocity und die Einheit dessen, „was wir für diesen Sprint verpflichten“. Wenn eine Story nicht in einen Sprint passt, handelt es sich tatsächlich um ein Epic: Teilen Sie sie in Stories auf, die in den Sprint passen. Die Affinitätsschätzung deckt solche übergroßen Elemente frühzeitig auf, bereits Wochen vor der Sprintplanung.
Aufgabe
Ein Teil einer Story: ein Punkt auf der Checkliste, ein Teil der Umsetzung. Aufgaben werden in der Regel in Stunden bemessen oder gar nicht bemessen. Das Zuweisen von Punkten zu Aufgaben führt zu einer Doppelzählung der Punkte der Story und macht die Velocity bedeutungslos, da man letztendlich denselben Aufwand zweimal zählt – auf zwei Abstraktionsebenen.
Die Falle: Jede Stufe gezielt einsetzen
Einige Jira-Workflows legen Wert darauf, Aufgaben unter Stories zu erfassen; andere Tools legen Wert darauf, Epics zu erfassen. Beide Vorgehensweisen führen zu Velocity-Werten, die keinem realen Sachverhalt entsprechen, da der Aufwand auf mehreren Ebenen gezählt wird. Wählen Sie eine Ebene (die Story) aus und erfassen Sie den Aufwand ausschließlich dort. Alles darüber hinaus ist eine Aggregation, und alles darunter sind Implementierungsdetails; beides sollte nicht direkt in die Velocity-Zahl einfließen.
Häufig gestellte Fragen
Was ist der Unterschied zwischen einem Epos, einer Geschichte und einer Aufgabe?
Ein „Epic“ ist ein umfangreiches Projekt, das sich über mehrere Sprints erstreckt; eine „Story“ ist ein für den Nutzer sichtbarer Teilabschnitt, der in einen Sprint passt; und eine „Aufgabe“ ist ein technischer Schritt, der zur Fertigstellung einer Story beiträgt. Grob gesagt: Ein „Epic“ beschreibt das „Was“ und „Warum“ im großen Maßstab, eine „Story“ beschreibt das „Was“ und „Warum“ aus Sicht des Nutzers, und eine „Aufgabe“ beschreibt, wie es umgesetzt wird.
Wann wird eine Geschichte zu einem Epos?
Wenn es nicht in einen einzigen Sprint passt. Wenn das Team das Feature nicht von Anfang bis Ende in einem Sprint umsetzen kann, handelt es sich tatsächlich um ein Epic, das in mehrere Stories aufgeteilt werden sollte, die jeweils in einem Sprint umgesetzt werden können. Eine Story, deren Detailgenauigkeit ständig zunimmt, ist in der Regel ein getarntes Epic.
Sollten Sie Epics in Story-Punkten abschätzen?
Nicht direkt. Bewerten Sie Epics anhand von T-Shirt-Größen, der ungefähren Anzahl an Stories oder als Summe der zugrunde liegenden Stories, sobald diese aufgeschlüsselt sind. Eine Punktzahl für ein Epic ist eine Zusammenfassung, keine Schätzung. Die eigentliche Größenbestimmung erfolgt auf der Ebene der einzelnen Stories.
Werden Aufgaben mit Story-Punkten bewertet?
Nein. Aufgaben werden in Stunden bemessen oder gar nicht bemessen. Die Zuordnung von Aufgaben zu einer Story führt zu einer doppelten Erfassung des Aufwands (Sie erfassen dieselbe Arbeit letztendlich auf zwei Ebenen), wodurch die Velocity ihre Aussagekraft verliert. Ordnen Sie die Story zu, nicht deren Aufgaben.
Weiterführende Literatur
- Was sind Story-Punkte?: Die Maßeinheit auf der Story-Ebene.
- Aufteilung von User Stories: Was ist zu tun, wenn eine „Story“ eigentlich ein Epic ist?
- Velocity: Warum die Berücksichtigung des Aufwands auf mehr als einer Ebene die Prognose beeinträchtigt.
- Leitfaden zur agilen Schätzung: Der gesamte Schätzungscluster.
- Kostenloses Planning Poker für agile Teams: Schätzen Sie Stories gemeinsam mit Ihrem Team in Echtzeit ein.