JIRA: Epics vs Labels vs Components


83

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?

Antworten:


64

Wenn Sie bei Beschriftungen und Komponenten eine Gruppe auswählen möchten, müssen Sie die Problemsuche verwenden. Wenn Sie Epen verwenden, können Sie auch die Problemsuche verwenden, aber Sie erhalten auch integrierte Funktionen in JIRA Agile.

In der Backlog-Ansicht eines JIRA Agile-Boards befindet sich eine Registerkarte "Episch". Auf dieser Registerkarte können Sie die Probleme auswählen, die mit einzelnen Epen verbunden sind. Außerdem verfügt es über Funktionen, die es einfach machen, einem Epos neue Themen hinzuzufügen. Der letzte Vorteil ist, dass der epische Name neben den Themen in der Liste hell angezeigt wird. Dies kann sehr nützlich sein, wenn Sie den Rückstand anzeigen und ein Gefühl dafür bekommen, welche Arbeit als nächstes ansteht.

Weitere Informationen zu Epen finden Sie auf der Seite Atlassian Working with Epics .

Komponenten sind für das technische Team nützlich, da sie sich über viele Epen erstrecken können. Eine typische Komponente kann "Datenbank" oder "Benutzeroberfläche" sein. JIRA bietet die Möglichkeit, einem bestimmten JIRA-Benutzer Arbeit für eine bestimmte Komponente zuzuweisen. Beispielsweise könnten alle Probleme, die mit einer Komponente der 'Datenbank' erstellt wurden, Jill Smith zugewiesen werden.

Etiketten sind viel anpassungsfähiger und haben den Vorteil, dass mehrere Zuordnungen möglich sind (sodass einem Problem mehr als ein Etikett zugeordnet werden kann). Bei Etiketten liegt es ganz bei Ihnen, wie Sie sie verwenden.


5
Ich würde hinzufügen, dass Etiketten Querschnitt sind. Sie können verschiedene Arten von Problemen in Jira mit derselben Bezeichnung kennzeichnen. Auf diese Weise können Sie ein benutzerdefiniertes Flag wie TODO, NEEDS ATTENTION, REQUIRES DOKUMENTATION usw. erstellen. Sie würden dafür keine Epen oder Komponenten erstellen.
Benny Bottema

37

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.


"Komponenten sind keine Funktionen." - das ist eine interessante Unterscheidung, was ist der Unterschied? Besteht die Gefahr einer ungefähr 1: 1-Zuordnung der Komponente zum Merkmal?
Adam Parkin

Es gibt keine Gefahren als solche. Nur ineffizient, dass Sie sie entweder nur in einer Richtung (als Komponente oder als Feature) verwenden oder mischen, das ist alles. Ich habe viel darüber nachgedacht , wie ich den Unterschied genau erklären kann , und ich hoffe, dass das Folgende ein gutes Beispiel ist.
Krishnan

2
Ich nehme als Beispiel eine (große) technische Schuldenaufgabe, da dies an sich ein sehr technisches Problem ist , aber dazu beiträgt, die Lücke besser zu erkennen. Angenommen, "Refactor Payment Module" ist (vermutlich) eine Mammutaufgabe, die sich über mehrere Sprints erstreckt. Daher möchten Sie dies als Epos erstellen . Die Komponenten für dieses Problem wären das Zahlungsmodul . Hmmm ... nur daran gedacht: Mit anderen Worten, Epics der breiteren Ziele beschreiben zu erreichen, und einmal erreicht, sie sollten sterben , während Komponenten einfach bezeichnen Teile oder Bereiche der Anwendung, die für immer Bedeutung haben wird.
Krishnan

Ich bin mir nicht sicher, ob diese Abgrenzungen die vorliegende Frage wirklich lösen. Komponenten und Beschriftungen sind nicht für immer - ein Systemdesign kann sich so ändern, dass eine bestimmte Komponente nicht mehr vorhanden ist. Ein Etikett kann aus verschiedenen Gründen irrelevant werden. Wenn Sie alles aufschlüsseln, sind ein Epos, ein Label und eine Komponente einfach Kategorisierungen mit unterschiedlichen Einschränkungen, was Sie damit machen können (wenn auch merkwürdige Einschränkungen - eine Geschichte kann nicht von zwei Epen verlangt werden? Eine Geschichte kann nicht beinhalten zwei Komponenten?). Ich finde Atlassians Design nicht sehr vorausschauend.
Eric

Es scheint, dass Komponenten tatsächlich mehrere Zuweisungen zulassen, was gut ist, sodass die Abgrenzung zwischen Komponenten und Beschriftungen nützlicher wird, da Komponenten zentral gesteuert werden, während Beschriftungen frei formuliert sind.
Eric

24

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

  • Android Client App
  • Server-API
  • Datenbank etc .....

Beschriftet Beispiele.

  • Geschäftslogiksektoren (ex Bestellungen, Rechnungen, Benutzer, Produkte)
  • Verbesserung der Codequalität
  • Refactor
  • Benutzerfreundlichkeit
  • Benutzeranfrage / Beschwerde Im Allgemeinen hilft alles, was hilft, Dinge zu kategorisieren.

Aber lassen Sie mich meine zwei Cent über Epics geben, weil ich diesen Satz viel zu allgemein finde.

Epen sind bedeutend größere Werke

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

  1. Wir müssen mehr Plattformen ins Visier nehmen (episch = Plattformerweiterung )
  2. Unser Support-Personal benötigt mehr Tools, um Probleme zu lösen. ( Support-Tools bereichern )
  3. Die Software ist zu schwer zu bedienen! ( UI UX neu gestalten )

Dies würde 3 Epen mit einer Reihe von Geschichten bedeuten, um jede dieser allgemeinen Anforderungen abzudecken


Im Zusammenhang mit dem Gespräch hier gibt es einen anderen Begriff Initiativen , der gleichbedeutend mit Epics sein könnte . IMO-Initiativen sind verständlicher, während Epic, wie wir sehen können, verschwommen ist. Solange sich Ihre Teams auf derselben Seite wie die Definition befinden, können Sie im Allgemeinen das tun, was Sie wollen.
Max Cascone

4
Dies sollte die Antwort sein. So viele Antworten sehe ich hier und im Internet ohne Beispiele. Dies ist die einzige mit dem Beispiel - die ursprüngliche Antwort ist erbärmlich @BarnabyGolden
TheBlackBenzKid

6

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.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.