Jira Project vs. Epics vs. Kategorien

Hallo, ich bin etwas verwirrt mit dem Begriff Projekt. Im Moment arbeite ich als Projektmanager in einem Startup-Unternehmen, wo wir einen Hauptkunden mit einer Vollzeitbeschäftigung haben und unser Produkt eine Online-Event-Management-Website ist. Diese Website ist ein riesiges Produkt für sich und umfasst mehrere Komponenten/Module wie Suche, Zahlungen, Profile usw. Ich habe also gerade erst angefangen, Jira zu verwenden, und ich möchte wissen, ob ich jede Komponente/jedes Modul als einzelnes Projekt betrachten soll? Oder es sollte ein Projekt geben und diese Module sollten als Epic betrachtet werden. Ein weiterer Punkt, der hier berücksichtigt werden sollte, ist, dass viele dieser Module bereits erstellt sind und immer wieder Aufgaben/Features hinzukommen. Sollte ich sie also als Komponenten in JIRA betrachten? Wenn ich sie als episch betrachte, könnte es eine Situation geben, in der ich dieses Epos niemals schließen kann. Aber das Plus: Ich kann es von meinem einzigen Projekt aus verwalten. Und kann ich sagen, dass diese Hierarchie richtig ist?

Produkt-->Projekt-->Epics-->Story

Und können wir einen einzigen Rückstand für mehrere Projekte haben, wenn wir uns für diese Option entscheiden? Bitte helft mir ich bin sehr verwirrt.

Antworten (2)

Ich sehe also ein Mashup von Begriffen aus der traditionellen und der agilen Welt. Die folgende Antwort geht davon aus, dass Sie Scrum verwenden.

Produkt = Projekt Erstellen Sie für Ihr Projekt ein Projekt in JIRA. Alles, was mit Ihrem Projekt zu tun hat, wird hier leben. Die Entwickler erhalten Zugriff auf dieses Projekt, Sie erstellen Workflows für die verschiedenen Problemtypen usw. Sie sollten nur ein Produkt-Backlog haben, das die „Desirements“ (allgemeine Anforderungen) für Ihr Projekt enthält. In diesem Zusammenhang wird aus Ihrem Projekt Ihr Produkt.

Epics Epics werden für Features erstellt, die ziemlich groß sind und mehrere Iterationen/Sprints erfordern würden, um vollständig abgeschlossen zu werden.

Komponenten Hiermit können Sie die architektonischen Elemente Ihrer Lösung darstellen.

Bemerkungen Sie müssen keine Epics, Komponenten, Labels oder andere JIRA-Features verwenden. Ich schlage vor, Sie beginnen damit, sich über Scrum und JIRA Agile zu informieren. Erfassen Sie das grundlegende Verständnis des Frameworks. Viele der besten agilen Teams verwenden keine Tools wie JIRA. Seien Sie vorsichtig, dass das Tool Ihre Arbeitsweise nicht beeinflusst.

Erstellen Sie also ein Projekt, fügen Sie die Geschichten hinzu und befolgen Sie einfach die Scrum-Regeln und -Zeremonien, um die erforderlichen Artefakte zu erstellen.

Hierarchie in Ihrer Frage ist richtig.

Sie sollten es so verwenden, wie es am besten zu Ihnen passt.

Es ist nichts falsch daran, ein Epos nicht schließen zu können.

Ich habe Jira immer als agiles Arbeitstool gesehen, aber wie Sie habe ich es auch für das traditionelle Projektmanagement verwendet.

Trial an Error wird Ihnen helfen, Ihre Füße zu finden. Lassen Sie sich von niemandem sagen, dass es einen vorgeschriebenen Weg gibt.

Achtung Jira kann ein Labyrinth sein und Sie werden schnell lernen, dass es nicht schwer ist, ein Setup durcheinander zu bringen oder Daten zu verlieren.

Tut mir leid, ich habe keine konkreten Antworten.