Dieser Blog hat eine Definition von Epen in JIRA:
Epen sind bedeutend größere Werke. Epen sind Arbeiten auf Feature-Ebene, die viele User Stories umfassen. Unter Verwendung des obigen Beispiels kann ein Epos die gesamte Kontoverwaltungsfunktion und die Fähigkeit sein, frühere Einkäufe anzuzeigen.
Wenn ich also (als Produktbesitzer) eine große Funktion haben möchte, die viele kleinere Aufgaben und wahrscheinlich Sprints umfassen soll, ist ein Epos eine gute Wahl.
Ich könnte jedoch genauso gut eine (anhand des Beispiels aus dem Blog) "Account Management" -Komponente erstellen, und jeder Aufgabe, die mit dieser Funktion zusammenhängt, wird diese Komponente zugewiesen.
Ebenso könnte ich genauso gut ein Label von "Account_Management" verwenden, und alle Geschichten / Tickets, die Teil der Account Management-Funktion sind, werden einfach mit diesem Label versehen.
Also meine Frage: Warum / unter welchen Umständen würdest du ein Epos benutzen? Warum / unter welchen Umständen würden Sie eine Komponente verwenden? Warum / unter welchen Umständen würden Sie ein Etikett verwenden? Dh - alle drei (Epen, Labels, Komponenten) scheinen sehr ähnlichen Zwecken zu dienen (Gruppierung einer Sammlung von Themen). Was ist der Unterschied?
quelle
Epen sind per Definition kurzlebige Themen im Vergleich zum gesamten Projekt. Komponenten und Etiketten hingegen sind für immer. Und Sie sollten bleiben, um sie nach ihren wahren Bedeutungen zu verwenden, wie verlockend es auch sein mag.
Erstellen Sie Epics für Features oder, wie von @Sateesh erwähnt, für größere Storys. Sie sollten ihren Zweck lösen, und sobald die geschäftlichen Anforderungen erfüllt sind, sollten sie geschlossen / erledigt werden .
Komponenten sind keine Funktionen . Sie sind die technischen Teile des Systems. Sie können auch zur Kategorisierung Ihrer Teile oder ... nun, Komponenten: P ... Ihres Produkts verwendet werden.
Labels können alles sein, wie von @barnaby erwähnt. In der Regel handelt es sich dabei um Schlüsselwörter, Schlagworte, Wörter, auf die sich eine Aufgabe beziehen soll usw. Ich verwende sie hauptsächlich, um Probleme aus einer langfristigen Perspektive besser durchsuchbar zu machen. Es gibt ein JIRA-Plugin, das Ihnen eine JIRA-Label-Cloud bietet (aus rein ausgefallenen Gründen, glaube ich: D), die Sie ebenfalls interessieren könnte.
quelle
Ergänzung: Atlasian hat jetzt einen neuen Artikel erstellt, der dies aus ihrer Sicht erklärt.
https://www.atlassian.com/agile/delivery-vehicles
Meine Meinung / Verwendung.
Etiketten und Komponenten sind fast unkompliziert und bereits gut beantwortet.
Komponenten Beispiele
Beschriftet Beispiele.
Aber lassen Sie mich meine zwei Cent über Epics geben, weil ich diesen Satz viel zu allgemein finde.
Größer? 10 Sprints? 10 Geschichten? 20 Geschichten? oder was?
Persönlich würde ich Epics als Ziele klassifizieren .
Bei einer jährlichen / vierteljährlichen Retrospektive hält Ihr Unternehmen ein Meeting mit allen Mitgliedern und Stakeholdern ab und schließt mit den folgenden Schlussfolgerungen
Dies würde 3 Epen mit einer Reihe von Geschichten bedeuten, um jede dieser allgemeinen Anforderungen abzudecken
quelle
Epen sind größere Geschichten, für deren Abschluss mehr als ein Sprint erforderlich ist. Ein Epos kann mehrere User Stories enthalten. Jede User Story kann zu einer oder mehreren Komponenten gehören. Angenommen, Sie haben eine epische Verfügbarkeitssuche für Fluggesellschaften. Dies kann mehrere User Stories wie OW-Suche, RT-Suche usw. enthalten. Einige oder alle von ihnen können Komponenten wie Cache, Reiserichtlinie und Buchungsmaschine enthalten.
Etiketten dienen nur der Bequemlichkeit. Es kann keine physikalische Bedeutung haben.
quelle