Epic, Story und Task: Die agile Hierarchie erklärt
Epics, Stories und Aufgaben sind drei Ebenen mit jeweils drei Aufgaben. Was diese jeweils bedeuten, welche davon Story-Punkte tragen 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 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 sich das Epic voraussichtlich aufteilen lässt) gemessen, 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 bei Planning Poker geschätzt wird, und in denen Story-Punkte zum Tragen kommen. Die Story ist die Einheit der Velocity und die Einheit dessen, „wozu wir uns in diesem Sprint verpflichten“. Wenn eine Story nicht in einen Sprint passt, handelt es sich eigentlich um ein Epic – teilen Sie sie in Stories auf, die in einen Sprint passen.
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 quantifiziert. Die Vergabe von Punkten für Aufgaben führt zu einer Doppelzählung der Punkte der Story und macht die Velocity bedeutungslos, da Sie denselben Aufwand letztendlich zweimal zählen – 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 – 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 Epic in Verkleidung.
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 für Aufgaben Story-Punkte vergeben?
Nein. Aufgaben werden in Stunden bemessen oder gar nicht bemessen. Die Zuordnung von Aufgaben zu einer Story führt zu einer Doppelzählung des Aufwands – Sie zählen letztendlich dieselbe Arbeit 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 vollständige Schätzungs-Cluster.
- Kostenloses Planning Poker für agile Teams – Schätzen Sie Stories gemeinsam mit Ihrem Team in Echtzeit ein.