Der Unterschied zwischen Jira Epics und Komponenten

Wenn Sie sich JIRA nähern, denken Sie am besten daran, dass das Tool ursprünglich als Fehlerverfolgungssystem begann.

Komponenten

Eine Komponente ist eine Software-/Hardwarekomponente, die von Teams, Abteilungen oder im gesamten Unternehmen gemeinsam genutzt werden kann.

Indem Sie Ihre Storys mit einer Komponente markieren, können formale Release-Management-Einheiten genau sehen, welche Komponenten in ein UKDT (Deployment Ticket) oder eine Release-Registrierung gehen, wenn Sie sie verwenden.

Beispiele

• SecureSphere
• MongoDB
• Hashicorp-Tresor
• WordPress
• Chrom 54.X
• Business-Objekte
• Orakel X

Vorteile einer guten Komponentenverwaltung

Indem Sie Ihre User Stories mit Komponenten kennzeichnen, können Sie auch ein detailliertes Reporting von Jira unterstützen

project = YOURPROJECT AND status = Blocked AND component = "Active Directory"

Dieser Bericht zeigt Ihnen, welche Active Directory-Storys in Ihrem Projekt blockiert sind, aber Sie könnten diese Suchanfrage theoretisch auf mehrere Komponenten oder mehrere Projekte erweitern, um wirklich aufschlussreiche Portfolio-/System-/Programmberichte zu erhalten, um Stakeholder, Geschäftsentscheidungen oder sogar Hindernisse zu erkennen.

Sie können dann auch Ihre Produktversionen für die Freigabe (1.0, 1.1, 2.8 usw.) nach Komponenten aufschlüsseln, um zu sehen, was in jeder Freigabe enthalten ist.

Als ScrumMaster können Sie einen Filter setzen, um Komponenten nach Zugewiesenem anzuzeigen und zu sehen, ob sich dieselben Entwickler um dieselben Komponenten gruppieren. Diese Heatmap bildet dann die Grundlage für das Cross-Skilling des Teams. Es ist sehr einfach, dem Product Owner und/oder dem Team zu sagen?

Paul arbeitet ständig an den Terraform-Geschichten. Von 19 Geschichten hat er 18 gemacht. Ich würde dem Team gerne eine Cross-Skilling-Sitzung vorschlagen, aber die Lieferung kann kurzfristig leiden, da wir einen halben Tag verlieren. Können Sie Ihre Stakeholder verwalten, während wir dies tun?

Epen

Epics sind wahrscheinlich einer der zweideutigsten Begriffe, die in der Agile-Community verwendet werden. Meiner Erfahrung nach verwenden nur sehr wenige Teams Themen, sodass alles, was größer als eine User Story ist, einfach unter die Überschrift Epic geworfen wird.

Die offizielle Anleitung von Jira ist

Ein Epos umfasst eine große Menge an Werken. Es ist im Wesentlichen eine große User Story, die in eine Reihe kleinerer Stories unterteilt werden kann. Es kann mehrere Sprints dauern, um ein Epic abzuschließen. Ein Epic kann mehr als ein Projekt umfassen, wenn mehrere Projekte in dem Board enthalten sind, zu dem das Epic gehört.

Mike Cohn sagt auch Folgendes

Ein Scrum Epic ist eine große User Story. Es gibt keine magische Schwelle, ab der wir eine bestimmte Geschichte als Epos bezeichnen. Es bedeutet einfach „große User Story“. „Episch“ ist also nur ein Etikett, das wir einer großen Geschichte zuordnen. Eine Geschichte als Epos zu bezeichnen, kann manchmal eine zusätzliche Bedeutung vermitteln. Angenommen, Sie fragen mich, ob ich gestern Zeit hatte, die Benutzergeschichten über den monatlichen Berichtsteil des Systems zu schreiben. „Ja“, antworte ich, „aber das sind meistens Epen.“ Das sagt Ihnen, dass ich sie zwar geschrieben habe, aber nicht die Gelegenheit hatte, die meisten von ihnen in Geschichten zu zerlegen, die wahrscheinlich klein genug sind, um sie direkt umzusetzen.

Beispiele für Epen

• Stellen Sie die Zahlungs-API für alle akzeptierten Zahlungsmethoden bereit
• Erstellen Sie eine Firewall für Webanwendungen
• Entwickeln Sie die neue Sandbox
• Anti-Malware-Fähigkeit
• Installieren und konfigurieren Sie das IDS

Vorteile einer guten epischen Verwaltung

Obwohl es wichtig ist, so schnell wie möglich mit der Bereitstellung funktionierender Software zu beginnen, ist es ebenso wichtig, Ihr Produkt effektiv zu planen.

Epics sind der erste Baustein zur Erstellung kohärenter und glaubwürdiger Roadmaps. Indem Sie das Epic-Gerüst zuerst in Jira einfügen, können Sie dann Ihren Jira-Backlog auf logische Weise aufbauen und den Stakeholdern zeigen, welche Epics in den nächsten 4-12 Wochen im Mittelpunkt stehen und welche Funktionalitätspakete später in der Roadmap geliefert werden.

Sie profitieren auch von der oben beschriebenen Genauigkeit der Berichterstattung. Wenn ein Stakeholder fragt

Wann wird die Web Application Firewall fertig sein?

Man kann schnell sagen, dass wir die WAF auf etwa 25 User Stories schätzen, von denen 6 abgeschlossen sind. Wenn Sie der WAF die höchste Priorität einräumen, können wir diese potenziell in X Sprints / Wochen liefern, basierend auf unseren Schätzungen / Kapazitätsplanungen.

Wenn Sie außerdem die durchschnittliche User Story-Größe zur Schätzung abonnieren (wie ich es tue), können Sie den Leuten schnell sagen, wie lange jedes Epic (im Rahmen des Zumutbaren) dauern wird, sobald die Mehrheit der User Storys gefüllt ist.

Zuletzt; Wenn Sie ein ScrumMaster oder BA sind, dann wird die regelmäßige Überprüfung der Epics Ihrem Product Owner einen guten Hinweis darauf geben, welche Bereiche weniger gut definiert aussehen und erhebliche Arbeit erfordern, um sie mit Geschichten zu füllen.

Aus meiner Sicht können sich Komponenten über viele Epics erstrecken. Typische Komponenten können „DatabaseManager“ (der mehrere Epics enthalten kann) oder „GUI Layer“ sein. Epics sind Arbeiten auf Funktionsebene, die viele User Stories umfassen.

Betreff: Komponenten und Epen, ich denke, das wird eine wirklich gute Lektüre für Sie sein.

Das Wichtigste dabei, und ich denke, der größte Unterschied zwischen Components und Epics ist, dass Components zeitlos und kategorisch sind, während Epics zeitgebundene Werke sind.