Einführung in Scrum Epic

In Scrum verbringen die Teams Zeit damit, die wichtigsten Elemente im Product Backlog zu optimieren. Um die Anzahl der laufenden Arbeiten zu minimieren, sollte nicht mehr als ein Viertel eines Sprints von User Stories verbraucht werden. Während die Kunden in den meisten Fällen immer noch den richtigen Wert erhalten, können diese User Stories viel kleiner gemacht werden. In diesem Thema lernen wir Scrum Epic kennen.

Epic kann als eine große User Story definiert werden, die mehr als ein Viertel eines Sprints benötigt, um ein Epic fertig zu stellen. Normalerweise dauert es Monate, bis ein Epic fertig ist. User Stories, in denen eine Reihe von Elementen noch nicht gerechtfertigt ist, werden als Epic bezeichnet. Es kann als großes Ziel erklärt werden, das bald vereinfacht und in kleine Aufgaben und viele Aufgaben unterteilt wird, an denen das Agile-Team arbeiten wird.

Epic ist in der Regel als "Top Tier" oder Arbeitsranking bekannt, das einen breiten Anwendungsbereich aufweist, unvollständige Details aufweist und bereit ist, sich in mehrere kleinere Storys zu teilen, bevor sie bearbeitet werden können. Um einem Unternehmen zu helfen, seine allgemeinen Geschäftsziele zu erreichen, wird ein Epic in tägliche Aufgaben unterteilt, die als "User Stories" bezeichnet werden.

Scrum Epic Beispiele

  • Als Start-up möchte ich eine Marketingkampagne für mein Unternehmen auswählen.
  • In der Hotellerie möchte ich den Umsatz maximieren.
  • Als Autohändler möchte ich eine App erstellen, um mehr Kunden anzusprechen

Die Berichtsanforderungen eines Managements werden von einigen Epics abgedeckt, während unter Berücksichtigung des Zeitrahmens einige Epics erstellt werden, die zusammengefasst, nicht zu lang und zu kurz sind, was nicht länger als ein paar Wochen dauern soll, aber die am häufigsten verwendeten Weg ist das Geschichtenerzählen, jetzt wollen wir etwas über das Geschichtenerzählen lernen.

Wichtige Tipps beim Generieren von Scrum Epic

  • Die von Ihnen erstellten Epen müssen für Teammitglieder leicht zu verfolgen sein.
  • Ein Epos kann eine Kundenanforderung, ein Produktmerkmal oder eine Geschäftsanforderung sein.
  • Die Kultur Ihrer Organisation legt die Größe des Epos fest.
  • Die für ein Epos benötigte Zeit muss genau sein, weder zu kurz noch zu lang.
  • Zum Messen von Epos können Burndown-Diagramme verwendet werden, um einen tatsächlichen und geschätzten Arbeitsaufwand anzugeben.

Storytelling / User Story

Das Tool, das bei der Visualisierung des Ereignisflusses und der Authentifizierung im Epos hilft, wird als Storytelling bezeichnet. Hierbei handelt es sich lediglich um eine Liste von Elementen, die in einem Projekt ausgeführt werden müssen, indem Blöcke aus epischen Elementen erstellt werden, damit das Team diese Blöcke aufheben und in einem Sprintzeitraum liefern kann. Im Besitz von Scrum Product Owner ist es im Grunde eine To-Do-Liste. Um ein großes Projekt erfolgreich zu machen, besteht die Idee darin, es in Teile zu zerlegen, indem mehrere Teams involviert werden.

User Story, definiert als Projektanforderung, die den Scrum-Teammitgliedern hilft, Informationen zum endgültigen Produkt zu geben und die Zeit bis zur Fertigstellung des Projekts zu berechnen.

Wichtige Tipps beim Schreiben einer User Story

  • User Stories müssen kurz und in einfacher Sprache zusammengefasst sein, damit sie von den Teammitgliedern verstanden werden können.
  • Die User Story kann von jedem geschrieben werden, obwohl sie dem Product Owner gehört.
  • Um den Kunden über das Endprodukt zu informieren, werden User Stories in Klartext dargestellt.
  • Das "Wer", "Was" und "Warum" eines Projekts wird in einer einfachen Sprache beantwortet.
  • User Stories sind der wichtigste Teil von Scrum, da sie als Leiter für den Sprint dienen.

