Unterschied zwischen JIRA -Epos und Geschichte

Atlassian Jira ist wohl eines der besten Fehler- und Task -Management -Tools für Fehler/Probleme, die nicht nur agile Methoden unterstützen, sondern auch zwei der häufigsten agile Praktiken, Scrum und Kanban, unterstützt. Obwohl es ursprünglich für die Verfolgung von Bugs konzipiert wurde, hat sich JIRA im Laufe der Jahre zu einer leistungsstarken, featurereichen Projektmanagementplattform für Unternehmen aller Größen entwickelt. Bevor Sie jedoch mit Jira arbeiten, müssen Sie sich mit einigen Schlüsselkonzepten und Terminologien vertraut machen, aus denen das gesamte Jira -Ökosystem besteht. Zwei solcher häufig verwendeten Terminologien sind Epen und Geschichten.

Was ist Benutzergeschichte?

Geschichten, auch User Stories genannt, beziehen sich auf kurze Anforderungen und schriftliche Anfragen aus der Endbenutzerperspektive. Geschichten sind Softwareanforderungen oder Funktionen, die implementiert werden müssen und die dem Endbenutzer oder dem Käufer eines Systems oder einer Software einen Mehrwert bieten. Benutzergeschichten sind in der Regel nicht technisch geschrieben und beschreiben, was getan werden muss und wie die Anforderungen dem Entwicklungsteam mitgeteilt werden müssen. Eine Geschichte in Jira wird als Ausgabe von Typ Story dargestellt. Es erzählt eine Geschichte über einen Kunden oder Benutzer, der das Produkt einsetzt. Eine Geschichte hat einen Namen, eine kurz.

Eine Geschichte muss in einem detaillierten Format sein, damit sie am besten das Endziel definiert und ein größeres Bild eines Projekts liefert und es dem Entwicklungsteam schließlich ermöglicht, sich auf die Aufgaben zu konzentrieren, die innerhalb eines bestimmten Rahmens erledigt werden müssen. Eine Benutzergeschichte besteht aus drei Hauptaspekten: eine schriftliche Beschreibung der Produktanforderungen oder -funktionen, Gespräche, die die Details der kleinsten Anforderungen der Benutzergeschichte ausmachten, und Dokumente, die überprüfen können, wann eine Geschichte vollständig ist. Für einen Entwickler trägt eine Benutzergeschichte bei.

Was ist episch?

Benutzergeschichten können grobkörnig oder detailliert sein. Epics sind so grobkörnige Benutzergeschichten, oder Sie können sie „größere Geschichten“ oder „Funktionen“ nennen, weil sie zu groß sind, um von großem Nutzen zu sein. Epics in Jira beziehen. Epen sind große Arbeitsbrocken, die typischerweise eine Gruppe von Problemen im Zusammenhang mit einem oder mehreren Projekten beschreiben. Sie sind im Grunde genommen ein Teil der Arbeit mit einem gemeinsamen Ziel, und sie könnten alles sein, wie eine Funktion, die ein Kunde anforderte.

Epen können in einem einzigen Sprint, aber nicht im Wesentlichen erforderlich sein; Sie können mehrere Sprints nehmen, bevor sie geliefert werden, und in derselben Reihenfolge werden die von ihnen enthaltenen Benutzergeschichten priorisiert. Es ist also ein großartiges Gruppierungswerkzeug, mit dem Sie in Ihren JIRA -Projekten ein klares Gefühl für das gesamte Projekt erhalten können - wo Sie sich befinden, wann nicht. Es ist eine Gruppe verwandter Geschichten, die in ihre Komponentengeschichten aufgeteilt werden, bevor sie Teil eines Sprint wird.

Unterschied zwischen JIRA -Epos und Geschichte

Definition

- Geschichten, auch User Stories genannt, sind Softwareanforderungen oder Funktionen, die implementiert werden müssen und die entweder für den Endbenutzer oder für den Käufer eines Systems oder einer Software einen Mehrwert bieten. Epics hingegen sind größere Benutzergeschichten, die vor Beginn eines Sprint in kleinere, überschaubare Geschichten unterteilt werden können. Epen sind große Arbeitsbrocken, die typischerweise eine Gruppe von Problemen im Zusammenhang mit einem oder mehreren Projekten beschreiben.

Zweck

- Sowohl Epics als auch Benutzergeschichten sind eng miteinander verbunden und beide werden entweder vom Produktbesitzer oder vom Business Analyst erstellt, der den Produktbesitzer unterstützt. Geschichten sind kleinere Projektanforderungen, die beschreiben, was getan werden muss und wie die Anforderungen an das Entwicklungsteam übermittelt werden müssen. Epics hingegen beziehen sich auf hochrangige Geschäftsanforderungen, die zu groß und komplex sind, um in einem einzigen Sprint geliefert zu werden. Sie sind eine Gruppe verwandter Geschichten, die während der ersten Produkt -Roadmapping in ihre Komponentengeschichten aufgeteilt werden.

Hierarchie

- Benutzergeschichten repräsentieren individuelle Funktionen oder Funktionen, die implementiert werden müssen, wie vom Produktbesitzer angewiesen werden. Hier. Aber wenn Geschichten oder Themen komplex und groß genug werden, um nicht in einen einzigen Sprint zu passen, werden sie zu Epen. Epen sind also größere Geschichten, die einfach zu groß sind, um in einem Sprint geliefert zu werden. Sie sind also in kleinere, leicht zu verwaltende Geschichten unterteilt. Epics sind ein Gruppierungswerkzeug, das Gruppenprobleme miteinander zusammenstellen, damit Sie Ihre Arbeit besser organisieren können.

Episch vs. Geschichte: Vergleichstabelle

Zusammenfassung

Während sowohl Epen als auch Benutzergeschichten eng miteinander verbunden sind und beide für die Verwaltung von Aufgaben dienen, dienen sie einem anderen Zweck. Epics sitzen auf der oberen Ebene der Hierarchie in Bezug ”. Geschichten sind im Grunde genommen einfache Produktanforderungen oder -funktionen, die implementiert werden müssen, wie vom Produktbesitzer angewiesen. Der Hauptunterschied zwischen den beiden liegt also im Sichtmaßstab.