Priorisierung von Epics und Stories in JIRA

In dieser Antwort wird eine Epic-Story-Struktur vorgeschlagen. Ich mag diesen Ansatz und versuche ihn zu nutzen. Aber die Probleme, wie man mit Prioritäten umgeht. Nehmen wir genauer an, ich habe zwei Epics (e1 und e2) und jedes hat drei Storys (s11, s12 und s21, s22). Mein Ziel ist es, die Epics zu priorisieren (sagen wir, dass e2 dringender ist als e1) und in jedem Epic die Storys zu priorisieren. Schließlich möchte ich, dass der Rückstand die Priorisierung basierend auf einem Epos / einer Geschichte zeigt.

Beispiel:

  1. Episch 2
    1. Geschichte 22
    2. Geschichte 21
  2. Episch 1
    1. Geschichte 11
    2. Geschichte 12

Derzeit sieht es so aus, als ob Stories und Epics im Backlog komplett vermischt sind und es keine Möglichkeit gibt, die Prioritäten fein abzustimmen.

Bitte geben Sie eine kurze Zusammenfassung der verlinkten Geschichte, damit diese neue Frage für sich besser lesbar wird.
Der Punkt in der verknüpften Antwort ist die verschachtelte Struktur Epic-> Story (-> Sub-Task); und das wird erwähnt ;)

Antworten (3)

Lassen Sie mich diese zusammenfassen und ein wenig mehr Klarheit schaffen, da ich noch keinen Kommentar abgeben kann.

Jira zeigt Epics nicht mehr auf die gleiche Weise an wie Stories. In der Vergangenheit konnten Sie das Epic selbst priorisieren, indem Sie es im Product Backlog oder im Scrum Board selbst nach oben und unten verschieben. Das war zwar nützlich, hatte aber einige eigene Probleme, und in den neueren Versionen von Jira funktionieren Epics nicht mehr wie Stories und müssen im Backlog behandelt werden.

Fast die gleiche Frage wurde hier beantwortet: https://answers.atlassian.com/questions/33139464/is-there-an-easier-way-to-prioritize-epics-in-a-scrum-board-backlog-other- als-drag-and-drop-in-den-filterbereich-

Die Antwort besagt im Grunde, dass die einzige Möglichkeit, die Epics zu bestellen, darin besteht, sie per Drag-and-Drop in das Dropdown-Menü auf der linken Seite der Produkt-Backlog-Ansicht zu ziehen (diese ist eingeklappt, suchen Sie nach „Versionen“ und „Epics“, die in Längsrichtung links neben Ihrer Storys im Backlog, klicken Sie auf „Epics“, um das Fenster zu öffnen). Sobald Sie Epics Stories zugewiesen haben, erhalten sie das entsprechende Epic-Label mit einer zugewiesenen Farbe, die sowohl in der Backlog-Ansicht als auch im Scrum-Board sichtbar ist (Klick auf Aktiver Sprint).

Von dort ziehen Sie Ihre Geschichten einfach per Drag-and-Drop und verwenden die Epic-Labels als visuelle Elemente. Anhand deines Beispiels würde es also eher so aussehen:

(Epic-Bereich)
Epic 2
Epic 1

(Backlog)
Story 22 (Epic 2 Label)
Story 21 (Epic 2 Label)
Story 11 (Epic 1 Label)
Story 12 (Epic 1 Label)

Sobald Sie Ihre Epics im Backlog priorisiert haben, fügen Sie die Epic-Swimlane zu Ihrem Scrum-Board hinzu, was eine bessere Visualisierung der Arbeit innerhalb der Epics ermöglicht. Sie werden entsprechend der Priorität, die Sie ihnen im Backlog gegeben haben, auf der Tafel angezeigt.

Bei weiteren Fragen zu Epics in Jira lesen Sie die Hilfe hier: https://confluence.atlassian.com/agile/jira-agile-user-s-guide/working-with-epics

In Jira müssen Sie Ihren Rückstand nach User Stories priorisieren, aber wenn Sie die Epic-Prioritäten überprüfen möchten, können Sie das schwebende Bedienfeld in der Rückstandsansicht verwenden, aber ich schlage vor, dass Sie ein Epics-Dashboard mit mehr Details erstellen und das schwebende Bedienfeld nur zum Sortieren verwenden die Prioritäten.

Wenn Sie Jira 6 oder höher verwenden, zeigt es das Epos jeder Geschichte wie ein Etikett in der Planungstafel mit einer eindeutigen Farbe für jedes Epos (allerdings nicht im Active Board sichtbar). Es sollte Ihnen helfen zu sehen, ob eine Story zu e2 gehört, die sich am Ende des Backlogs befindet.