Aufgabe

Eine detailliertere Reihe von User Stories unter jedem Epos wird als Task bezeichnet. Die Mitglieder des Scrum-Teams müssen die Aufgabe identifizieren und sortieren, um diese Storys in funktionsfähige Komponenten zu verwandeln.

Detaillierte Arbeiten werden als Scrum-Aufgaben bezeichnet, die zum Vervollständigen einer Story erforderlich sind. Aufgaben werden Teammitgliedern zugewiesen, die die Fähigkeiten haben, sie in einem Zeitraum von wenigen bis zu mehreren Stunden (maximal 12 Stunden) zu erledigen. Erst wenn alle Aufgaben erledigt sind, gilt eine Story als erledigt. Zur einfachen Nachverfolgung werden Aufgaben auf einem Scrum Board platziert. Das Scrum Board besteht aus vier Kategorien: 1) Benutzergeschichten, 2) Nicht gestartete Aufgabe, 3) In Bearbeitung befindliche Aufgabe, 4) Abgeschlossene Aufgabe.

Erledigt Das agile Team kann mit Hilfe von Scrum Board den Sprint problemlos nachverfolgen. Dies ist ein sehr nützliches visuelles Werkzeug für die Mitglieder. Außerdem wird das Board täglich aktualisiert, was nicht nur den Teammitgliedern hilft, die Geschwindigkeit aufrechtzuerhalten, sondern auch eine klare Aussage macht Idee an das Team, wo sie in einem bestimmten Sprint sind.

Daher muss man lernen, wie man Epen, Geschichten und Aufgaben schreibt, da dies für einen erfolgreichen Scrum-Sprint sehr wichtig ist. Epos, Storys und Aufgaben bilden im Grunde die Grundlage des Sprints und helfen dem Team zu verstehen, was getan werden muss, wie es getan werden soll und in welcher Zeit es abgeschlossen werden muss.

Vorteile von Scrum Epic

  • Das Verständnis der hohen Anforderungen der Stakeholder ist der wichtigste Vorteil von Epic, da es erklärt, was genau von den Stakeholdern benötigt wird.
  • Der Umfang der Arbeit wird auch mit Hilfe von Epic definiert, wie in der Vereinbarung mit dem Kunden gesagt und effizient ausgedrückt, als was der Kunde benötigt.
  • Größere Gedanken in einem Produkt-Backlog werden mithilfe von Epics verfolgt, ohne es mit mehreren Dingen zu überladen. Epic produziert auch die ursprüngliche Idee, die in engem Zusammenhang mit einem bestimmten Ergebnis steht und eine Rangfolge für die Backlog-Elemente festlegt.
  • Mit Hilfe von Epic, das in mehrere Storys und Aufgaben unterteilt ist, können die Teams von Agile Development ihren Produktbestand effizient pflegen und verwalten.
  • Epic hilft bei der Zeitschätzung der Fertigstellung des Projekts, indem es immer wieder als Platzhalter für neue Ansichten verwendet wird, die entweder unvollständig durchdacht sind oder deren vollständige Entwicklung ausgesetzt wurde, bis sie im Wesentlichen gewünscht werden.

Fallstricke in Scrum Epic

  • Manchmal kommt es zu Verwirrung um das Ende des Epic, das vom Team nur als große User-Storys angesehen werden kann.
  • Die Wahrscheinlichkeit von Mehrdeutigkeiten steigt, wenn das Team versucht, Epics auf einem sehr hohen Niveau einzuschätzen. Solche Schätzungen sind nicht von Nutzen, wenn sie keinen Zweck für die Berichterstattung erfüllen.
  • Epic wird nach einem organisatorischen Ansatz ausgearbeitet, der ihren Bedürfnissen entspricht, da es keine feste Methode für die Arbeit am Epic gibt.

Empfohlene Artikel

Dies war ein Leitfaden für Scrum Epic. Hier haben wir die Aufgabe, die Vorteile und die Fallstricke von Scrum Epic mit Beispielen und wichtigen Tipps besprochen. Sie können auch unsere anderen Artikelvorschläge durchgehen, um mehr zu erfahren -

  1. Agiles Team
  2. Agiler Lebenszyklus
  3. Agil im Maßstab
  4. Scrum-Prinzipien

Kategorie:

Entwicklung des Unternehmertums