Jira Epic vs Story vs Task – was sind die Unterschiede?

Jira bietet mit Epics, Stories, Tasks und Sub-Tasks viel Flexibilität bei der Organisation von Projekten und Aufgaben. Epics, Stories und Tasks sind sogenannte Issue Types, also Aufgabentypen, die in Jira-Projekten zum Einsatz kommen und dabei helfen, diese sinnvoll zu organisieren. 

Aus technischer Sicht gibt es 2 Typen von Issue Types:

• die Standard Issue Types und
• die Sub-Task Issue Types.

Die Standard Issue Types können ebenfalls als Parent-Tasks bezeichnet werden. Hierzu gehören Epic, Story, Task, Bug etc. Standard Issue Types können ohne bestimmte Voraussetzungen angelegt werden.

Anders sieht es beim Issue Type „Sub-Task“ aus. Sub-Tasks können nie ohne ein übergeordneten Parent-Task bzw. einen Standard Issue Type existieren. Das bedeutet, dass immer zuerst ein Standard Issue Type bzw. Parent Type angelegt werden muss, um ein oder mehrere Sub-Tasks anlegen zu können. Wird ein Parent Task gelöscht, werden auch die dazugehörigen Sub-Tasks entfernt.

Aus Administrationssicht können beliebig viele verschiedene Issue Types vom Typ Standard oder Sub-Task angelegt und benannt werden. Ebenso können für beide Typen beliebige Screens, Workflows etc. konfiguriert werden.  Egal, ob es ein Epic, eine User Story oder ein Task ist. 

Warum ein Epic im Gegensatz zu Story und Task andere Funktionalitäten aufweist und wie Epics, User Stories und Tasks oder Sub-Tasks am besten eingesetzt werden, möchten wir Ihnen anhand eines stark vereinfachten Beispiels erklären, denn wie man z. B. Epics oder User Stories formuliert, ist eine Kunst für sich.

Im Bereich der agilen Entwicklung stellt ein Epic eine sehr grosse Aufgabeneinheit dar, die oft nicht auf einmal umgesetzt werden kann. Ein Beispiel könnte die Erstellung einer komplexen Website sein.

In der Regel wird eine so grosse Aufgabe in mehrere kleine Aufgaben unterteilt, die dann einzeln in kurzer Zeit umgesetzt werden können. Dabei handelt es sich in der Regel um die User Stories.

User Stories sind eine informelle, allgemeine Erklärung einer Funktion, die aus der Sicht des Endbenutzers verfasst wurde.

Ich möchte mich als Nutzer*in z. B. für einen Newsletter registrieren können, um über aktuelle Neuigkeiten auf dem Laufenden gehalten zu werden. Wird bspw. mit dem SCRUM-Ansatz gearbeitet, wird diese User Stories mit sogenannten Story Points geschätzt und in Sprints eingeplant. Das übergeordnete Epic jedoch nicht. 

Auf der nächsten Stufe werden dann z. B. mit Tasks oder Sub-Tasks die User Stories erneut in weitere Aufgabeneinheiten aufteilen. In Bezug auf den Newsletter könnte es dann z. B. einen Task für die Darstellung der Anmeldemaske und einen Task für die Anbindung an ein Newsletter Tool geben. Diese Tasks können dann einzelnen Personen zur Umsetzung zugeordnet werden. 

Im agilen Umfeld wird oft die Hierarchie Epic → User Story → Task bzw. Sub-Task genutzt. Innerhalb eines Projekts kann es natürlich auch mehrere Epics geben, wenn es mehrere ganz grosse Aufgaben gibt.

Falls Sie weitere Fragen zu diesem Thema haben, freuen wir uns auf Ihre Nachricht! Gerne können Sie unser Kontaktformular nutzen oder Sie rufen uns einfach an 0800 8 776 776.